ES2343548T3 - Procedimiento y aparato para asignar flujos de datos, en funcion de restricciones de intervalo de tiempo de transmision (tti). - Google Patents
Procedimiento y aparato para asignar flujos de datos, en funcion de restricciones de intervalo de tiempo de transmision (tti). Download PDFInfo
- Publication number
- ES2343548T3 ES2343548T3 ES07014931T ES07014931T ES2343548T3 ES 2343548 T3 ES2343548 T3 ES 2343548T3 ES 07014931 T ES07014931 T ES 07014931T ES 07014931 T ES07014931 T ES 07014931T ES 2343548 T3 ES2343548 T3 ES 2343548T3
- Authority
- ES
- Spain
- Prior art keywords
- tfcs
- tfc
- transport
- data
- tti
- 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.)
- Expired - Lifetime
Links
- 238000000034 method Methods 0.000 title claims abstract description 33
- 230000005540 biological transmission Effects 0.000 title claims abstract description 28
- 230000008030 elimination Effects 0.000 claims description 17
- 238000003379 elimination reaction Methods 0.000 claims description 17
- 208000037918 transfusion-transmitted disease Diseases 0.000 claims description 9
- 238000004590 computer program Methods 0.000 claims 1
- 230000011664 signaling Effects 0.000 abstract description 4
- 238000004891 communication Methods 0.000 description 21
- 239000010410 layer Substances 0.000 description 12
- 238000001228 spectrum Methods 0.000 description 7
- 238000013507 mapping Methods 0.000 description 6
- 230000006870 function Effects 0.000 description 4
- 230000001413 cellular effect Effects 0.000 description 3
- 238000010586 diagram Methods 0.000 description 3
- 230000006978 adaptation Effects 0.000 description 2
- 238000004364 calculation method Methods 0.000 description 2
- 230000009977 dual effect Effects 0.000 description 2
- 238000010295 mobile communication Methods 0.000 description 2
- 238000012546 transfer Methods 0.000 description 2
- 101150012579 ADSL gene Proteins 0.000 description 1
- 102100020775 Adenylosuccinate lyase Human genes 0.000 description 1
- 108700040193 Adenylosuccinate lyases Proteins 0.000 description 1
- 241000269799 Perca fluviatilis Species 0.000 description 1
- 238000013475 authorization Methods 0.000 description 1
- 230000000903 blocking effect Effects 0.000 description 1
- 230000010267 cellular communication Effects 0.000 description 1
- 238000006243 chemical reaction Methods 0.000 description 1
- 239000002131 composite material Substances 0.000 description 1
- 150000001875 compounds Chemical class 0.000 description 1
- 230000001934 delay Effects 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 238000001514 detection method Methods 0.000 description 1
- 238000007726 management method Methods 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000013468 resource allocation Methods 0.000 description 1
- 230000000717 retained effect Effects 0.000 description 1
- 239000002356 single layer Substances 0.000 description 1
- 238000012384 transportation and delivery Methods 0.000 description 1
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/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
- H04L1/0015—Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the adaptation strategy
- H04L1/0017—Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the adaptation strategy where the mode-switching is based on Quality of Service requirement
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04B—TRANSMISSION
- H04B7/00—Radio transmission systems, i.e. using radiation field
- H04B7/24—Radio transmission systems, i.e. using radiation field for communication between two or more posts
- H04B7/26—Radio transmission systems, i.e. using radiation field for communication between two or more posts at least one of which is mobile
- H04B7/2643—Radio transmission systems, i.e. using radiation field for communication between two or more posts at least one of which is mobile using time-division multiple access [TDMA]
- H04B7/2656—Radio transmission systems, i.e. using radiation field for communication between two or more posts at least one of which is mobile using time-division multiple access [TDMA] for structure of frame, burst
-
- 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/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
- H04L1/0023—Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the signalling
- H04L1/0025—Transmission of mode-switching indication
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Quality & Reliability (AREA)
- Mobile Radio Communication Systems (AREA)
- Time-Division Multiplex Systems (AREA)
- Communication Control (AREA)
- Sampling And Sample Adjustment (AREA)
- Recording Measured Values (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Telephonic Communication Services (AREA)
- Small-Scale Networks (AREA)
Abstract
Un procedimiento para multiplexar flujos (40, 42, 44) de datos sobre un flujo (50) de datos, que comprende la recepción de un conjunto de combinaciones de formatos de transporte "TFC", comprendiendo el procedimiento: eliminación, del conjunto de TFCs recibido, las TFCs que tengan formatos de transporte "TFs" que no tengan intervalos de tiempo de transmisión "TTI" siendo cada uno más corto o igual que la longitud de TTI máxima del límite de intervalo de tiempo de transmisión en curso; y eliminación, del conjunto de TFCs recibido, las TFCs que tengan TFs que contengan más bloques de datos que los disponibles para un canal (50) de transporte correspondiente, para crear un conjunto de TFCs modificado.
Description
Procedimiento y aparato para asignar flujos de
datos, en función de restricciones de intervalo de tiempo de
transmisión (TTI).
La presente invención pertenece, en general, al
campo de las comunicaciones y, de manera más específica, a un
sistema y a un procedimiento nuevo y mejorado para asignar una
pluralidad de flujos de datos sobre un solo canal en función de las
restricciones en el intervalo de tiempo de transmisión (TTI).
Una estación remota está situada dentro de una
red. La estación remota incluye aplicaciones que producen flujos de
datos. La estación remota asigna los flujos de datos sobre un solo
flujo de datos. En la Solicitud de los Estados Unidos con número de
serie 09/612.825, presentada el 7 de julio de 2000, titulada
"Procedimiento y aparato para multiplexar de manera proporcionada
flujos de datos sobre un flujo de datos", transferida al
cesionario de la presente invención y publicada como WO 0205466, se
describe una técnica para multiplexar datos de flujos de datos
sobre un solo flujo de datos.
La elección de un esquema de asignación para
asignar bits provenientes de múltiples flujos de datos sobre un
solo canal es difícil ya que se tienen que tener en consideración un
número de factores. Un factor que se tiene que considerar es la
prioridad de cada flujo de datos. Los flujos de datos de prioridad
más alta tienen precedencia sobre los flujos de datos con prioridad
más baja. Otro factor que se tiene que considerar son las
combinaciones de formato de transporte (TFC) que están permitidas
para ser transmitidas sobre cada uno de los canales. Una TFC es una
combinación de formatos de transporte (TF), cada formato de
transporte correspondiendo a un canal de transporte. Un formato de
transporte tiene un número de bloques (es decir, uno o más bloques)
de datos y un tamaño de bloque (BS). La TFC se envía sobre un enlace
sin hilos de la estación remota. Otro factor más que tiene que se
tiene que considerar son las restricciones de intervalo de tiempo
de transmisión (TTI). Cada formato de transporte tiene un intervalo
de tiempo de transmisión y no puede cambiar durante su intervalo de
tiempo de transmisión. Un esquema de asignación tiene en
consideración la prioridad de flujos de datos, las TFC disponibles
y los TTI de los TF en la TFC deseada.
Se dirige una atención adicional al documento
EP-A-1 009 174, que está dirigido al
problema de proporcionar un multiservicio en un sistema de
comunicaciones móviles para proporcionar más multiservicios
distintos. El documento sugiere realizar un indicador de
combinación de formato de transporte (TFCI) que contenga un
indicador de formato de transporte y cargarlo sobre un canal físico
de datos dedicado y transmitirlo. Se trata un aparato y un
procedimiento para realizar el TFCI para un multiservicio en el
sistema de comunicaciones móviles que solicite el multiservicio
mediante la carga del indicador de formato de transporte que tenga
un registro de una codificación externa, entrelazado externo,
codificación interna, entrelazado interno y un sistema de adaptación
de la velocidad necesarios para el multiservicio, y también
mediante la transmisión del formato de transporte a través del
canal dedicado. El procedimiento comprende las etapas de:
multiplexación de los indicadores de formato de transporte en base
al multiservicio y la realización de la adaptación de la velocidad;
el entrelazado y la conversión de la señal adaptada en velocidad
dentro de un canal de transporte compuesto codificado y un sistema
de demultiplexación y división; y la carga de la señal sobre uno de
una pluralidad de canales físicos de datos dedicados de acuerdo con
una velocidad de la señal convertida y transmisión del TFCI,
proporcionando por lo tanto más multiservicio distinto mediante la
realización de un TFCI que contenga un indicador de formato de
transporte, la carga del mismo sobre el canal físico de control
dedicado y la transmisión del indicador y su detección desde una
red.
También se dirige la atención al documento
EP-A-1 001 642 que divulga un
procedimiento de asignación de recursos a cada uno de los
transmisores conectados a un receptor a través de un enlace de
transmisión que es el mismo para todos, estando definidos los
mencionados recursos para todos los canales usados por el mencionado
transmisor, por un conjunto de combinación de formato de transporte
para los datos sobre el mencionado enlace de transmisión. El
procedimiento describe que, al producirse el establecimiento de la
conexión de un transmisor al mencionado receptor, se asigna un
conjunto de combinación de formatos de transporte a dicho
transmisor, un conjunto de combinación de formatos de transporte de
un rango dado autorizando más recursos que un conjunto de rango
inferior. También se menciona que en el instante de la
comunicación, el receptor autoriza un conjunto de combinación de
formatos a cada uno de los mencionados transmisores de acuerdo con
las condiciones de transporte sobre el enlace de transmisión, y un
transmisor que desee usar más recursos, solicita del mencionado
receptor, la autorización para el uso de un conjunto de combinación
de formatos de transporte de entre los conjuntos de combinación de
formatos de transporte asignados al mismo en el instante en el que
se estableció la comunicación.
De acuerdo con la presente invención, se
proporcionan un procedimiento para multiplexar flujos de datos, como
se declara en la reivindicación 1, y un aparato para multiplexar
flujos de datos como se declara en la reivindicación 8. Las
realizaciones de la invención se reivindican en las reivindicaciones
dependientes.
El procedimiento y el aparato que se revelan en
este momento están dirigidos a la asignación de una pluralidad de
flujos de datos sobre un flujo de datos para su transmisión. Se
recibe de una red una lista de TFCs admisibles. Los bits de los
flujos de datos a un nivel lógico se colocan en las TFC a un nivel
de transporte basado en la prioridad de los flujos de datos y de
las TFC disponibles.
En un aspecto, una pluralidad de aplicaciones
proporciona una pluralidad de flujos de datos a asignar a un solo
flujo. En otro aspecto, las unidades suscriptoras proporcionan una
pluralidad flujos de datos a asignar a un solo flujo de una
estación base. En otra realización, una pluralidad de estaciones
base proporciona una pluralidad de flujos de datos a multiplexar
por un multiplexor dentro de un controlador de estación base.
En un aspecto, una unidad suscriptora comprende
una memoria, una pluralidad de aplicaciones que residen en la
memoria, produciendo cada aplicación un flujo de datos y bits de
asignación de la pluralidad de datos de flujos de datos sobre un
solo flujo de datos.
En otro aspecto, un multiplexor está configurado
para recibir cada uno de la pluralidad de flujos de datos y
distribuir bits de la pluralidad de flujos de datos sobre un solo
flujo de datos sobre la base principalmente de las TFC que cumplan
las restricciones de TTI y en segundo lugar, sobre la base de la
prioridad de los flujos de datos.
En otro aspecto más, un sistema de
comunicaciones sin hilos comprende una unidad suscriptora, una
estación base acoplada a la unidad suscriptora y un controlador de
estación base acoplado a la estación base. La unidad suscriptora
incluye una pluralidad de aplicaciones y un multiplexor, en la que
cada aplicación produce un flujo de datos como entrada al
multiplexor y cada flujo de datos comprende al menos un bit. El
multiplexor distribuye bits de los flujos de datos sobre un solo
flujo en base a las FFCs que cumplen las restricciones.
La figura 1 es una vista global esquemática de
un sistema de telefonía móvil ejemplar;
La figura 2 muestra un diagrama de bloques de
una unidad suscriptora y una estación base de acuerdo con una
realización;
La figura 3 muestra un diagrama de flujos para
la eliminación des TFCs en base a las restricciones de TTI de los
bastidores de transporte de acuerdo con una realización;
La figura 4 muestra un diagrama de flujo para la
eliminación de TFCs en base a bloques disponibles de acuerdo con
una realización; y
Las figuras 5A-5B muestran un
diagrama de flujo para selección de una TFC de acuerdo con una
realización.
En la figura 1 se ilustra un sistema de
telefonía móvil celular ejemplar en el que se realiza la presente
invención. Para propósitos ejemplares, la realización ejemplar se
describe en este documento dentro del contexto de un sistema de
comunicaciones celular W-CDMA. Sin embargo, se
debería entender que la invención se puede aplicar a otros tipos de
sistemas de comunicaciones, tales como sistemas de comunicaciones
personales (PCS), bucle local sin hilos, centralita privada
suscriptoras (PBX) u otros sistemas conocidos. Además, los sistemas
que utilizan otros esquemas de acceso múltiple bien conocidos tales
como TDMA y FDMA así como otros sistemas de espectro expandido
pueden emplear el procedimiento y el aparato que se describen
aquí.
En la figura 1 se ilustra un sistema de
teléfonos móviles ejemplar en el que está realizada la presente
invención. A fines ejemplares, la realización ejemplar se describe
en la presente dentro del contexto de un sistema de comunicación
celular W-CDMA. Sin embargo, se debe entender que la
invención es aplicable a otros tipos de sistemas de comunicación.,
tales como sistemas de comunicación personal (PCS),circuito local
sin hilos, intercambio de derivación privada (PBX), u otros
sistemas conocidos. Además, los sistemas que utilizan otros esquemas
múltiples muy conocidos, tales como TDMA y FDMA así como otros
sistemas de espectro distribuido pueden emplear el procedimiento y
el aparato revelados en la presente.
Como se ilustra en la figura 1, una red 10 de
comunicación sin hilos generalmente incluye una pluralidad de
unidades suscriptoras (también denominadas estaciones móviles,
móviles, unidades suscriptoras, estaciones remotas o equipos de
usuario) 12a-12d, una pluralidad de estaciones base
(también denominadas transceptores de estación base (BTS)) o nodo
B), 14a-14c, un controlador de estación base (BSC)
(también denominado controlador de red radio o función 16 de
control de paquetes), un controlador de estación móvil (MSC) o
conmutador 18, un nodo servidor de datos de paquete (PDSN) o
función de interfuncionamiento en red (IWF) 20, una red de telefonía
conmutada pública (RTPC) 22 (típicamente una compañía de teléfonos)
y una red de protocolo de Internet (IP) 22 (típicamente la
Internet). A fines de simplificación, solamente se muestran cuatro
unidades suscriptoras 12a-12d, tres estaciones base
14a-14c, una BSC 16, una MSC 18 y una PDSN 20. Los
expertos en la técnica comprenderán que podría haber cualquier
número de unidades 12 suscriptoras, estaciones base 14, BSC 16, MSC
18 y PDSN 20.
En una realización, la red 10 de comunicación
sin hilos es una red de servicios de datos de paquete. Las unidades
suscriptoras 12a-12d pueden ser cualquiera de varios
tipos diferentes de dispositivo de comunicación sin hilos, tal como
un teléfono portátil, un teléfono móvil que esté conectado a un
ordenador portátil que ejecuta aplicaciones de navegador Web
basadas en IP, un módulo de comunicación sin hilos sin hilos
incorporado en un ordenador portátil, un módulo de comunicaciones
de ubicación fija tal como los que se puede encontrar en un circuito
local sin hilos o en un sistema de lectura métrica. En la
realización más general, las unidades suscriptoras pueden ser
cualquier tipo de unidad de comunicación.
Las unidades suscriptoras
12a-12d pueden estar configuradas ventajosamente
para realizar uno o más protocolos de datos en paquete sin hilos
tal como los descritos, por ejemplo, en la norma
EIA/TIA/IS-707. En una realización específica, las
unidades suscriptoras 12a-12d generan paquetes de IP
destinados a la red 24 de IP y encapsular los paquetes de IP en
bastidores que usan un protocolo de punto a punto (PPP).
En una realización, la red IP 24 está acoplada a
la PDSN 20, la PDSN 20 está acoplada a la MSC 18, la MSC 18 está
acoplada a la BSC 16 y a la RTPC 22, y la BSC 16 están acopladas a
las estaciones base 14a-14c mediante configuración
sin hilos para la transmisión de voz y/o de paquetes de datos de
acuerdo con cualquiera de varios protocolos conocidos, por ejemplo,
E1, T1, Modo de transferencia asíncrono (ATM), IP, PPP, Frame Relay,
HDSL, ADSL o xDSL. En una realización alternativa, la BSC 16 está
acoplada directamente a la PDSN 20, y la MSC 18 no está acoplada a
la PDSN 20. En una realización, las unidades suscriptoras
12a-12d comunican con las estaciones base
14a-14c sobre una interfaz de RF definida en el
Proyecto de Asociación de Tercera Generación 2 (3GPP2),
"Norma de Capa Física para Sistemas de Espectro Distribuido
cdma2000", Documento 3GPP2 número C.P0002-A, TIA
PN-4694, a publicar como
TIA/EIA/IS-2000-2-A,
(Borrador, versión editada 30) (19 de noviembre de 1999) (en
adelante, "cdma2000").
Durante la operación típica de la red 10 de
comunicación sin hilos, las estaciones base 14a-14c
reciben y desmodulan conjuntos de señales de enlace inverso de
varias unidades suscriptoras 12a-12d enganchadas en
llamadas telefónicas, navegación Web u otras comunicaciones de
datos. Cada señal de enlace inverso recibida por una estación base
dada 14a-14c se trata dentro de esa estación base
14a-14c. Cada estación base 14a-14c
puede comunicar con una pluralidad de unidades suscriptoras
12a-12d modulando y transmitiendo conjuntos de
señales de enlace ascendente a las unidades suscriptoras
12a-12d. Por ejemplo, como se muestra en la figura
1, la estación base 14a comunica con una primera y una segunda
unidades suscriptoras 12a, 12b simultáneamente, y la estación base
14c comunica con una tercera y una cuarta unidades suscriptoras 12c,
12d simultáneamente. Los paquetes resultantes se envían a la BSC
16, que proporciona asignación de recurso de llamada y
funcionalmente gestión de la movilidad que incluye la orquestación
de traspasos blandos de una llamada una unidad suscriptora
determinada 12a-12d desde una estación base origen
14a-14c hasta una estación base de destino
14a-14c. Por ejemplo, una unidad suscriptora 12c
está comunicando con dos estaciones base 14b, 14c simultáneamente.
Ocasionalmente, cuando la unidad suscriptora 12c se desplaza lo
suficientemente lejos de una de las estaciones base 14c, la llamada
será traspasada a la otra estación base 14b.
Si la transmisión es una llamada telefónica
convencional, la BSC 16 encaminará los datos recibidos hacia la MSC
18, que proporciona servicios adicionales de encaminamiento para
intercomunicar con la RTPC 22. Si la transmisión es una transmisión
basada en paquetes tal como una llamada de datos destinada a la red
IP 24, la MSC 18 encaminará los paquetes de datos hacia la PDSN 20,
que enviará los paquetes a la red IP 24. Alternativa, la BSC 16
encaminará los paquetes directamente hacia la PDSN 20, que envía los
paquetes a la red IP 24.
El canal de comunicaciones sin hilos a través
del que viajan las señales de información desde una unidad
suscriptora 12 a una estación base 14 se conoce como un enlace
inverso. El canal de comunicaciones sin hilos a través del que
viajan las señales de información desde una estación base 14 a una
unidad suscriptora 12 se conoce como un enlace directo.
Los sistemas CDMA están diseñados típicamente
para ser conformes a una o más normas. Dichas normas incluyen la
"TIA/EIA/IS-95-B Norma de
Compatibilidad Estación Móvil - Estación Base para Sistema Celular
de Espectro Expandido de Banda Ancha en Modo Dual" (la norma
IS-95), la "Norma TIA/EIA/IS-98
mínima recomendada para la Estación Móvil Celular de Espectro
Expandido de Banda Ancha en Modo Dual" (la norma
IS-98), la norma ofrecida por un consorcio
denominado "Proyecto Asociativo de Tercera Generación" (3GPP) y
realizada en un conjunto de documentos que incluyen los documentos
números 3G TS 25.211, 3G TS 25.212, 3G TS 25.213, 3G TS 25.311 y 3G
TS 25.214 (la norma W-CDMA), la "Norma de Capa
Física TR-45.5 para Sistemas de Espectro Expandido
cdma2000" (la norma cdma2000) y la "Especificación de TIA/EIA
IS-856 cdma2000 de Interfaz Aire de Datos de
Paquete de Alta Velocidad" (la norma HDR). Se están proponiendo
y adoptando de manera continua nuevas normas CDMA para su uso.
En la Patente de EE. UU. número 4.901.307
titulada "Sistema de comunicaciones de acceso múltiple de espectro
expandido que usa repetidores de satélite o terrestres" y en la
Patente de EE. UU. número 5.103.459 titulada "Sistema y
procedimiento para generar formas de onda en un sistema de telefonía
celular CDMA" ambas transferidas al cesionario de la presente
invención, e incorporadas al presente documento en su totalidad a
modo de referencia, se puede encontrar más información relativa a
un sistema de comunicaciones de acceso múltiple por división del
código.
cdma2000 es compatible con sistemas
IS-95 de muchas maneras. Por ejemplo, tanto en
cdma2000 como en los sistemas IS-95, cada estación
base sincroniza en el tiempo su operación con otras estaciones base
del sistema. Típicamente, las estaciones base sincronizan su
operación con una referencia horaria universal tal como la
señalización del Sistema de Posicionamiento Global (GPS); sin
embargo, se pueden usar otros mecanismos. En base a la referencia
horaria de sincronización, cada estación base de un área geográfica
dada es asignada a un desplazamiento de secuencia de una secuencia
piloto de pseudorruido (PN) común. Por ejemplo, de acuerdo con
IS-95, se transmite una secuencia que tiene
2^{15} chips y que se repite cada 26,67 milisegundos (ms) como
señal piloto por cada estación base. La secuencia PN piloto se
transmite por cada estación base en uno de 512 posibles
desplazamientos de secuencia PN. Cada estación base transmite la
señal de piloto continuamente, lo que hace posible que las unidades
suscriptoras identifiquen las transmisiones de la estación base así
como para otras funciones.
En una realización, una unidad suscriptora
comunica con una estación base usando técnicas de acceso múltiple
por división de código de banda ancha (W-CDMA). Las
estaciones base de un sistema W-CDMA operan
asincrónicamente. Es decir, las estaciones base
W-CDMA no comparten todas una referencia de tiempo
comunes. De esta manera, aunque una estación base
W-CDMA tenga una señal de piloto, una estación base
W-CDMA puede no ser identificada por su
desplazamiento de señal de piloto solamente. Una vez que se
determina la hora del sistema de una estación base, no se puede
usar para estimar la hora del sistema de la estación base vecina.
Por esta razón, una unidad suscriptora de un sistema
W-CDMA usa un procedimiento de adquisición PERCH en
tres etapas para sincronizarse con cada estación base del
sistema.
En una realización ejemplar, una unidad
suscriptora tiene una pluralidad de aplicaciones. Las aplicaciones
residen dentro de la unidad suscriptora y cada aplicación produce un
flujo de datos independiente. Una aplicación puede producir más de
un flujo de datos.
La figura 2 muestra un diagrama de bloques de
una unidad suscriptora 12 y de una estación base (BTS) 14 de
acuerdo con una realización ejemplar. La unidad suscriptora 12
incluye aplicaciones 38 de voz 32, de señalización 34, de correo
electrónico 36 y aplicaciones Web 38 que residen en la memoria 49 de
la unidad suscriptora 12. Cada aplicación, voz 32, señalización 34,
correo electrónico 36 y aplicaciones Web 38 produce un flujo de
datos independiente 40, 42, 44, 46, respectivamente. Los flujos de
datos se multiplexan por medio de un módulo multiplexor 48 en un
flujo de datos denominado el flujo de transporte 50. El flujo de
transporte 50 se envía a través de enlace inverso a una estación
transceptora base (BTS) 14, también denominada estación base
abreviadamente.
Cada flujo de datos 40-46 tiene
una prioridad. El módulo multiplexor 48 coloca bits de los flujos de
datos a un nivel lógico en TFC al nivel de transporte en base a la
prioridad de los flujos de datos y de las TFC disponibles.
En una realización, el módulo multiplexor 48
opera dentro de la capa de control de acceso al medio (MAC) y
consigue las prioridades de flujo de datos de una capa de red
superior. La capa MAC define los procedimientos usados para recibir
y transmitir por medio de la capa física.
Como debe ser evidente para un experto en la
técnica, los flujos de datos 40-46 se pueden
priorizar con cualquier esquema de prioridad conocido en la
técnica, tal como primero dentro, primero fuera (FIFO), último
dentro, primero fuera (LIFO y primero la tarea más breve (SJF). Un
esquema de prioridad también puede estar basado en el tipo de los
datos. Como sería evidente para un experto en la técnica, el módulo
multiplexor 48 puede operar sobre una pluralidad de niveles de
red.
En otra realización, el módulo multiplexor 48 se
ejecuta en hardware. En otra realización más, el módulo multiplexor
48 se ejecuta en una combinación de software y de hardware. Como
sería evidente para un experto en la técnica, el módulo multiplexor
48 se puede ejecutar por medio de cualquier combinación de software
y de hardware.
En una realización, el módulo multiplexor 48
emplea un algoritmo de asignación para seleccionar la TFC óptima
para ser transportada sobre un canal físico. En otra realización, el
módulo multiplexor 48 emplea un algoritmo de asignación para
multiplexar canales de transporte en un solo canal de transporte
compuesto codificado (CCTrCH) en la capa uno seleccionando la TFC
óptima para ser transportada sobre el CCTrCH.
Desde una perspectiva, una jerarquía de canales
cartografía una pluralidad de canales lógicos en un canal de
transporte y cartografía una pluralidad de canales de transporte en
una capa o canal. Desde otra perspectiva, una canal de una capa
cartografía una pluralidad de canales de transporte y un canal de
transporte cartografía una pluralidad de canales lógicos. En una
realización, el cartografiado de canales lógicos en un canal de
transporte y el cartografiado de canales de transporte en un canal
de una capa son recibidos de la red. Además, para cada TFC, la red
indica qué canales lógicos cartografiados sobre un canal de
transporte se les permite usar el TF.
Cada canal de transporte tiene un Conjunto de
Formatos de Transporte (TFS) que es aplicable al canal de
transporte. Un TFS es un conjunto de formatos de transporte (TF)
que son aplicables al canal de transporte. Un TF es aplicable al
canal de transporte si los bits de los flujos de datos a un nivel
lógico se pueden colocar en el TF del canal de transporte en una
ranura de tiempo dada. Un TF puede comprender datos nulos.
El TF se usa para la entrega de bloques de datos
durante un TTI sobre un canal de transporte. En una realización, el
TF comprende parámetros dinámicos que pueden cambiar cada TTI. En
otra realización, el TF comprende parámetros semiestáticos que no
pueden cambiar cada TTI sin la reconfiguración del canal. En una
realización, los parámetros de TF incluyen un tamaño de los bloques
(Tamaño de Bloque- BS) en el que los datos se dividen y varios de
dichos bloques (Tamaño del Conjunto de Bloques - BSS) enviados en un
TTI. En una realización, el tamaño de bloque y el tamaño del
conjunto de bloques son dinámicos. En otra realización, el tamaño de
bloque y el tamaño de conjunto de bloques son semiestáticos. En una
realización, el tamaño de TTI, un parámetro que indica un esquema
de protección contra errores usado para comprobar los datos y un
tramo de CRC son parámetros semiestáticos. En otra realización, el
tamaño de TTI, el parámetro que indica un esquema de protección
contra errores usado para comprobar los datos, y el tramo de CRC
son parámetros dinámicos.
Cada canal de transporte tiene un TTI y cada TF
de canal de transporte tiene el mismo TTI. De esta manera, el TTI
de un TF se corresponde con el TTI del canal de transporte
correspondiente. El parámetro tramo de TTI es el TTI del TF. Cada
TF tiene un TTI y no se puede cambiar durante su TTI.
Un TF por cada canal de transporte se combina en
una TFC. Una TFC es una combinación de TFs, cada TF correspondiente
a un canal de transporte. De esta manera, si cada TF no es nulo,
los datos de cada canal de transporte se envían por medio de enlace
sin hilos en la forma de TFC. Una TFC se envía sobre un enlace sin
hilos de la estación remota en cada ranura de tiempo.
No todas las posibles combinaciones de TFs están
permitidas. Un conjunto de TFC permisibles se recibe de la red. El
conjunto de TFCs permisibles se denomina Conjunto de Combinaciones
de Formato de Transporte (TFCS). Las TFCs del TFCS son admisibles
en el sentido de que la red permite que las TFC sean transportadas a
través de red. De esta manera, no todas las posibles combinaciones
de TFs pueden estar sometidas en un canal en la capa uno, sino
solamente un subconjunto de todas las posibles combinaciones, es
decir, el TFCS.
De acuerdo con una realización, se selecciona
una TFC óptima para que sea transmitida sobre un canal de capa uno
por cada ranura de tiempo. En una realización, el procedimiento de
selección de TFC se produce cada 10 ms. Debería ser evidente para
un experto en la técnica que se puede usar cualquier tamaño de
ranura de tiempo. El tamaño ideal de ranura de tiempo para su uso
dependería de la aplicación. En una realización, el TTI de un canal
de transporte puede ser 10, 20, 40 y 80 ms. Debería ser evidente
para un experto en la técnica que se puede usar cualquier TTI. El
TTI de los TFs dependería de la aplicación.
Desde una ranura de tiempo hasta la siguiente
ranura de tiempo, un TF que no esté en su límite de TTI no cambia
en una TFC dada. Dentro de una TFC, solamente los TFs que estén en
su límite de TTI pueden cambiar de una ranura de una vez la ranura
de tiempo. Una vez que se haya seleccionado un TF para un canal de
transporte dado, no puede cambiar hasta el siguiente límite TTI de
ese canal de transporte. Entre los límites de TTI de un TF,
solamente es posible seleccionar TFCs que tengan el mismo TF del
canal de transporte que fue en la TFC en la primera ranura de
tiempo. Los TTI están alineados para todos los canales de
transporte. Por lo tanto, un límite de TTI para un canal de
transporte es también un límite para todos los canales de transporte
que tengan un TTI igual o más corto. Por ejemplo, un límite de TTI
de 40 ms también es un límite de TTI de 20 ms y de 10 ms, pero no
es un límite de TTI de 80 ms.
En una realización, el algoritmo de asignación
comprende las cuatro etapas que se muestran a continuación:
- (1)
- Eliminación de TFCs basada en la potencia máxima de transmisor en curso;
- (2)
- Eliminación de TFCs del conjunto basada en restricciones de TTI;
- (3)
- Eliminación de TFCs del conjunto basada en bloques disponibles en un canal de transporte; y
- (4)
- Elección de la TFC que permita la transmisión de los bloques de prioridad más alta.
\vskip1.000000\baselineskip
Debería ser evidente para un experto en la
técnica que las etapas (1), (2) y (3) se podrían realizar en
cualquier orden que esté dentro del ámbito de la presente
invención. Cada etapa se describe con más detalle más adelante.
En la etapa (1), se eliminan las TFCs del
conjunto de TFCs admisibles en base a requisitos de potencia. Cada
TFC requiere una cierta cantidad de potencia con el fin de ser
transmitida. Se calcula el requisito de potencia para cada TFC. Las
TFCs que requieran más potencia que la que se pueda transmitir
normalmente son eliminadas. Las TFC que no requieren más potencia
que la que se puede transmitir normalmente permanecen.
En la etapa (2), las FC se eliminan del
conjunto de TFCs admisibles en base a requisitos de potencia. Cada
TFC requiere una cierta cantidad de potencia para que sea
transmitida. Se calculan los requisitos de potencia de cada TFC.
Las TFCs que requieren más potencia que la que se puede transmitir
son eliminadas. Las TFCs que no requieren más potencia que la que
se puede transmitir normalmente permanecen.
En la etapa (2) se eliminan TFCs s en base a las
TTIs de los formatos de transporte. El conjunto que permanece es un
conjunto de TFCs que se puede usar en base a la restricción de esos
formatos de transporte co se pueden cambiar en medio de una TTI.
Una vez que se ha seleccionado un TF para un canal d transporte
dado, la TF no se puede cambiar hasta el próximo límite de TTI de
ese canal de transporte. Así, solamente es posible seleccionar TFCs
que tengan el mismo TF que ese canal de transporte.
A continuación se muestra el pseudocódigo para
la eliminación de TFC en base a las restricciones de TTI de los TFs
de acuerdo con una realización. La notación vectorial se usa para
todos los conjuntos que se usan. Si A es un conjunto de TFCs,
entonces A[i] es la TFC i-ésima del conjunto. Si B es una
TFC, entonces B[i] es el TF del canal de transporte i-ésimo.
Si C es un TFS, entonces C[i] es el TF i-ésimo del conjunto.
Si D es un TF, entonces D -> RS y D -> NB son el tamaño de un
bloque de control de enlace radio (RLC) y el número de bloques de
ese TF, respectivamente. El tamaño del bloque RLC es un tamaño de
bloque de capas de enlace.
Si A es un canal físico, entonces A -> N es
el número de canales de transporte cartografiados en este canal
físico y A[i] es el canal de transporte i-ésimo cartografiado
sobre este canal físico. Asimismo, si B es un canal transparente,
entonces B[j] es el canal lógico j-ésimo cartografiado sobre
este canal de transporte. Finalmente, si A es un canal físico,
entonces A[i][j] denotará el canal lógico j-ésimo del canal
del transporte.
Si B es un canal de transporte, entonces, B
-> TTI, B -> TFS y B -> N son su TTI, su TFS y el número
de canales lógicos cartografiados en este canal de transporte,
respectivamente. Si L es un canal lógico, entonces L -> BO es su
Ocupación de Memoria intermedia temporal y L -> RHL es la
longitud de cabecera de RLC para la correspondiente entidad RLC. P
es un canal físico y N es el número de canales de transporte
existentes. Los conjuntos S y S2 son conjuntos de TFCs.
Dado que los parámetros semiestáticos no pueden
cambiar de TTI a TTI, todos los TFs de un TFS tienen que tener los
mismos valores para dichos parámetros. Así, en lo que se refiere al
algoritmo de selección de TFC, éstos pasan a convertirse en
propiedades del canal de transporte en lugar de las propiedades del
TF.
K_{i} es el índice del formato de transporte
usado en la ranura de tiempo actual para el canal de transporte
i-ésimo. El límite de la ranura de tiempo actual es el límite de los
TTI con longitud TTI_máxima e inferior. TTI_max es el límite TTI
máximo para una ranura de tiempo dada. S y S2 son los conjuntos de
TFCs.
- 1.
- Conjunto S2 = S1.
- 2.
- Conjunto i = 1. Éste será el índice para todos los canales de transporte.
- 3.
- Si P[i] -> TTI <= TTI_max, entonces ir a etapa 12.
- 4.
- Fijar S = \diameter.
- 5.
- Sea m el número de TFCs dejadas en S2, indexadas de 1 a M.
- 6.
- Conjunto j = 1. Éste será el índice para los elementos de S2.
- 7.
- Si P[i] -> TFS [Ki] != S2[j][i], entonces ir a etapa 9.
- 8.
- Añadir S2[j] a S.
- 9.
- j = j +1.
- 10.
- Si j <= M, entonces ir a etapa 7.
- 11.
- Fijar S2 = S.
- 12.
- i = i + 1.
- 13.
- Si j <= P -> N, entonces ir a etapa 3.
- 14.
- El algoritmo está terminado y las FCs válidas están en S2.
La figura 3 muestra un diagrama de flujos para
la eliminación de TFCs en base a las restricciones de TTI de
bastidores de transporte de acuerdo con una realización. En la etapa
60, el conjunto S1 es el conjunto de TFCs válidas. S1 es el
conjunto de TFCs admisibles que no requieren más potencia que la que
se puede transmitir. En la etapa 62, el conjunto S2 está en S1 y se
inicializa el índice i. El índice i es el índice de todos los
canales de transporte. El conjunto S2 es un conjunto de TFCs
válidas, en el que cada TF de cada canal de transporte se comparará
con los TFs actuales de cada canal de transporte.
P es un canal físico. P[i] representa el
canal de transporte i-ésimo cartografiado en el canal físico P.
TTI_max es la longitud máxima de TTI para un límite de TTI actual.
En la etapa 64, el TTI del canal de transporte i-ésimo se comprueba
para determinar si es menor que o igual a TTI_max. Si el TTI del
canal de transporte i-ésimo es menor o igual que TTI_max, entonces
el TF del canal de transporte i-ésimo se puede cambiar y en la
etapa 66 se incrementa el índice i, es decir, se va al siguiente
canal de transporte. Si el TTI del canal de transporte i-ésimo es
mayor que TTI_max, entonces en la etapa 68 se fija S a conjunto
vacío. Ahora, las TFCs del conjunto S2 tienen que ser comprobadas
para determinar si cualquiera de ellas tiene TF para cada canal de
transporte que se adapte a los TFs actuales de cada canal de
transporte. En la etapa 70, m es el número de elementos de S2 y el
índice j se fija a uno. El índice j es el índice del conjunto
S2.
K_{i} es el índice del formato de transporte
usado en la ranura de tiempo actual para el canal de transporte
i-ésimo. El límite de la ranura de tiempo actual es el límite de TTI
con longitud TTI_max y longitudes inferiores. En la etapa 72, el TF
actual del canal de transporte i se comprueba para determinar si no
se adapta al TF i-ésimo de la TFC j-ésima del conjunto S2.
S2[j] denota la TFC j-ésima del conjunto S2. S2[i][j]
denota el TF i-ésimo de la TFC j-ésima del conjunto S2. La posición
del TF en la TFC indica el canal de transporte. Si el TF actual del
canal de transporte i no se adapta al TF i-ésimo de la TFC j-ésima
del conjunto S2, entonces en la etapa 74 se incrementa el índice j,
es decir, se va a la siguiente TFC del conjunto S2. Si se adapta,
entonces en la etapa 76, se añade la TFC j-ésima al conjunto S y en
la etapa 74, se incrementa j.
Una vez que el índice j está incrementado, en la
etapa 78, se comprueba el índice j para determinar si se han
comprobado todas las TFC del conjunto S2. Si no se han comprobado
todas las TFC del conjunto S2, entonces en la etapa 72, se
comprueba si el TF actual del canal de transporte i para determinar
si no se adapta al TF i-ésimo de la TFC j-ésima del conjunto S2. Si
se han comprobado todas las TFC del conjunto S2, entonces en la
etapa 80, el conjunto S2 se fija igual al conjunto S y en la etapa
66 se incrementa el índice i. En la etapa 82, se comprueba el
índice i para determinar si se han comprobado todas las TFC en
cuanto a restricciones de TTI para todos los canales de transporte.
Si no se ha comprobado una TFC de un canal de transporte, entonces
en la etapa 64, se comprueba el TTI del canal de transporte i-ésimo
para determinar si es menor o igual que TTI_max. Si se han
comprobado todas las TFC de todos los canales de transporte,
entonces el conjunto S2 contiene las TFC válidas tras la
eliminación de las TFCs en base a las restricciones de TTI.
A continuación se muestra el pseudocódigo para
la eliminación de TFCs en base a la disponibilidad actual de bits
de los diferentes canales lógicos dados esa introducción de bloques
de "relleno" no está permitida de acuerdo con una realización.
Una TFC es aceptable solamente si no contiene más bloques de
transporte que los que están disponibles para cualquiera de los
canales de transporte.
- 1.
- Conjunto S3 = S2.
- 2.
- Conjunto i = 1. Éste será el índice para todos los canales de transporte.
- 3.
- Sea Sb el conjunto de tamaños de RLC que existen en cualquier TFC de S3 para el i-ésimo canal de transporte.
- 4.
- Elección de un tamaño de RLC RS de Sb.
- 5.
- Sea St el conjunto de TFC de S3 que tienen tamaño de RLC RS para el i-ésimo canal de transporte. Sea M el número de TFC en St.
- 6.
- Fijar j = 1. Éste será el índice para las TFC en St.
- 7.
- Cálculo
- 8.
- Si St[j][i] -> NB \leq T entonces ir a etapa 10.
- 9.
- S3 = S3 - {St[j]}.
- 10.
- j = j + 1.
- 11.
- Si j \leq M entonces ir a etapa 8.
- 12.
- Conjunto Sb = Sb - {RS}.
- 13.
- Si Sb \neq {} entonces ir a etapa 4.
- 14.
- Fijar i = i + 1.
- 15.
- Si i \leq P -> N entonces ir a etapa 3.
- 16.
- Si S3 es el conjunto vacío, o S3 está formado por la TFC vacía (no contiene datos) y algunos datos están disponibles (existe algún P[i][k] -> BO \neq 0), entonces fijar S3 = S2.
- 17.
- El algoritmo está terminado y las TFC válidas están en S3.
\vskip1.000000\baselineskip
La figura 4 muestra un diagrama de flujos para
la eliminación de TFCs en base a la disponibilidad actual de bits
de los diferentes canales lógicos dado que no se permite la
introducción de bloques de "relleno" de acuerdo con una
realización. En la etapa 90, el conjunto S2 es el conjunto de TFCs
válidas después de la eliminación de TFCs en base a las
restricciones de TTI. En la etapa 92, el conjunto S3 se fija igual
al conjunto S2 y se inicializa el índice i. El índice i es el
índice para los canales de transporte. En la etapa 94, Sb es el
conjunto de tamaños de RLC para el canal de transporte i-ésimo. En
la etapa 96, se selecciona un tamaño de RLC RS, del conjunto Sb y
St es el conjunto de TFCs del conjunto S3 que tienen un tamaño de
RLC RS sobre el canal de transporte i-ésimo. M es el número de TFC
en S3.
En la etapa 98, se calcula una suma T como:
en la que N es el número de canales
lógicos, BO es una ocupación de memoria intermedia temporal del
canal lógico k-ésimo del canal de transporte i-ésimo en bits, RS es
el tamaño de RLC en bloques de transporte y RHL es la longitud de
la cabecera de canal radio en bloques de transporte. La suma T
solamente incluye los canales lógicos que pueden usar el tamaño de
RLC especificado por RS. De esta manera, la ocupación de la memoria
intermedia temporal del canal lógico k-ésimo del canal de transporte
i-ésimo que no puede usar el tamaño de RLC especificado por RS, es
cero para el cálculo de la suma T. Cada sumando de la suma es un
límite superior. De esta manera, T es el límite superior de la
ocupación de la memoria intermedia temporal en bits de todos los
canales lógicos que pueden usar el tamaño de RLC, dividido por el
tamaño de RLC, lo que produce el número de bloques de transporte
disponibles de todos los canales de transporte del tamaño
RLC.
En la etapa 100, se comprueba el número de
bloques en el TF i-ésimo en la TFC j-ésima del conjunto St, es
decir, el TF para el canal de transporte i-ésimo, frente al número
de bloques de transporte disponibles T. Si el número de bloques en
el TF i-ésimo es menor o igual que el número de bloques de
transporte disponibles T, entonces en la etapa 102, se incrementa
el índice j y el flujo de control pasa a la etapa 104. Si el número
de bloques en el TF i-ésimo es mayor que el número de bloques de
transporte disponible T, entonces en la etapa 106, se retira la TFC
j-ésima del conjunto S3 y el flujo de control pasa a la etapa
102.
En la etapa 104, se comprueba si todas las TFC
del conjunto St han sido comprobadas. Si todas las TFCs han sido
comprobadas, entonces el flujo de control pasa a la etapa 106. Si no
se han comprobado todas las TFC, entonces el flujo de control pasa
a la etapa 100 y se comprueba la siguiente TFC.
En la etapa 106, el conjunto Sb se fija igual al
conjunto Sb-RS, es decir, se elimina el tamaño de
RLC del conjunto de tamaños de RLC. En la etapa 108, se comprueba
el conjunto Sb para determinar si está vacío, es decir, que se han
comprobado todos los tamaños de RLC. Si el conjunto Sb está vacío,
entonces el flujo de control pasa a la etapa 96 y se selecciona
otro tamaño de RLC. Si Sb no está vacío, entonces en la etapa 110
se incrementa i para el siguiente canal de transporte y en la etapa
112, se hace una comprobación para determinar si se han comprobado
todos los canales de transporte. Si no se han comprobado todos los
canales de transporte, entonces el flujo de control pasa a la etapa
96 y al siguiente canal de transporte. Si se han comprobado todos
los canales de transporte, entonces en la etapa 114, se comprueba si
el conjunto S3 está vacío. Si el conjunto S3 está vacío, entonces
en la etapa 116, se fija S3 igual a S2. S3 contiene ahora TFCs
válidas después de la eliminación de TFCs en base a la
disponibilidad actual de bits de los diferentes canales lógicos dado
que no está permitida la introducción de bloques de "relleno".
Si el conjunto S3 no está vacío, entonces en la etapa 118, el
conjunto S3 se comprueba para determinar si el conjunto S3 es un
conjunto de una TFC vacía (no contiene datos) y algunos datos están
disponibles (existen algunos P[i][k] -> BO \neq
0), en cuyo caso el flujo de control pasa a la etapa 116. En la
etapa 116, el conjunto S3 se fija igual al conjunto S2, en cuyo
caso, el conjunto S3 contiene TFCs válidas después de la eliminación
de TFCs en base a la disponibilidad actual de bits de los
diferentes canales lógicos.
En una realización, todas las TFCs con el mismo
tamaño de bloque (sobre el canal de transporte i-ésimo) están
agrupadas en S3. En otra realización, las TFCs con el mismo tamaño
de bloque no tienen que estar agrupadas entre sí. En esta
realización, T se calcula cada vez que se examina una TFC
diferente.
\newpage
Incluso, aunque no se permite el relleno, en la
mayoría de las circunstancias, existen algunos casos en los que se
tolera con el fin de evitar largos retardos en la transmisión y
bloqueo:
- -
- Si al final de este algoritmo S3 es el conjunto vacío; y
- -
- Si la única TFC permitida es la TFC vacía y algunos datos están disponibles.
A continuación se muestra el pseudocódigo para
la selección de la TFC óptima de acuerdo con una realización. Los
bits de los flujos de datos lógicos son hipotéticamente cargados en
la TFC. Las TFCs cargadas se comparan en base a la cantidad de
datos de alta prioridad que contienen.
Existen n niveles de prioridad, P1 a Pn siendo
P1 la prioridad más alta. Para cada TFC de S3 se crea un NOB
(número de bits) variable y para cada uno de los canales de
transporte de cada TFC se crea un SAB (bloques aún disponibles)
variable. Si A es una TFC, entonces A -> NOB es el número de bits
de esta TFC y A[i] -> SAB es el espacio disponible para
el canal de transporte i-ésimo. El número de bits corresponde a un
nivel de prioridad específico. Todos los SABs se inicializan con el
correspondiente número de bloques. Seguidamente, se puede realizar
el siguiente algoritmo:
- 1.
- Fijar S4 = S3.
- 2.
- Fijar i = 1. Éste va a ser el índice para los niveles de prioridad.
- 3.
- \forallj, fijar S4[j] -> NOB = 0.
- 4.
- Sea Sc el conjunto de canales lógicos de prioridad Pi.
- 5.
- Seleccionar un canal lógico L de Sc. Sea éste el que corresponde al canal lógico q, que tiene correspondencia sobre el canal de transporte j.
- 6.
- Sea M el número de TFC en S4.
- \quad
- Fijar k = 1. Éste será el índice de TFC en S4.
- 7.
- Si S4[k][j] -> RS y (S4[k][j] -> SAB * S4[k][j] -> RS) están permitidos para el canal lógico P[j][q] ir a la etapa 9. Esta restricción se puede especificar bien en el TFS (25.331.350 y posteriores) o a través de las primitivas "flex" de RLC.
- 8.
- Ir a la etapa 14.
- 9.
- Calcular
- 10.
- Si G < S4[k][j] -> SAB, entonces ir a la etapa 18.
- 11.
- S4[k] -> NOB += (S4[k][j] -> SAB) \cdot (S4[k][j] -> RS) y S4[k][j] -> SAB = 0.
- 12.
- Ir a la etapa 14.
- 13.
- S4[k] -> NOB += G \cdot S4[k][j] -> RS y S4[k][j] -> SAB -= G.
- 14.
- k = k + 1.
- 15.
- Si k \leq M, entonces ir a la etapa 7.
- 16.
- Sc = Sc - {L}.
- 17.
- Si Sc \neq {}, entonces ir a la etapa 5.
- 18.
- Mantener en S4 las TFCs con el valor NOB más alto.
- 19.
- Si hay una sola TFC en S4, entonces el algoritmo está terminado y se debería usar esa TFC.
- 20.
- i = i + 1.
- 21.
- Si i \leq n, entonces ir a la etapa 3.
- 22.
- Seleccionar una de las TFCs de S4 que lleve el número más bajo de bits.
\vskip1.000000\baselineskip
Las figuras 5A - 5B muestran un diagrama de
flujos para la selección de una TFC óptima de acuerdo con una
realización. En la etapa 140, S3 es un conjunto de TFCs válidas tras
la eliminación de TFCs en base a los bloques disponibles. En la
etapa 142, S4 se fija igual al conjunto S3 y se inicializa el índice
i. El índice i es el índice para los niveles de prioridad. En la
etapa 144, todos los números de bloques NOB de cada TFC del
conjunto S3 se inicializan a cero. En la etapa 146, Sc es el
conjunto de canales lógicos a un nivel de prioridad Pi. En la etapa
148, se selecciona un canal lógico L del conjunto Sc, de forma que L
corresponda a un canal lógico q que tiene correspondencia sobre un
canal de transporte j. En una realización, el canal lógico L
seleccionado está indicado por la red. En la etapa 150, M es el
número de TFCs de S4 y k se inicializa a uno. k es el índice de TFC
en el conjunto S4.
En la etapa 152, si se permite el tamaño RLC del
TF j-ésimo en la TFC k-ésima del conjunto S4 y si se permite la
cantidad de tamaños RLC del TF j-ésimo en la TFC k-ésima del
conjunto S4 multiplicada por los bloques que aún están disponibles
SAB en el TF j-ésimo en la TFC k-ésima del conjunto S4, entonces en
la etapa 154, se calcula G. En cualquier otro caso, en la etapa 156
se incrementa el índice k, es decir, se pasa a la siguiente TFC del
conjunto S4. En una realización, la restricción de si están
permitidos un tamaño RLC o una cantidad del tamaño RLC multiplicada
por los bloques disponibles en un TF, es indicada por la red. En
otra realización, esta restricción se indicada en un TFS. En otra
realización más, esta restricción está indicada a través de un
parámetro del Control de Enlace Radio.
En la etapa 154, G se calcula como:
en la que P[j][q] -> BO
denota la ocupación de la memoria intermedia temporal en bits del
canal lógico q-ésimo del canal de transporte j-ésimo.
S4[k][j] -> RS denota el tamaño RLC en bloques de
transporte del TF j-ésimo en la TFC k-ésima del conjunto S4.
P[j][q] -> RHL denota la longitud de la cabecera RLC en
bloques de transporte del canal lógico q-ésimo del canal de
transporte j-ésimo. De esta manera, G es el número de bloques de
transporte disponibles para el canal lógico q que se pueden usar
para rellenar el TF j-ésimo en la TFC
k-ésima.
En la etapa 156, si G es menor que los bloques
SAB aún disponibles del TF j-ésimo en la TFC k-ésima del conjunto
S4, entonces en la etapa 518, la cantidad de G multiplicada por el
tamaño de bloque del TF j-ésimo en la TFC k-ésima del conjunto S4
se suma al número de bloques en la TFC k-ésima del conjunto S4.
Asimismo, en la etapa 158, G se resta de los bloques aún
disponibles en el TF j-ésimo de la TFC k-ésima del conjunto S4. Si G
es mayor o igual que los bloques aún disponibles SAB del TF j-ésimo
en la TFC k-ésima del conjunto S4, entonces en la etapa 160, la
cantidad de los bloques aún disponibles del TF j-ésimo de la TFC
k-ésima del conjunto S4 multiplicada por el tamaño de bloque RLC
del TF j-ésimo de la TFC k-ésima del conjunto S4 se suma al número
de bloques en la TFC k-ésima del conjunto S4. Asimismo, en la etapa
160, los bloques aún disponibles en el TF j-ésimo de la TFC k-ésima
del conjunto S4 se fija a cero. A partir de ambas etapas, 158 y 160,
k se incrementa en la etapa 156.
En la etapa 162 se hace una comprobación para
determinar si se han comprobado todas las TFCs del conjunto S4. Si
no se han comprobado todas las TFC del conjunto S4, entonces el
flujo de control pasa a la etapa 152. Si se han comprobado todas
las TFCs del conjunto S4, entonces en la etapa 164 se elimina el
canal lógico L del conjunto Sc y en la etapa 166 se comprueba el
conjunto Sc para determinar si no está vacío. Si Sc no está vacío,
entonces el flujo de control pasa a la etapa 148. Si Sc está vacío,
entonces en la etapa 168, solamente se conserva la TFC con el valor
NOB más alto en el conjunto S4. En la etapa 170, se comprueba el
conjunto S4 para determinar si tiene un solo elemento. Si el
conjunto S4 tiene un solo elemento en él, entonces en la etapa 172
se finaliza la selección de TFC. Si no hay un solo elemento en el
conjunto S4, entonces en la etapa 174 se incrementa el índice i, es
decir, se pasa al siguiente nivel de prioridad. En la etapa 176, se
hace una comprobación para determinar si se han comprobado todos los
niveles de prioridad. Si no se han comprobado todos los niveles de
prioridad, entonces el flujo de control pasa a la etapa 144. Si se
han comprobado todos los niveles de prioridad, entonces en la etapa
178 se selecciona una TFC con el número más bajo de bits, y en la
etapa 172 finaliza la selección de TFC y se selecciona la TFC
óptima.
Como debería ser evidente para un experto en la
técnica, el algoritmo TFC se puede aplicar a otras interconexiones
entre módulos de red. Se puede aplicar a cualquier situación en la
que un módulo tenga una pluralidad de entradas y produzca una
salida multiplexada a partir de la pluralidad de entradas. Por
ejemplo, un módulo multiplexor puede estar localizado en una BTS en
la que la BTS multiplexa los flujos de datos provenientes de una
pluralidad de unidades suscriptoras y produce un flujo de datos
multiplexado para su envío a la BSC.
De esta manera, un procedimiento y un aparato
nuevos y mejorados para la asignación de flujos de datos a un solo
flujo de datos dado TTI restringe los formatos de transporte. Un
experto en la técnica debería entender que los diferentes bloques
lógicos, módulos y algoritmos lógicos ilustrativos descritos en
conexión con las realizaciones reveladas en la presente se pueden
implementar como hardware electrónico, software de ordenador o
combinaciones de ambos. Los diferentes componentes, bloques,
módulos, circuitos y etapas ilustrativos se han descrito
generalmente en cuanto a su funcionalidad. Si se implementa la
funcionalidad como hardware o como software depende de la
aplicación particular y de las restricciones de diseño impuestas
sobre el sistema global. Los expertos en la técnica reconocen la
intercambiabilidad del hardware y el software en estas
circunstancias, y como mejor implementar la funcionalidad descrita
en cada aplicación concreta. Como ejemplos, los diferentes bloques
lógicos, módulos y etapas de algoritmo ilustrativos descritos en
conexión con las realizaciones descritas en la presente se pueden
implementar o realizar con un procesador que ejecute un conjunto de
instrucciones de firmware, un circuito integrado específico de
aplicación (ASIC), una matriz de puertas programable en campo
(FPGA) u otros dispositivos lógicos programables, puertas discretas
o lógica de transistores, componentes de hardware discretos tales
como por ejemplo, registros, cualquier módulo software programable
convencional y un procesador, o cualquier combinación de los mismos
diseñada para realizar las funciones descritas en este documento.
El multiplexor puede ser, ventajosamente, un microprocesador, pero
en la alternativa, el multiplexor puede ser cualquier procesador,
controlador, microcontrolador o máquina de estado convencionales.
Las aplicaciones podrían residir en la memoria RAM, en memoria
instantánea, en memoria ROM, en memoria EPROM, en memoria EEPROM,
en registros, en disco duro, en disco extraíble, en un
CD-ROM o en cualquier otro formato de medio de
almacenamiento conocido en la técnica. Como se ilustra en la figura
2, una estación base (14) está acoplada ventajosamente a una unidad
suscriptora (12) para leer la información de la estación base (14).
La memoria (49) puede estar integrada en el multiplexor (48). El
multiplexor (48) y la memoria (49) pueden residir en un ASIC (que no
se muestra). El ASIC puede residir en un teléfono (12).
La descripción anterior de las realizaciones de
la invención se presenta para permitir que cualquier experto en la
técnica pueda hacer o usar la presente invención. Las diferentes
modificaciones a estas realizaciones serán fácilmente evidentes
para un experto en la técnica, y los principios genéricos descritos
en este documento se pueden aplicar a otras realizaciones sin el
uso de la facultad inventiva. De esta manera, la presente invención
no está concebida para limitarse a las realizaciones mostradas en el
presente documento, sino para estar conforme con el ámbito más
amplio consistente con los principios y las características
novedosas descritas en la presente memoria.
Claims (15)
1. Un procedimiento para multiplexar flujos (40,
42, 44) de datos sobre un flujo (50) de datos, que comprende la
recepción de un conjunto de combinaciones de formatos de transporte
"TFC", comprendiendo el procedimiento:
eliminación, del conjunto de TFCs recibido, las
TFCs que tengan formatos de transporte "TFs" que no tengan
intervalos de tiempo de transmisión "TTI" siendo cada uno más
corto o igual que la longitud de TTI máxima del límite de intervalo
de tiempo de transmisión en curso; y
eliminación, del conjunto de TFCs recibido, las
TFCs que tengan TFs que contengan más bloques de datos que los
disponibles para un canal (50) de transporte correspondiente, para
crear un conjunto de TFCs modificado.
2. El procedimiento de la reivindicación 1, que
comprende además la selección de una TFC del conjunto de TFCs
modificado en base a la prioridad de los flujos (40, 42, 44) de
datos.
3. El procedimiento de la reivindicación 1, en
el que la selección se basa en la TFC seleccionada que tiene más
bits de los flujos de datos de prioridad más alta que cualquier otra
TFC del conjunto de TFCs modificado.
4. El procedimiento de la reivindicación 3, que
comprende además el llenado de la TFC seleccionada con bits de los
flujos (40, 42, 44) de datos.
5. El procedimiento de la reivindicación 4, que
comprende además la programación de la TFC seleccionada para
transmisión.
6. El procedimiento de la reivindicación 1, que
comprende además la eliminación, del conjunto de TFCs modificado,
las TFCs que requieran más energía que una energía de transmisor
máxima en uso actual.
7. Un programa de ordenador que tiene
instrucciones para realización de un procedimiento de una cualquiera
de las reivindicaciones 1 - 6.
8. Un aparato para multiplexar de flujos (40,
42, 44) de datos sobre un flujo (50) de datos, que comprende un
medio para la recepción de un conjunto de combinaciones de formatos
de transporte "TFCs" comprendiendo el aparato:
medio para eliminación, del conjunto de TFCs
recibido, las TFCs que tienen formatos de transporte "TFs" que
no tienen intervalos de tiempo de transmisión "TTI" siendo cada
uno más corto o igual que la longitud de TTI máxima del límite de
intervalo de tiempo de transmisión en curso; y
medio para eliminación, del conjunto de Tics,
las TFCs que tienen TFs que contienen más bloques de datos que los
disponibles para un canal (50) de trasporte correspondiente, para
crear o modificar el conjunto de TFCs.
9. El aparato de la reivindicación 8, que
comprende además medios para seleccionar una TFC del conjunto de
Tics basados en la prioridad de los flujos datos (40,42,44)
medio para eliminar, del conjunto de TFCs
recibido, las TFCs que tienen formatos de transporte "TFs" que
no tienen intervalos de tiempo de transmisión "TTIs", siendo
cada uno más corto que o igual a la máxima longitud del TTI del
límite del intervalo de tiempo de transmisión; y
medio para eliminación, del conjunto de TFCs
recibido, las TFCs que tienen TFs que contienen más bloques de
datos que los disponibles para un canal (50) de transporte
correspondiente, para crear un conjunto de TFCs modificado.
10. El aparato de la reivindicación 9, en el que
la selección se basa en La TFC seleccionada que tiene más bits en
los flujos de datos de más alta prioridad que cualquier otra TFC del
conjunto de TFCs modificado.
11. El aparato de la reivindicación 10, que
comprende además medio para llenado de la TFC seleccionada con bits
de los flujos (40, 42, 44) de datos.
12. El aparato de la reivindicación 11, que
comprende además medios para la programación de la TFC seleccionada
para transmisión.
13. El aparato de la reivindicación 8, que
comprende además medios para eliminación, del conjunto de TFCs
modificado, las TFCs que requieren más energía que una energía de
transmisor máxima en curso.
14. El aparato de una cualquiera de las
reivindicaciones 8 - 13, en el que el aparato comprende una estación
(14) base.
15. El aparato de una cualquiera de las
reivindicaciones 8 - 13, en el que el aparato comprende una unidad
de abonado.
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US764788 | 2001-01-17 | ||
| US09/764,788 US6813284B2 (en) | 2001-01-17 | 2001-01-17 | Method and apparatus for allocating data streams given transmission time interval (TTI) constraints |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| ES2343548T3 true ES2343548T3 (es) | 2010-08-03 |
Family
ID=25071777
Family Applications (4)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES06025868T Expired - Lifetime ES2289728T3 (es) | 2001-01-17 | 2002-01-16 | Procedimiento y aparato para asignar flujos de datos, dadas restricciones de intervalo de tiempo de transmision (tti) y restricciones de potencia de transmision. |
| ES07014931T Expired - Lifetime ES2343548T3 (es) | 2001-01-17 | 2002-01-16 | Procedimiento y aparato para asignar flujos de datos, en funcion de restricciones de intervalo de tiempo de transmision (tti). |
| ES10002968T Expired - Lifetime ES2383853T3 (es) | 2001-01-17 | 2002-01-16 | Procedimiento y aparato para asignar flujos de datos, en función de las restricciones del intervalo de tiempo de transmisión (TTI) |
| ES02720838T Expired - Lifetime ES2274968T3 (es) | 2001-01-17 | 2002-01-16 | Procedimiento y aparato para asignar corrientes de datos dadas las restricciones de invervalo de tiempo de la transmision (tti). |
Family Applications Before (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES06025868T Expired - Lifetime ES2289728T3 (es) | 2001-01-17 | 2002-01-16 | Procedimiento y aparato para asignar flujos de datos, dadas restricciones de intervalo de tiempo de transmision (tti) y restricciones de potencia de transmision. |
Family Applications After (2)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES10002968T Expired - Lifetime ES2383853T3 (es) | 2001-01-17 | 2002-01-16 | Procedimiento y aparato para asignar flujos de datos, en función de las restricciones del intervalo de tiempo de transmisión (TTI) |
| ES02720838T Expired - Lifetime ES2274968T3 (es) | 2001-01-17 | 2002-01-16 | Procedimiento y aparato para asignar corrientes de datos dadas las restricciones de invervalo de tiempo de la transmision (tti). |
Country Status (20)
| Country | Link |
|---|---|
| US (1) | US6813284B2 (es) |
| EP (4) | EP1843494B1 (es) |
| JP (1) | JP4177109B2 (es) |
| KR (1) | KR100806979B1 (es) |
| CN (2) | CN100508427C (es) |
| AT (3) | ATE470280T1 (es) |
| AU (1) | AU2002251812B2 (es) |
| BR (1) | BR0206499A (es) |
| CA (1) | CA2434985A1 (es) |
| DE (3) | DE60218839T2 (es) |
| DK (1) | DK2192702T3 (es) |
| ES (4) | ES2289728T3 (es) |
| IL (3) | IL156946A0 (es) |
| MX (1) | MXPA03006451A (es) |
| NO (1) | NO335292B1 (es) |
| PT (1) | PT2192702E (es) |
| RU (1) | RU2288548C2 (es) |
| TW (1) | TW588536B (es) |
| UA (1) | UA77952C2 (es) |
| WO (1) | WO2002065675A2 (es) |
Families Citing this family (86)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7295509B2 (en) | 2000-09-13 | 2007-11-13 | Qualcomm, Incorporated | Signaling method in an OFDM multiple access system |
| US9130810B2 (en) | 2000-09-13 | 2015-09-08 | Qualcomm Incorporated | OFDM communications methods and apparatus |
| US6847623B1 (en) | 2000-11-15 | 2005-01-25 | Qualcomm Incorporated | Method and apparatus for allocating data streams onto a single channel |
| GB2377586B (en) | 2001-07-06 | 2005-06-29 | Ipwireless Inc | System and method for channel transport format allocation in a wireless communication system |
| JP2003032753A (ja) * | 2001-07-19 | 2003-01-31 | Nec Corp | 公共通信システムと公共通信方法 |
| US6845088B2 (en) * | 2001-10-19 | 2005-01-18 | Interdigital Technology Corporation | System and method for fast dynamic link adaptation |
| US20030123417A1 (en) * | 2001-12-31 | 2003-07-03 | Bysted Tommy Kristensen | Modulation-dependant transport channel configuration |
| US20030123415A1 (en) * | 2001-12-31 | 2003-07-03 | Bysted Tommy Kristensen | Transport format combination indicator signalling |
| SE0201758D0 (sv) * | 2002-06-05 | 2002-06-05 | Ericsson Telefon Ab L M | Method and system of failure avoidace |
| US7710996B1 (en) * | 2002-08-27 | 2010-05-04 | Juniper Networks, Inc. | Programmable systems and methods for weighted round robin arbitration |
| US7333433B2 (en) * | 2002-11-18 | 2008-02-19 | Intel Corporation | Managing bandwidth using weighted reduction |
| KR100524737B1 (ko) | 2002-11-22 | 2005-10-31 | 엘지전자 주식회사 | 이동통신 시스템에서 제어계층 레이어 상의 데이터 전송방법 |
| CN1729630B (zh) * | 2002-12-20 | 2010-11-10 | 美商内数位科技公司 | 移动网络中以媒体存取控制层调度数据传输 |
| US7133677B2 (en) * | 2003-01-22 | 2006-11-07 | Lucent Technologies Inc. | System and method for establishing and/or maintaining a data session across packet data networks |
| US7408902B2 (en) | 2003-02-13 | 2008-08-05 | Interdigital Technology Corporation | Method of using a radio network controller for controlling data bit rates to maintain the quality of radio links |
| US7564867B2 (en) * | 2003-08-19 | 2009-07-21 | Alcatel-Lucent Usa Inc. | Enhanced uplink data transmission |
| KR101042814B1 (ko) | 2003-10-04 | 2011-06-21 | 삼성전자주식회사 | 향상된 역방향 전용전송채널을 서비스하는 비동기 방식의부호분할다중접속 이동통신시스템에서 기지국이전송시구간을 가변적으로 제어하는 장치 및 방법 |
| FI20031649A7 (fi) * | 2003-11-12 | 2005-05-13 | Nokia Corp | Menetelmä ja laite siirtomuotoyhdistelmien tunnisteiden uudelleenvaraamiseksi langattomassa järjestelmässä |
| US7525925B2 (en) * | 2003-12-31 | 2009-04-28 | Stmicroelectronics Asia Pacific Pte. Ltd. | System and method for selecting an optimal transport format combination using progressive set reduction |
| JP2005311882A (ja) * | 2004-04-23 | 2005-11-04 | Matsushita Electric Ind Co Ltd | 通信端末装置及び送信方法 |
| KR100735346B1 (ko) * | 2004-05-04 | 2007-07-04 | 삼성전자주식회사 | 향상된 상향 링크 전용 채널에서 ｈａｒｑ 동작을 고려한ｔｔｉ 변경 방법 및 장치 |
| KR101153598B1 (ko) | 2004-06-11 | 2012-06-11 | 닛본 덴끼 가부시끼가이샤 | 트랜스포트 포맷 콤비네이션 선택 방법, 무선 통신 시스템 및 이동국 |
| DE602004011032T2 (de) * | 2004-06-15 | 2008-04-30 | Matsushita Electric Industrial Co., Ltd., Kadoma | Auf Priorität basierte Behandlung von Datenübertragungen |
| US9137822B2 (en) | 2004-07-21 | 2015-09-15 | Qualcomm Incorporated | Efficient signaling over access channel |
| US9148256B2 (en) | 2004-07-21 | 2015-09-29 | Qualcomm Incorporated | Performance based rank prediction for MIMO design |
| ATE391376T1 (de) * | 2004-10-01 | 2008-04-15 | Matsushita Electric Industrial Co Ltd | Dienstgüte-bewusste ablaufsteuerung für aufwärtsübertragungen über zugeordneten kanälen |
| US20060176966A1 (en) * | 2005-02-07 | 2006-08-10 | Stewart Kenneth A | Variable cyclic prefix in mixed-mode wireless communication systems |
| US9246560B2 (en) | 2005-03-10 | 2016-01-26 | Qualcomm Incorporated | Systems and methods for beamforming and rate control in a multi-input multi-output communication systems |
| US9154211B2 (en) | 2005-03-11 | 2015-10-06 | Qualcomm Incorporated | Systems and methods for beamforming feedback in multi antenna communication systems |
| US8446892B2 (en) | 2005-03-16 | 2013-05-21 | Qualcomm Incorporated | Channel structures for a quasi-orthogonal multiple-access communication system |
| US9520972B2 (en) | 2005-03-17 | 2016-12-13 | Qualcomm Incorporated | Pilot signal transmission for an orthogonal frequency division wireless communication system |
| US9461859B2 (en) | 2005-03-17 | 2016-10-04 | Qualcomm Incorporated | Pilot signal transmission for an orthogonal frequency division wireless communication system |
| US9143305B2 (en) | 2005-03-17 | 2015-09-22 | Qualcomm Incorporated | Pilot signal transmission for an orthogonal frequency division wireless communication system |
| US8031583B2 (en) * | 2005-03-30 | 2011-10-04 | Motorola Mobility, Inc. | Method and apparatus for reducing round trip latency and overhead within a communication system |
| US20070058595A1 (en) * | 2005-03-30 | 2007-03-15 | Motorola, Inc. | Method and apparatus for reducing round trip latency and overhead within a communication system |
| US9184870B2 (en) | 2005-04-01 | 2015-11-10 | Qualcomm Incorporated | Systems and methods for control channel signaling |
| US9036538B2 (en) | 2005-04-19 | 2015-05-19 | Qualcomm Incorporated | Frequency hopping design for single carrier FDMA systems |
| US9408220B2 (en) | 2005-04-19 | 2016-08-02 | Qualcomm Incorporated | Channel quality reporting for adaptive sectorization |
| US8116292B2 (en) | 2005-04-29 | 2012-02-14 | Interdigital Technology Corporation | MAC multiplexing and TFC selection procedure for enhanced uplink |
| TWI380651B (en) | 2005-04-29 | 2012-12-21 | Interdigital Tech Corp | Mac multiplexing and tfc selection procedure for enhanced uplink |
| WO2006121302A1 (en) * | 2005-05-13 | 2006-11-16 | Samsung Electronics Co., Ltd. | Method and apparatus for indexing physical channels in an ofdma system |
| US20060269024A1 (en) * | 2005-05-27 | 2006-11-30 | Francis Dominique | Initial multi-path acquisition of random access channels |
| US8611284B2 (en) | 2005-05-31 | 2013-12-17 | Qualcomm Incorporated | Use of supplemental assignments to decrement resources |
| US8879511B2 (en) | 2005-10-27 | 2014-11-04 | Qualcomm Incorporated | Assignment acknowledgement for a wireless communication system |
| US8565194B2 (en) | 2005-10-27 | 2013-10-22 | Qualcomm Incorporated | Puncturing signaling channel for a wireless communication system |
| US8462859B2 (en) | 2005-06-01 | 2013-06-11 | Qualcomm Incorporated | Sphere decoding apparatus |
| US9179319B2 (en) | 2005-06-16 | 2015-11-03 | Qualcomm Incorporated | Adaptive sectorization in cellular systems |
| US8599945B2 (en) | 2005-06-16 | 2013-12-03 | Qualcomm Incorporated | Robust rank prediction for a MIMO system |
| US7764656B2 (en) * | 2005-07-13 | 2010-07-27 | Alcatel-Lucent Usa Inc. | Methods of multipath acquisition for dedicated traffic channels |
| US7929499B2 (en) * | 2005-07-13 | 2011-04-19 | Alcatel-Lucent Usa Inc. | Methods of multipath acquisition for dedicated traffic channels |
| US7856071B2 (en) * | 2005-07-26 | 2010-12-21 | Alcatel-Lucent Usa Inc. | Multi-path acquisition in the presence of very high data rate users |
| US8885628B2 (en) | 2005-08-08 | 2014-11-11 | Qualcomm Incorporated | Code division multiplexing in a single-carrier frequency division multiple access system |
| US20070041457A1 (en) | 2005-08-22 | 2007-02-22 | Tamer Kadous | Method and apparatus for providing antenna diversity in a wireless communication system |
| US9209956B2 (en) | 2005-08-22 | 2015-12-08 | Qualcomm Incorporated | Segment sensitive scheduling |
| CL2006002230A1 (es) * | 2005-08-24 | 2008-03-24 | Qualcomm Inc | Procesador y metodo para asignar uno de multiples intervalos de tiempo de transmision a un dispositivo de usuario; un agendador que agenda un dispositivo de usuario a un ancho de banda y un tiempo de transmision; un aparato para agendar dispositivos |
| US8644292B2 (en) | 2005-08-24 | 2014-02-04 | Qualcomm Incorporated | Varied transmission time intervals for wireless communication system |
| US9136974B2 (en) | 2005-08-30 | 2015-09-15 | Qualcomm Incorporated | Precoding and SDMA support |
| US8045512B2 (en) | 2005-10-27 | 2011-10-25 | Qualcomm Incorporated | Scalable frequency band operation in wireless communication systems |
| US9088384B2 (en) | 2005-10-27 | 2015-07-21 | Qualcomm Incorporated | Pilot symbol transmission in wireless communication systems |
| US9172453B2 (en) | 2005-10-27 | 2015-10-27 | Qualcomm Incorporated | Method and apparatus for pre-coding frequency division duplexing system |
| US9144060B2 (en) | 2005-10-27 | 2015-09-22 | Qualcomm Incorporated | Resource allocation for shared signaling channels |
| US9225488B2 (en) | 2005-10-27 | 2015-12-29 | Qualcomm Incorporated | Shared signaling channel |
| US9210651B2 (en) | 2005-10-27 | 2015-12-08 | Qualcomm Incorporated | Method and apparatus for bootstraping information in a communication system |
| US9225416B2 (en) | 2005-10-27 | 2015-12-29 | Qualcomm Incorporated | Varied signaling channels for a reverse link in a wireless communication system |
| US8477684B2 (en) | 2005-10-27 | 2013-07-02 | Qualcomm Incorporated | Acknowledgement of control messages in a wireless communication system |
| US8693405B2 (en) | 2005-10-27 | 2014-04-08 | Qualcomm Incorporated | SDMA resource management |
| US8582509B2 (en) | 2005-10-27 | 2013-11-12 | Qualcomm Incorporated | Scalable frequency band operation in wireless communication systems |
| US8582548B2 (en) | 2005-11-18 | 2013-11-12 | Qualcomm Incorporated | Frequency division multiple access schemes for wireless communication |
| US8831607B2 (en) | 2006-01-05 | 2014-09-09 | Qualcomm Incorporated | Reverse link other sector communication |
| WO2007098639A1 (fr) * | 2006-03-01 | 2007-09-07 | Zte Corporation | Procédé de sélection de la combinaison de formats de transport |
| WO2007127761A1 (en) * | 2006-04-24 | 2007-11-08 | Qualcomm Incorporated | Multiplexer to transmitter interface protocol |
| ES2356692T3 (es) | 2006-07-06 | 2011-04-12 | Interdigital Technology Corporation | Método de comunicación inalámbrica para seleccionar una combinación de formatos de transporte de enlace ascendente mejorado ajustando una carga de información útil de concesión de programación temporal en la carga de información útil más alta que puede ser transmitida. |
| US8400998B2 (en) | 2006-08-23 | 2013-03-19 | Motorola Mobility Llc | Downlink control channel signaling in wireless communication systems |
| ATE502447T1 (de) * | 2006-11-02 | 2011-04-15 | Interdigital Tech Corp | Verfahren und vorrichtung zur optimierung von e- tfc-beschränkung für hsupa-kanäle |
| US8811335B2 (en) | 2007-04-20 | 2014-08-19 | Qualcomm Incorporated | Method and apparatus for dynamic adjustment of uplink transmission time |
| US7792082B2 (en) * | 2007-06-28 | 2010-09-07 | Alcatel-Lucent Usa Inc. | Dynamic expansion of a frame selection interval in a wireless communication network |
| KR101110975B1 (ko) * | 2007-07-10 | 2012-03-14 | 미쓰비시덴키 가부시키가이샤 | 송신 장치 및 통신 시스템 |
| CN101816145B (zh) * | 2007-10-02 | 2015-06-03 | 三星电子株式会社 | 通信系统中信号的重复传输 |
| CN101162938B (zh) * | 2007-10-25 | 2011-08-10 | 中兴通讯股份有限公司 | 一种mac层的传输格式组合的选择方法及其装置 |
| JP2009188530A (ja) * | 2008-02-04 | 2009-08-20 | Panasonic Corp | ストリームデータの多重化装置および多重化方法 |
| US8654705B2 (en) * | 2008-10-24 | 2014-02-18 | Qualcomm Incorporated | System and method for supporting multiple reverse link data streams |
| US8654715B2 (en) * | 2008-10-24 | 2014-02-18 | Qualcomm Incorporated | Systems and methods providing mobile transmit diversity |
| US8537724B2 (en) * | 2009-03-17 | 2013-09-17 | Motorola Mobility Llc | Relay operation in a wireless communication system |
| WO2011019925A2 (en) * | 2009-08-12 | 2011-02-17 | Nortel Networks Limited | Providing a deny response that specifies a delay time |
| US9703355B2 (en) * | 2013-08-28 | 2017-07-11 | Qualcomm Incorporated | Method, devices and systems for dynamic multimedia data flow control for thermal power budgeting |
| EP3142308A4 (en) * | 2014-05-08 | 2018-01-03 | Nec Corporation | Communication device, communication system, communication method, and storage medium storing program for communication |
Family Cites Families (13)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US4901307A (en) | 1986-10-17 | 1990-02-13 | Qualcomm, Inc. | Spread spectrum multiple access communication system using satellite or terrestrial repeaters |
| FR2657741B1 (fr) * | 1990-01-29 | 1992-04-03 | Cit Alcatel | Interface de restructuration de trames pour trains numeriques multiplexes par multiplexage temporel d'affluents numeriques a differents debits. |
| US5103459B1 (en) | 1990-06-25 | 1999-07-06 | Qualcomm Inc | System and method for generating signal waveforms in a cdma cellular telephone system |
| CA2104753C (en) * | 1992-10-29 | 1999-02-16 | Kotikalapudi Sriram | Bandwidth allocation, transmission scheduling, and congestion avoidance in broadband atm networks |
| FI96558C (fi) * | 1994-09-27 | 1996-07-10 | Nokia Telecommunications Oy | Menetelmä datasiirtoa varten TDMA-matkaviestinjärjestelmässä sekä menetelmän toteuttava matkaviestinjärjestelmä |
| ES2155498T3 (es) * | 1995-10-06 | 2001-05-16 | Cit Alcatel | Metodo y aparato para dar forma y multiplexar trafico a rafagas. |
| AU724356B2 (en) * | 1996-10-08 | 2000-09-21 | Tiernan Communications, Inc. | Apparatus and method for multi-service transport multiplexing |
| US5999534A (en) * | 1996-12-26 | 1999-12-07 | Daewoo Electronics Co., Ltd. | Method and apparatus for scheduling cells for use in a static priority scheduler |
| US6008777A (en) * | 1997-03-07 | 1999-12-28 | Intel Corporation | Wireless connectivity between a personal computer and a television |
| US6246681B1 (en) * | 1997-12-19 | 2001-06-12 | Alcatel Usa Sourcing, L.P. | System and method for plane selection |
| US6201793B1 (en) * | 1998-03-16 | 2001-03-13 | Lucent Technologies | Packet delay estimation in high speed packet switches |
| FR2785758B1 (fr) | 1998-11-05 | 2002-03-29 | Mitsubishi Electric Inf Tech | Procede d'allocation de ressources a chaque emetteur connecte a un recepteur via un meme lien de transmission |
| KR100595147B1 (ko) | 1998-12-09 | 2006-08-30 | 엘지전자 주식회사 | 트랜스포트 채널 멀티플렉싱 정보 송수신 방법 및 이를 위한 송수신 장치 |
-
2001
- 2001-01-17 US US09/764,788 patent/US6813284B2/en not_active Expired - Lifetime
-
2002
- 2002-01-16 EP EP07014931A patent/EP1843494B1/en not_active Expired - Lifetime
- 2002-01-16 WO PCT/US2002/001973 patent/WO2002065675A2/en not_active Ceased
- 2002-01-16 IL IL15694602A patent/IL156946A0/xx unknown
- 2002-01-16 DE DE60218839T patent/DE60218839T2/de not_active Expired - Lifetime
- 2002-01-16 KR KR1020037009564A patent/KR100806979B1/ko not_active Expired - Lifetime
- 2002-01-16 EP EP06025868A patent/EP1758278B1/en not_active Expired - Lifetime
- 2002-01-16 CA CA002434985A patent/CA2434985A1/en not_active Abandoned
- 2002-01-16 AU AU2002251812A patent/AU2002251812B2/en not_active Expired
- 2002-01-16 ES ES06025868T patent/ES2289728T3/es not_active Expired - Lifetime
- 2002-01-16 CN CNB028053036A patent/CN100508427C/zh not_active Expired - Lifetime
- 2002-01-16 ES ES07014931T patent/ES2343548T3/es not_active Expired - Lifetime
- 2002-01-16 DE DE60222482T patent/DE60222482T2/de not_active Expired - Lifetime
- 2002-01-16 EP EP02720838A patent/EP1391067B1/en not_active Expired - Lifetime
- 2002-01-16 AT AT07014931T patent/ATE470280T1/de not_active IP Right Cessation
- 2002-01-16 BR BR0206499-5A patent/BR0206499A/pt not_active Application Discontinuation
- 2002-01-16 DK DK10002968.5T patent/DK2192702T3/da active
- 2002-01-16 MX MXPA03006451A patent/MXPA03006451A/es active IP Right Grant
- 2002-01-16 ES ES10002968T patent/ES2383853T3/es not_active Expired - Lifetime
- 2002-01-16 AT AT02720838T patent/ATE357091T1/de not_active IP Right Cessation
- 2002-01-16 DE DE60236631T patent/DE60236631D1/de not_active Expired - Lifetime
- 2002-01-16 JP JP2002564867A patent/JP4177109B2/ja not_active Expired - Lifetime
- 2002-01-16 EP EP10002968A patent/EP2192702B1/en not_active Expired - Lifetime
- 2002-01-16 AT AT06025868T patent/ATE373351T1/de not_active IP Right Cessation
- 2002-01-16 UA UA2003076690A patent/UA77952C2/uk unknown
- 2002-01-16 ES ES02720838T patent/ES2274968T3/es not_active Expired - Lifetime
- 2002-01-16 RU RU2003125268/09A patent/RU2288548C2/ru active
- 2002-01-16 CN CN200910141422XA patent/CN101557279B/zh not_active Expired - Lifetime
- 2002-01-16 PT PT10002968T patent/PT2192702E/pt unknown
- 2002-01-17 TW TW091100676A patent/TW588536B/zh not_active IP Right Cessation
-
2003
- 2003-07-15 IL IL156946A patent/IL156946A/en unknown
- 2003-07-16 NO NO20033222A patent/NO335292B1/no not_active IP Right Cessation
-
2008
- 2008-10-06 IL IL194574A patent/IL194574A/en active IP Right Grant
Also Published As
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| ES2343548T3 (es) | Procedimiento y aparato para asignar flujos de datos, en funcion de restricciones de intervalo de tiempo de transmision (tti). | |
| ES2361198T3 (es) | Procedimiento y aparato para asignar flujos de datos sobre un único canal. | |
| ES2268234T3 (es) | Aparato y metodo para codificacion y multiplexado de canal, en un sistema de comunicacion cdma. | |
| TWI257796B (en) | Scheduling data transmission by medium access control (MAC) layer in a mobile network | |
| ES2335417T3 (es) | Restriccion del proceso harq y transmision de datos de control no programados a traves de canales del enlace ascendente. | |
| ES2568456T3 (es) | Procedimiento y aparato para transmitir y recibir información de control de enlace descendente en un sistema de comunicación móvil que soporta un servicio de datos en paquetes de enlace ascendente | |
| TWI290421B (en) | Dynamic forward error correction in UTRA systems | |
| AU2002251812A1 (en) | Method and apparatus for allocating data streams given transmission time interval (TTI) constraints | |
| BRPI0706917A2 (pt) | qualidade de serviço baseada em recurso de determinação e aparelho de alocação e procedimento em evolução de acesso de pacotes de alta velocidade e sistemas de evolução de longo prazo | |
| ES2560543T3 (es) | Señalización de datos de asistencia a la programación en un sistema de comunicación celular | |
| ES2289150T3 (es) | Planificacion ponderada y jerarquica de colas de datos por paquetes. | |
| KR100804860B1 (ko) | 무선 네트워크에서 낮은 데이터 레이트 트래픽의 조기 종료 | |
| HK1116937B (en) | Method and apparatus for allocating data streams given transmission time interval (tti) constraints | |
| HK1103870B (en) | Method and apparatus for allocating data streams given transmission time interval (tti) constraints and transmission power constraints | |
| HK1066932B (zh) | 給定傳輸時間間隔(tti)約束下分配數據流的方法和裝置 | |
| JP2006319800A (ja) | 信号処理システム |