ES2349883T3 - Procedimientos y sistemas para la selección adaptativa de servidor en comunicaciones inalámbricas. - Google Patents
Procedimientos y sistemas para la selección adaptativa de servidor en comunicaciones inalámbricas. Download PDFInfo
- Publication number
- ES2349883T3 ES2349883T3 ES09153905T ES09153905T ES2349883T3 ES 2349883 T3 ES2349883 T3 ES 2349883T3 ES 09153905 T ES09153905 T ES 09153905T ES 09153905 T ES09153905 T ES 09153905T ES 2349883 T3 ES2349883 T3 ES 2349883T3
- Authority
- ES
- Spain
- Prior art keywords
- drc
- coverage
- dsc
- value
- access
- 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
Links
- 238000000034 method Methods 0.000 title claims abstract description 53
- 230000003044 adaptive effect Effects 0.000 title description 5
- 230000005540 biological transmission Effects 0.000 claims abstract description 34
- 238000004891 communication Methods 0.000 claims abstract description 28
- 238000012217 deletion Methods 0.000 claims abstract description 20
- 230000037430 deletion Effects 0.000 claims abstract description 20
- 238000013507 mapping Methods 0.000 claims description 19
- 101100465868 Neurospora crassa (strain ATCC 24698 / 74-OR23-1A / CBS 708.71 / DSM 1257 / FGSC 987) drc-2 gene Proteins 0.000 claims 1
- 230000008859 change Effects 0.000 description 35
- 230000008569 process Effects 0.000 description 31
- 238000012545 processing Methods 0.000 description 17
- 230000002441 reversible effect Effects 0.000 description 12
- 238000010586 diagram Methods 0.000 description 8
- 230000006870 function Effects 0.000 description 7
- 230000007246 mechanism Effects 0.000 description 7
- 238000011156 evaluation Methods 0.000 description 6
- 238000012546 transfer Methods 0.000 description 6
- 238000005259 measurement Methods 0.000 description 5
- 238000001514 detection method Methods 0.000 description 4
- 230000000694 effects Effects 0.000 description 3
- 238000013442 quality metrics Methods 0.000 description 3
- 230000002123 temporal effect Effects 0.000 description 3
- 230000008901 benefit Effects 0.000 description 2
- 230000007423 decrease Effects 0.000 description 2
- 230000003111 delayed effect Effects 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 230000011664 signaling Effects 0.000 description 2
- 239000011800 void material Substances 0.000 description 2
- 230000006978 adaptation Effects 0.000 description 1
- 230000000295 complement effect Effects 0.000 description 1
- 230000001934 delay Effects 0.000 description 1
- 201000001098 delayed sleep phase syndrome Diseases 0.000 description 1
- 208000033921 delayed sleep phase type circadian rhythm sleep disease Diseases 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 239000000835 fiber Substances 0.000 description 1
- 238000001914 filtration Methods 0.000 description 1
- 230000007774 longterm Effects 0.000 description 1
- 239000006249 magnetic particle Substances 0.000 description 1
- 238000012423 maintenance Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 239000002245 particle Substances 0.000 description 1
- 230000002688 persistence Effects 0.000 description 1
- 230000009467 reduction Effects 0.000 description 1
- 230000004044 response Effects 0.000 description 1
- 238000004088 simulation Methods 0.000 description 1
- 230000003595 spectral effect Effects 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
- 239000013589 supplement Substances 0.000 description 1
- 230000009897 systematic effect Effects 0.000 description 1
- 230000001960 triggered effect Effects 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/16—Performing reselection for specific purposes
- H04W36/18—Performing reselection for specific purposes for allowing seamless reselection, e.g. soft reselection
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W48/00—Access restriction; Network selection; Access point selection
- H04W48/20—Selecting an access point
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W92/00—Interfaces specially adapted for wireless communication networks
- H04W92/04—Interfaces between hierarchically different network devices
- H04W92/10—Interfaces between hierarchically different network devices between terminal device and access point, i.e. wireless air interface
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W99/00—Subject matter not provided for in other groups of this subclass
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/24—Reselection being triggered by specific parameters
- H04W36/30—Reselection being triggered by specific parameters by measured or perceived connection quality data
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/24—Reselection being triggered by specific parameters
- H04W36/30—Reselection being triggered by specific parameters by measured or perceived connection quality data
- H04W36/304—Reselection being triggered by specific parameters by measured or perceived connection quality data due to measured or perceived resources with higher communication quality
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/34—Reselection control
- H04W36/38—Reselection control by fixed network equipment
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
Un procedimiento (1700) para las comunicaciones inalámbricas en un punto de acceso, AP, que comprende: determinar (1710) si se borra una cobertura de control de velocidad de datos, DRC, transmitida desde un terminal de acceso, AT; determinar (1730) si se cumplen los criterios de borrado de cobertura en relación con la cobertura DRC, si se borra la cobertura DRC; determinar (1740) si se borra un valor de control de fuente de datos, DSC, transmitido desde el terminal de acceso, si se cumplen los criterios de borrado de cobertura; multidifundir (1760) trafico directo al AT desde una pluralidad de sectores que están en la célula servida por el punto de acceso y en un conjunto activo del AT, si se borra el valor DSC; y programar (1720) la transmisión del AT desde un sector asociado con la cobertura DRC, si no se borra la cobertura DRC.
Description
Procedimientos y sistemas para la selección
adaptativa de servidor en comunicaciones inalámbricas.
Esta descripción se refiere en general a los
sistemas de comunicación. Más concretamente, las formas de
realización que se describen en la presente memoria se refieren a
la selección de servidor adaptativa en las comunicaciones
inalámbricas.
Los sistemas de comunicación inalámbricos son
ampliamente utilizados para proporcionar diversos tipos de
comunicación (p. ej. de voz, de datos, etc.) a un gran número de
usuarios. Dichos sistemas pueden estar basados en el acceso
múltiple por división de código (CDMA), en el acceso múltiple por
división de tiempo (TDMA), en el acceso múltiple por división de
frecuencia (FDMA) o en otras técnicas de acceso múltiple. Un sistema
de comunicación inalámbrico puede estar diseñado para implementar
uno o más estándares, tales como el IS-95, el
cdma2000, el IS-856, el W-CDMA, el
TD-SCDMA, y otros estándares.
A medida que los sistemas de comunicación
inalámbricos procuran proporcionar diversos servicios a velocidades
de transmisión de datos cada vez mayores, para un número cada vez
mayor de usuarios, el aumento de la calidad del servicio y la
mejora de la eficiencia de la red implica un reto.
WO 03/051076 (A1) divulga técnicas para
comprobar el rendimiento de terminales y puntos de acceso en
sistemas de datos CDMA (por ej., cdma2000). Se proporciona un marco
de protocolos y mensajes para soportar la comprobación sistemática
del rendimiento de los terminales y para asegurar compatibilidad de
la interfaz. El marco comprende un Protocolo de Aplicación de
Comprobación Directa (FTAP) para comprobar canales directos y un
Protocolo de Aplicación de Comprobación Inversa (RTAP) para
comprobar canales inversos. También se proporcionan técnicas para
(1) comprobar diferentes tipos de canales (por ej., canales de
tráfico así como canales auxiliares), (2) comprobar transmisiones
de datos por ráfagas, (3) soportar comprobación de
"persistencia" (es decir, comprobación continuada sobre
conexión y desconexión), (4) forzar los ajustes de ciertos canales
auxiliares (por ej., para que se pueda determinar el índice de
error de los canales), y (5) reunir, registrar e informar sobre
varias estadísticas que pueden usarse para derivar métricas de
rendimiento como tasa de transferencia y tasa de error de
paquetes.
paquetes.
El artículo "A Forward Link Performance Study
of the 1xEV-DO Rev.O System Using Field Measurements
and Simulations" de Qi Bi se refiere a aplicaciones de datos
inalámbricas de alta velocidad en el contexto del sistema
1xEV-DO. La eficiencia espectral de una aplicación
de datos inalámbrica se puede aumentar significativamente en
comparación con la de una aplicación de voz inalámbrica mediante un
número de técnicas que incluyen la codificación turbo, adaptación
de tasa, finalización anticipada, planificación de paquetes y
diversidad de recepción. El papel describe mediciones de campo para
cuantificar las ganancias proporcionadas por estas técnicas.
La Fig. 1 ilustra una forma de realización de un
sistema de comunicación inalámbrico;
Las Figs. 2A-2C ilustran unas
formas de realización de las secuencias temporales de los
"handoff" blandos en los sistemas de tipo
"1xEV-DO Release 0" y
"1xEV-DO Revision A".
La Fig. 3 ilustra una forma de realización de
las secuencias temporales operativas de los canales DSC y DRC;
La Fig. 4 ilustra una forma de realización de un
cambio de cobertura DRC;
La Fig. 5 ilustra una forma de realización de
una secuencia de eventos que tiene lugar en el escenario de un
primer "handoff" blando.
La Fig. 6 ilustra una forma de realización de
una secuencia de eventos que tiene lugar en el escenario de un
segundo "handoff" blando.
La Fig. 7 ilustra una forma de realización de
una secuencia de eventos que tiene lugar en el escenario de un
tercer "handoff" blando.
La Fig. 8 ilustra una forma de realización de
una secuencia de eventos que tiene lugar en el escenario de un
cuarto "handoff" blando.
\newpage
La Fig. 9 ilustra un diagrama de flujo de un
proceso, que puede ser utilizado para implementar algunas de las
formas de realización descritas.
La Fig. 10 ilustra un diagrama de flujo de un
proceso, que puede ser utilizado para implementar algunas de las
formas de realización descritas.
La Fig. 11 ilustra un diagrama de flujo de un
proceso, que puede ser utilizado para implementar algunas de las
formas de realización descritas.
La Fig. 12 ilustra un diagrama de flujo de un
proceso que puede ser utilizado para implementar algunas de las
formas de realización descritas.
La Fig. 13. ilustra un diagrama de bloques de un
aparato, en el que se pueden implementar algunas de las formas de
realización descritas.
La Fig. 14 ilustra un diagrama de bloques de un
aparato, en el que se pueden implementar algunas de las formas de
realización descritas.
La Fig. 15. ilustra un diagrama de bloques de un
aparato, en el que se pueden implementar algunas de las formas de
realización descritas.
La Fig. 16 ilustra una forma de realización de
la histéresis asociada a la configuración del bit DRCLock;
La Fig. 17 ilustra un diagrama de flujo de un
proceso relacionado con el mapeo de borrado de DRC;
Las Figs. 18A-I ilustran unos
diagramas de flujo de varios procesos, que pueden ser utilizados
para implementar la forma de realización de la Fig. 17;
La Fig. 19 ilustra un diagrama de flujo de un
proceso, que puede ser utilizado para implementar algunas de las
características ilustradas en la Fig. 17 y en las Figs.
18A-I, y
La Fig. 20 ilustra un diagrama de bloques de un
aparato, en el que se pueden implementar algunas de las formas de
realización descritas.
Las formas de realización descritas en la
presente memoria se refieren a los procedimientos y sistemas para
proporcionar una selección de servidor adaptativa en las
comunicaciones inalámbricas. La invención se define en las
reivindicaciones independientes.
El Punto de Acceso (AP) descrito en la presente
memoria puede incluir y/o implementar funciones de un sistema de
transceptor de estaciones de base (BTS), un transceptor de red de
acceso (ANT), un transceptor de pool de módem (MPT) o un Nodo B (p.
ej. en un sistema de tipo W-CDMA), etc. Una célula
puede remitirse al área de cobertura al que da servicio un AP. Una
célula puede incluir además uno o más sectores. Además, un
controlador de red de accesos (ANC) puede remitirse a una parte de
un sistema de comunicación configurado para actuar como interfaz
con una red central (p. ej. una red de paquetes de datos) y dirigir
paquetes de datos entre los terminales de acceso (ATs) y la red
central, realizar diversos accesos de radio y enlazar las funciones
de mantenimiento (tales como un "handoff" blando), controlar
radiotransmisores y receptores de radio, etcétera. Un ANC puede
incluir y/o implementar las funciones de un controlador de
estaciones de base (BSC), tales como las que se encuentran en las
redes inalámbricas de 2ª, 3ª y 4ª generación. Un ANC y uno o más APs
pueden ser parte de una red de acceso
(AN).
(AN).
Un AT de los indicados en la presente memoria
puede referirse a diversos tipos de dispositivos, incluyendo (pero
sin limitarse a) teléfonos inalámbricos, teléfonos móviles,
ordenadores portátiles, dispositivos inalámbricos multimedia,
tarjetas de comunicación inalámbrica para ordenadores (PC),
asistentes digitales personales (PDA), módems externos o internos,
etc. Un AT puede ser cualquier dispositivo de datos que se comunique
a través de un canal inalámbrico y/o a través de un canal cableado
(p. ej. mediante cables de fibra óptica o coaxiales). Un AT puede
tener diversos nombres, tales como unidad de acceso, nodo de acceso,
unidad de abonado, estación móvil, dispositivo móvil, unidad móvil,
teléfono móvil, móvil, estación remota, terminal remoto, unidad
remota, dispositivo de usuario, equipo de usuario, dispositivo de
mano, etc. Se pueden incorporar diferentes ATs en un mismo sistema.
Los ATs pueden ser móviles o estáticos y pueden estar distribuidos
por todo el sistema de comunicación. Un AT puede comunicarse con
uno o más APs en un enlace directo (FL) y/o en un enlace inverso
(RL) en un momento
dado.
dado.
La Fig. 1 ilustra un sistema de comunicación
inalámbrico 100 configurado para soportar un número de usuarios, en
el que se pueden implementar diversas formas de realización y
aspectos, como se describirá con mayor detalle más adelante. A modo
de ejemplo, el sistema 100 proporciona comunicación a un número de
células 102, entre las que se incluyen las células
102a-102g, a las que les da servicio el
correspondiente AP 104 (tales como los APs
104a-104g). Cada célula puede ser dividida, a su
vez, en uno o más sectores. A lo largo de todo el sistema se
encuentran distribuidos diversos ATs 106, incluyendo los ATs 106a-
106k. Cada AT 106 puede comunicarse con uno o más APs 104 con un
enlace directo y/o en un enlace inverso en un momento dado,
dependiendo de si el AT está activo o de si se encuentra en
"handoff" blando, por ejemplo.
En la Fig. 1, una línea continua con una flecha
puede indicar transmisión de información (datos por ejemplo) desde
un AP a un AT. Las líneas discontinuas, cada una de ellas con una
flecha, pueden indicar que el AT está recibiendo señales piloto y
otras de referencia/señalización, desde los respectivos APs (p. ej.
los del conjunto de AT activo), como se describe con mayor detalle
más adelante. En aras de la claridad y simplicidad en la Fig. 1 no
se indica de forma explícita la comunicación del enlace inverso.
Por ejemplo, en un sistema de paquetes de datos
de alta velocidad (HRDP) (p. ej. tal y como se especifica en
"cdma2000 High Rate Packet Data Air Interface Specification,"
3GPP2 C.S0024-0 Versión 4.0, del 25 de octubre de
2002, al que nos referiremos en la presente memoria como sistema
tipo "1xEV-DO Release 0"; "cdma2000 High
Rate Packet Data Air Interface Specification," 3GPP2
C.S0024-A, Versión 2, de julio de 2005, al que nos
referiremos en la presente memoria como tipo de sistema
"1xEV-DO Revisión A", etc.), la transmisión en
enlace directo se divide en una secuencia de tramas; cada trama se
divide, a su vez, en intervalos de tiempo (p. ej. 16 intervalos,
cada uno de ellos con una duración de 1.667 mseg); y cada intervalo
incluye una pluralidad de canales multiplexados por división de
tiempo.
Las Figs. 2A-2C ilustran formas
de realización de secuencias temporales de "handoff" blandos en
sistemas de tipo "1xEV-DO Release 0" y
"1xEV-DO Revision A", en situaciones en las que
un AT cambia su sector que da servicio del enlace directo desde un
sector de origen (p. ej sector A) a un sector de destino (p. ej.
sector B). El desencadenante para que el AT cambie su sector que da
servicio de enlace directo puede ser provocado por el estado del
canal del enlace directo, p. ej., siendo la relación
señal-interferencia-ruido (SINR)
filtrada (p. ej. basándose en las mediciones de la señal piloto y/
u otras señales del enlace directo) del sector de destino
consistentemente mayor que la del sector de origen de acuerdo con un
esquema predeterminado, tal y como se ilustra en la Fig. 2A y se
describe con mayor detalle más adelante.
En un sistema de tipo "1xEV-DO
Release 0", tal y como se ilustra en la Fig. 2B, un AT puede
utilizar un canal de control de la velocidad de datos (DRC) para
indicar a un AN el sector que da servicios seleccionado y la
velocidad de datos deseada asociada a la transmisión en el enlace
directo. El canal DRC también proporciona un mecanismo de
retroalimentación que relaciona la información de calidad del canal
con el AN. La parte de datos y la parte de sector del DRC puede
denominarse en la presente memoria como "velocidad DRC" y
"cobertura DRC", respectivamente. La velocidad DRC y la
cobertura DRC constituyen el "valor de DRC".
La cobertura DRC puede cambiar en cualquier
límite de cambio de DRC, p. ej. en un intervalo T tal que
donde FrameOffset pueda ser medido
en unidades de intervalos, mod indica una operación modular y
DRCLength puede ser un número predeterminado de intervalos de
duración (p. ej. 8 intervalos). La cobertura DRC y la velocidad DRC
pueden tener lugar medio intervalo después del final de la
transmisión y se mantienen en vigor durante un número de intervalos
igual a
DRCLength.
Tanto para un "handoff" blando como para un
"handoff" más blando, puede que sean necesarias un mínimo de
dos longitudes de DRC de coberturas nulas entre diferentes
coberturas DRC (p. ej. asociadas al cambio entre el sector A y el
sector B), como ilustra el siguiente ejemplo.
- 1)
- Si la cobertura DRC actual del AT es una cobertura de sector, entonces la siguiente cobertura DRC del AT puede que no sea una cobertura de sector diferente. Puede que sólo sea la misma cobertura de sector o una cobertura nula.
- 2)
- Si la cobertura de sector más reciente del AT se corresponde con el sector A, entonces el AT puede que no utilice una cobertura de sector que corresponda al sector B hasta que el AT haya determinado que los paquetes recibidos desde el sector B no se solaparán en el tiempo con los paquetes recibidos desde el sector A.
Considérese una situación en la que el AT decide
cambiar su DRC del sector A al B al final del intervalo n, que
coincide con un límite de cambio de DRC. La cobertura DRC activa en
la capa de control de acceso medio (MAC) del intervalo (n+1) al
intervalo (n+DRCLength) puede que siga en el sector A y el AT puede
que haya sido programado para la transmisión por el AN durante ese
tiempo. Como resultado de lo anterior el AT puede que no sea capaz
de cambiar la cobertura DRC al sector B de forma inmediata. Por lo
tanto se debe transmitir una cobertura nula del intervalo (n+1) al
intervalo (n+DRCLength). El AN puede programar un paquete para el
AT en el intervalo (n+DRCLength). Si el paquete tiene una velocidad
de datos concreta (p. ej. índice de velocidad 1 con 1024 bits sobre
16 intervalos), puede que tenga un preámbulo de 1024 chips de
longitud que es el tiempo de offset entre el cambio de DRC y la
correspondiente transmisión de paquete de datos. El AT puede que no
esté seguro de que haya un paquete para él cuando determina la
cobertura DRC para el intervalo (n+DRCLength+1). Por lo tanto es
necesario transmitir una cobertura nula desde el intervalo
(n+DRCLength+1) al intervalo (n+2xDRCLength). En tal caso, puede
que sean necesarias al menos dos coberturas nulas entre los cambios
de cobertura DRC.
Si el sector A y el sector B no están en la
misma célula (p. ej. en un "handoff" blando), puede que el ANC
tenga que enviar datos al sector B antes de que comience a servir al
AT. Cuando se detecta un cambio de cobertura DRC, el sector A puede
transmitir un mensaje (p. ej. "ForwardStopped") y el sector B,
a su vez, puede transmitir un mensaje (p. ej.
"ForwardDesired") al ANC para indicar un "handoff" blando,
tal y como se ilustra en la Fig. 2B. De esta manera el AT puede que
quede sin servicio durante por lo menos el tiempo de una ronda
AP-ANC más dos DRCLengths durante un "handoff"
blando. En caso de un "handoff" más blando, el tiempo sin
servicio puede ser de, al menos, dos DRCLengths. El tiempo sin
servicio se puede denominar en la presente memoria "interrupción
del servicio" (o "tiempo oscuro"), como se ilustra en la
Fig. 2B. La interrupción del servicio puede suponer una pérdida
para aplicaciones sensibles al retardo, tales como los datos de
"Voice over Internet Protocol (VoIP)" (voz sobre
IP).
IP).
Para reducir la interrupción del servicio
durante el "handoff", se puede introducir un canal de control
de origen de datos (DSC) (como en el sistema de tipo
"1xEV-DO Revision A") que representa a la
célula que da servicio o a los datos de origen en el enlace
directo. Un AT puede usar el canal DSC para indicar a un AN la
célula que da servicio seleccionada en el enlace directo, y usar el
canal DRC para indicarle al AN el sector que da servicio
seleccionado en el enlace directo. A continuación se describen
ejemplos de uso del canal DSC para facilitar la selección de
servidor en relación con el AT y el AN.
Las Figs. 2B y 2C ilustran una comparación de
las secuencias temporales de los "handoff" blandos en los
sistemas de tipo "1xEV-DO Release 0" y
"1xEV-DO Rev A". Para que quede claramente
ilustrado, únicamente en los casos en que haya un mínimo de
coberturas DRC nulas éstas se mostrarán explícitamente. Hay que
tener en cuenta que tanto para el "handoff" blando como para
el "handoff" más blando, en caso de que haya paquetes en curso
antes del redireccionamiento DRC, el AT puede enviar coberturas DRC
nulas hasta que todos los paquetes hayan terminado. (Este es el
caso de los sistemas tipo "1xEV-DO Release 0" y
" 1xEVDO Revision A").
El DSC puede configurarse para que tenga unos
límites predeterminados en los que se permita al DSC cambiar. Por
ejemplo, el DSC puede cambiar en un intervalo T tal que
\vskip1.000000\baselineskip
\vskip1.000000\baselineskip
donde DSCLength puede ser un número
de intervalos predeterminado en duración (p. ej. 16
intervalos).
Como se ha descrito anteriormente, el DRC puede
cambiar en un intervalo T tal que
\vskip1.000000\baselineskip
\vskip1.000000\baselineskip
el DSC pueda tener efecto un
intervalo después del final de la transmisión y mantenerse activo
durante DSCLength intervalos; mientras que el DRC puede tener
efecto medio intervalo después del final de la transmisión y se
mantiene activo durante un número de intervalos igual a
DSCLength.
El DRC puede ajustarse con el DSC. Por ejemplo,
si la cobertura DRC es una cobertura de sector, el origen de datos
indicado por el DSC se incluye en el conjunto activo del AT y el bit
DRCLock asociado con el origen de datos se establece a "1",
después de lo cual el sector indicado por la cobertura DRC puede
pertenecer al origen de datos indicado por el DSC que esté activo
durante los intervalos DRCLength posteriores a la transmisión del
DRC.
El DSC puede utilizarse como un indicio temprano
de "handoff", y por lo tanto permite minimizar o eliminar de
forma sustancial la interrupción del servicio asociada con la
transferencia de cola (o "Q-transfer") entre
el AP y el ANC. En una forma de realización, una pluralidad de APs
en el conjunto activo del AT puede intentar detectar el DSC más
allá del límite de la longitud de DSC (p. ej. basándose en
intervalos). Cuando un sector informa de posibles cambios en el
DSC, el ANC puede comenzar una multidifusión de datos relacionada
con aplicaciones de flujo agilizado (EF) (p. ej. datos sensibles al
retardo, tales como los paquetes de VoIP) hacia algunos o todos los
sectores del conjunto activo del AT. A continuación se dan ejemplos
detallados del mecanismo de multidifusión. La multidifusión permite
al sector B estar preparado para dar servicio cuando la cobertura
del DRC comience a dirigirse hacia
él.
él.
En el tipo de sistemas
"1xEV-DO Revision A" puede que también sea
necesario un mínimo de dos longitudes de DR de cobertura nula tanto
para el "handoff" blando como para el más blando. Como tal, la
interrupción del servicio para los datos EF en un "handoff"
blando puede reducirse a dos DRCLengths de cobertura nula. Para el
"handoff" más blando puede mantenerse en dos DRCLengths de
cobertura nula. La diferencia entre el "handoff" blando y el
más blando en estos sistemas podría ser que el último tiene lugar en
cualquier límite de cambio de
DRC.
DRC.
A modo de ejemplo, la Fig. 3 ilustra una forma
de realización de una secuencia temporal del canal DSC para un
DRCLength de dos intervalos y un DSCLength de ocho intervalos.
La Fig. 4 ilustra una forma de realización de un
cambio de cobertura DRC. Los DRC A y DRC B indican coberturas de
DRC asociadas a las células A y B respectivamente. DRC NULL indica
un DRC con cobertura nula. PKT A o PKT B indican un inicio
potencial de un nuevo paquete desde la célula A o B. PKT NULL indica
que no hay un nuevo paquete debido a un DRC de cobertura nula.
En algunas formas de realización, para evitar
desequilibrios graves de larga duración, el DSC puede que no se
dirija a una célula con un enlace inverso débil. Por ejemplo, si un
AT recibe un bit DRCLock con un valor de "0" desde un sector
en su conjunto activo, el AT puede que no dirija su DSC al origen de
datos asociado con ese sector (p. ej. para evitar que el AT inicie
un "handoff" blando).
Durante el "handoff" blando, el
redireccionamiento DSC/DRC puede retrasarse, p. ej hasta dos
DSCLengths en el peor de los casos. Como resultado puede que sea
deseable un DSCLength corto para reducir el retardo y un
empeoramiento posible del servicio debido a malas condiciones en el
canal. Por otro lado, puede que se necesite una mayor potencia de
transmisión para mantener la fiabilidad del canal DSC en tales
casos. Por lo tanto, las necesidades suplementarias adicionales
deben ser evaluadas frente a los beneficios de un menor retardo.
El AT puede iniciar un redireccionamiento
DSC/DRC, p. ej. basándose en las mediciones filtradas del enlace
directo SINR de los diferentes sectores. Se puede usar un filtro de
respuesta infinita al impulso de primer orden (IIR) (p. ej., con
una constante de tiempo de 64 intervalos). Sea el sector A el sector
que da servicio activo y el sector B otro sector en el conjunto
activo del AT. Puede mantenerse un parámetro denominado en la
presente memoria "crédito" e indicado como C_{B}, para el
sector B y actualizarse de la siguiente manera:
\vskip1.000000\baselineskip
\vskip1.000000\baselineskip
donde
\vskip1.000000\baselineskip
\vskip1.000000\baselineskip
En la fórmula anterior, SINR_{A}(n) y
SINR_{B}(n) indican las mediciones SINR piloto filtradas
para el sector A y el sector B respectivamente, donde n indica un
índice de tiempo. X e Y pueden ser unos umbrales predeterminados
(p. ej. medidos en dB). Puede haber dos parámetros de
"handoff", denominados "SofterHandoffDelay" y
"SoftHandoffDelay" en la presente memoria, asociados con los
tiempos mínimos de interrupción/retardo cuando el AT cambia su DRC
de un sector de origen a un sector de destino que pertenece a la
misma célula y a otra diferente respectivamente. En algunas formas
de realización, los valores de estos parámetros de "handoff"
pueden hallarse en unidades de intervalos (p. ej. 8 intervalos). Por
ejemplo, se podría usar SofterHandoffDelay = 8 intervalos y
SoftHandoffDelay = 64 intervalos (p. ej., tanto en el tipo de
sistema "1xEV-DO Release 0" como en el
"xEV-DO Revision A". Estos parámetros pueden
utilizarse por ejemplo para establecer un umbral para el crédito
acumulado.
En un sistema de tipo "1xEV-DO
Release 0" tanto para el "handoff" blando como para el más
blando, el número de créditos necesarios para redireccionar puede
ser igual a SoftHandoffDelay. Ya que el "handoff" causaría una
interrupción del servicio, un umbral muy grande en los créditos
podría limitar la frecuencia a la que un AT inicia el
"handoff".
En un sistema de tipo "1xEV-DO
Revision A", debido a la reducción en la interrupción del
servicio, se pueden utilizar umbrales menores. Por ejemplo:
- \bullet
- Si un AT se encuentra en "handoff" más blando sólo (p. ej. todos los miembros de su conjunto activo pertenecen a la misma célula), el umbral sobre el crédito puede determinarse como max(1, SofterHandoffDelay-DRCLength);
- \bullet
- Si no, el umbral puede determinarse como max (1, SoftHandoffDelay-DSCLength).
\vskip1.000000\baselineskip
Hay que reseñar que el umbral puede establecerse
en base a la composición del conjunto activo del AT (en
contraposición a la idea del sector al que el AT se va a dirigir).
El crédito puede ser contabilizado en el límite del cambio de DRC
para un redireccionamiento más blando y en el límite de DSC para un
redireccionamiento blando. Para evitar frecuentes
redireccionamientos DSC/DRC, se puede establecer un temporizador
cuando tenga lugar un redireccionamiento blando/más blando, de tal
manera que el AT pueda no iniciar otro redireccionamiento antes de
que expire el temporizador. En algunas formas de realización, el
periodo de expiración del temporizador puede ser igual a
SofterHandoffDelay y SoftHandoffDelay respectivamente. (Como tales,
SofterHandoffDelay y SoftHandoffDelay pueden indicar el coste de un
"handoff" blando o más blando).
En un sistema de tipo "1xEV-DO
Release 0" puede que haya dos mensajes del AP al ANC relacionados
con el redireccionamiento de sector: p. ej. un mensaje denominado
en la presente memoria "ForwardStopped" del sector A y otro
mensaje denominado en la presente memoria "ForwardDesired" del
sector B. Estos mensajes son procesados por el ANC para ejecutar el
"Q-transfer" desde el sector A al sector B, y
la interrupción del servicio está asociada a este "Q transfer"
(tal y como se ilustra en la Fig. 2B). En un sistema de tipo
"1xEV-DO Revision A" se puede hacer posible un
servicio de datos continuo (p. ej. datos/flujos EF) mediante el uso
del canal DSC. Esto se puede realizar descodificando el canal DSC
antes del límite de cambio de DSC y dejando que el ANC lleve a cabo
una multidifusión de datos a algunos o todos los sectores del
conjunto activo del AT en el límite de DSC entre la detección
temprana y la detección final. En algunas situaciones la
multidifusión se puede aplicar únicamente a las aplicaciones EF (p.
ej. datos sensibles al retardo, tales como los datos VoIP), para
limitar el impacto del tráfico de
retorno.
retorno.
En una forma de realización, cada sector en el
conjunto activo del AT puede intentar descodificar el canal DSC. La
decisión final se hace en el límite de DSC, denominado T_{d} en la
presente memoria. En el T_{d}, el valor de DSC con la máxima
energía acumulada puede ser declarado como el DSC activo para el
próximo DSCLength, si la energía acumulada es mayor que un umbral;
de otra manera, se puede declarar un borrado de DSC.
Para facilitar el
"Q-Transfer" y limitar los paquetes de
múltiples intervalos alrededor de T_{d}, puede resultar deseable
tomar una decisión temprana. Por ejemplo, cada AP puede proporcionar
una decisión de descodificación de DSC en el tiempo T_{pd}, que
se convierte en T_{d} mediante un numero de intervalos (p. ej. 12
intervalos) predeterminado (p. ej. configurado para todo el
sistema). Se puede utilizar el mismo umbral de energía que en la
decisión final en T_{d}. Puede que haya situaciones donde estas
detecciones tempranas no sean tan fiables como la decisión final;
éstas, sin embargo, pueden verse compensadas por la naturaleza de
multidifusión de la transmisión de datos entre T_{pd} y
T_{d}.
T_{d}.
Los siguientes términos pueden ser utilizados en
situaciones que impliquen multidifusión entre ANC y APs (p. ej. los
del conjunto activo del AT):
- \bullet
- AP que da servicio: Un AP que ha anunciado un mensaje (p. ej. ForwardDesiredInd) a un ANC y que es considerado el AP que da servicio hasta que haya anunciado otro mensaje (p. ej. ForwardStoppedInd) al ANC. (Un sector que da servicio puede dirigirse a un sector al que da servicio el AP que da servicio).
- \bullet
- AP que da servicio activo: Un AP que ha anunciado un mensaje ForwardDesiredInd a un ANC, y que el ANC considera que está sirviendo datos al AT.
- \bullet
- AP que no da servicio: Un AP que ha anunciado un mensaje ForwardStoppedInd a un ANC y que es considerado como un AP que no da servicio hasta que ha anunciado un mensaje ForwardDesiredInd al ANC. (Un sector que no da servicio puede dirigirse a un sector al que da servicio el AP que no da servicio a su primer sector).
\vskip1.000000\baselineskip
Además de los mensajes de ForwardStoppedInd y
ForwardDesiredInd un AP puede utilizar un nuevo mensaje denominado
"DSCChangedInd" en la presente memoria para indicar al ANC el
cambio en el valor descodificado asociado al canal DSC. Esta
indicación puede ser emitida por cualquier AP que da servicio en el
conjunto activo del AT e indica uno de los siguientes casos:
- \bullet
- Un valor de DSC que indica la identidad del AP al que el AT pretende hacer un "handoff". En este caso también se puede proporcionar el tiempo del cambio de DSC, indicando el tiempo en el que el valor de DSC indicado tendrá lugar.
- \bullet
- Un borrado, indicando que el AP fue incapaz de descodificar el canal DSC con éxito.
\vskip1.000000\baselineskip
Los mensajes de "handoff" pueden generarse
bajo las siguientes condiciones, y también son ilustrados en la
Tabla 1 más adelante:
- \bullet
- ForwardDesiredInd: el AP ha descodificado con éxito el canal DSC recibido del AT y el valor de DSC descodificado es el mismo que su propio valor de DSC. Esto se puede generar en T_{pd} y T_{d}.
- \bullet
- DSCChangedInd(Borrado): el AP es incapaz de descodificar el canal DSC recibido desde el AT. Esto se puede generar en T_{pd} y T_{d}.
- \bullet
- DSCChangedInd(Cambiado): el AP ha descodificado con éxito el canal DSC recibido desde el AT y el valor de DSC descodificado es diferente de su propio valor de DSC. Esto puede ser generado en T_{pd}.
- \bullet
- ForwardStoppedInd: este mensaje se genera cuando el AP ha determinado con éxito que el valor de DSC no es el mismo que su propio valor de DSC para un número de intervalos configurable. Esto puede ser generado en T_{d}.
\vskip1.000000\baselineskip
La Tabla 1 que se muestra a continuación ilustra
combinaciones de mensajes e instantes temporales durante el
"handoff".
\vskip1.000000\baselineskip
\vskip1.000000\baselineskip
En algunas situaciones, puede que se reciban
diversos mensajes de "handoff" en cualquier orden en el ANC a
excepción de los siguientes: DSCChangedInd no puede seguir
inmediatamente a ForwardStoppedInd.
ANC puede entrar en estado de multidifusión al
recibir uno de los siguientes eventos:
- \bullet
- DSCChangedInd desde el AP que da servicio activo. La recepción de DSCChangedInd indica que el estado del canal DSC ha cambiado. Esto puede implicar que o bien la descodificación del canal DSC ha sido exitosa y el DSC se dirige a otro AP, o que la descodificación del canal DSC no ha tenido éxito.
- \bullet
- ForwardStoppedInd desde un AP que da servicio que lleva a un AP que no da servicio en el conjunto del AT activo.
\vskip1.000000\baselineskip
ANC puede salir del estado de multidifusión si
sólo hay un AP que da servicio en el conjunto activo del AT y no ha
reportado ningún cambio de DSC.
En el caso de que el sector que da servicio
original caiga del conjunto activo del AT, puede que envíe un
mensaje ForwardStoppedInd al ANC y el mecanismo de multidifusión
puede manejar esta situación con normalidad. En algunas formas de
realización, los datos entre el ANC y el AP se pueden transmitir
utilizando el protocolo de datagramas de usuario (UDP), mientras
que los mensajes de señalización pueden transmitirse utilizando el
protocolo de control de transmisión (TCP) para mayor fiabilidad.
La Fig. 5 ilustra una forma de realización de
una secuencia de eventos que tienen lugar en un primer escenario de
"handoff" blando, donde tanto el AP que da servicio activo (o
"AP1" para simplificar) y el AP que no da servicio (o
"AP2" para simplificar) son capaces de detectar correctamente
el cambio de DSC. Ilustrado en diversas etapas en la Fig. 5:
- 1.
- AP1 descodifica el canal DSC y determina que el AT ya no dirige más su DSC al AP1. AP1 posteriormente envía un mensaje DSCChangedInd al ANC, en el que puede incluir el nuevo valor de DSC, el nivel de espera actual, el tiempo de cambio previsto, etc.
- 2.
- ANC entra en estado de multidifusión, p. ej., comenzando una multidifusión del tráfico directo (p. ej. datos EF) a todos los AP en el conjunto activo del AT.
- 3.
- AP2 ha descodificado con éxito el canal DSC en tiempo T_{pd1} y envía un mensaje ForwardDesiredInd al ANC.
- 4.
- En el instante T_{d1}, AP1 concluye que el AT está cambiando a AP2 y envía un mensaje ForwardStoppedInd al ANC.
- 5.
- ANC establece el AP2 como el AP que da servicio activo para el AT, detiene la multidifusión y comienza a enviar tráfico directo al AP2 únicamente.
\vskip1.000000\baselineskip
La Fig. 6 ilustra una forma de realización de
una secuencia de eventos que tienen lugar en un segundo escenario
de "handoff" blando, donde el AP que da servicio activo (o
"AP1") es capaz de detectar correctamente el cambio del DSC y
un AP que no da servicio (o "AP2") detecta un borrado de DSC.
Ilustrado en diversas etapas en la Fig.
6:
6:
- 1.
- AP1 descodifica el canal DSC y determina que el AT ya no dirige más su DSC al AP1. AP1 posteriormente envía un mensaje DSCChangedInd al ANC, que puede incluir el nuevo valor de DSC, el nivel de espera actual, el tiempo de cambio previsto, etc.
- 2.
- ANC entra en estado de multidifusión, p. ej., comenzando una multidifusión directa del tráfico a todos los AP en el conjunto activo del AT.
- 3.
- AP2 ha descodificado con éxito el canal DSC (que se dirige a sí mismo), y envía un mensaje ForwardDesiredInd al ANC.
- 4.
- AP2 descodifica un borrado de DSC y envía un mensaje DSCChangedInd al ANC.
- 5.
- En el instante T_{d}1, AP1 concluye que el AT está cambiando a AP2, y envía un mensaje ForwardStoppedInd al ANC. El ANC establece el AP2 como AP que da servicio activo para el AT.
- 6.
- AP2 descodifica con éxito más símbolos de DSC (que son los mismos que su propio valor). Ya que el AP2 acaba de mandar un mensaje DSCChangedInd al ANC, envía otro mensaje ForwardDesiredInd para confirmar con el ANC que el AT está realmente cambiando a AP2.
- 7.
- ANC detiene la multidifusión y comienza a enviar tráfico directo al AP2 únicamente.
\vskip1.000000\baselineskip
La Fig. 7 ilustra una forma de realización de
una secuencia de eventos que tienen lugar en un tercer escenario de
"handoff" blando, donde el AP que da servicio activo (o
"AP1") detecta el cambio de DSC después de un borrado de DSC y
un AP que no da servicio (o "AP2") es capaz de detectar
correctamente el cambio de DSC. Ilustrado en diversas etapas en la
Fig. 7:
- 1.
- AP2 descodifica con éxito el canal DSC (que es el mismo que su propio valor) y envía un mensaje ForwardDesiredInd al ANC.
- 2.
- ANC entra en un estado de multidifusión, p. ej., comenzando una multidifusión de tráfico directo a todos los AP en el conjunto activo del AT.
- 3.
- En el instante T_{d1}, el AP1 descodifica un borrado de DSC y envía un mensaje DSCChangedInd al ANC.
- 4.
- AP1 descodifica el canal DSC (que se dirige a un AP diferente) y envía un mensaje DSCChangedInd al ANC.
- 5.
- En el instante T_{d2}, el AP1 concluye que el AT está cambiando al AP2 y envía un mensaje ForwardStoppedInd al ANC. El ANC establece el AP2 como AP que da servicio activo para el AT.
- 6.
- ANC detiene la multidifusión y comienza a enviar tráfico directo al AP2 únicamente.
\vskip1.000000\baselineskip
La Fig. 8 ilustra una forma de realización de
una secuencia de eventos que tienen lugar en un cuarto escenario de
"handoff" blando, donde el AP que da servicio activo (o
"AP1") se recupera de un borrado de DSC y un AP que no da
servicio (o "AP2") se recupera de un borrado de DSC. Ilustrado
en diversas etapas en la Fig. 8:
- 1.
- AP1 descodifica un canal DSC, y envía un mensaje DSCChangedInd al ANC.
- 2.
- ANC entra en un estado de multidifusión, p. ej., comenzando una multidifusión de tráfico directo a todos los AP en el conjunto activo del AT.
- 3.
- AP2 descodifica con éxito el DSC (que se dirige a sí mismo), y envía un mensaje ForwardDesiredInd al ANC.
- 4.
- AP2 descodifica un borrado de DSC, y envía un mensaje DSCChangedInd al ANC.
- 5.
- En el instante T_{d1}, el AP1 concluye que el AT está cambiando al AP2, y envía un mensaje ForwardStoppedInd al ANC. El ANC establece al AP2 como AP que da servicio activo para el AT.
- 6.
- AP2 descodifica con éxito más símbolos de DSC (que son los mismos que su propio valor). Ya que el AP2 acaba de mandar un mensaje DSCChangedInd al ANC, envía otro mensaje ForwardDesiredInd para confirmar con el ANC que el AT está realmente cambiando a AP2.
- 7.
- ANC detiene la multidifusión y comienza a enviar tráfico directo al AP2 únicamente.
\vskip1.000000\baselineskip
Hay otros escenarios e implementaciones de
"handoff". Por ejemplo en algunas formas de realización, el ANC
puede comenzar una multidifusión de tráfico directo (p. ej. datos
EF) a un subset de los AP en el conjunto activo del AT, en estado
de multidifusión. Como se ha ilustrado anteriormente, el uso de la
multidifusión puede compensar el error o borrado de DSC en el
sector que da servicio o que no da servicio.
En el caso de que el AP en servicio activo haga
una detección errónea de DSC y siga pensando que el DSC está
dirigido a él, no se puede enviar un mensaje DSCChangedInd. Por
consiguiente el estado de multidifusión no puede comenzar en
T_{pd} o T_{d} incluso en el caso de que otro AP envíe un
mensaje ForwardDesiredInd. En otras palabras, el estado de
multidifusión puede comenzar únicamente después de que se ha enviado
un mensaje DSCChangedInd desde el sector de servicio activo.
En algunas formas de realización, cuando un AP
envía un mensaje DSCChangedInd o ForwardStoppedInd al ANC también
puede que mande su información de cola. Por ejemplo, el mensaje
puede indicar el último byte que ha sido enviado.
En algunas formas de realización, al final del
estado de multidifusión, el ANC puede enviar órdenes a todos los AP
que no están considerados ya como un sector de servicio, p. ej. para
liberar sus respectivas colas de datos. Estas órdenes, junto con la
apertura y el cierre del flujo, marcan el periodo de transmisión. El
ANC puede asociar cada paquete que envía a un número de etiqueta
que cambia de manera incremental (p. ej. en unidades de "1")
por cada periodo de transmisión. Esto puede ser útil en paquetes de
identificación excepcional en un AP.
La Fig. 9 ilustra un diagrama de flujo de un
proceso 900, que puede ser utilizado para implementar algunas de
las formas de realización descritas (tales como las descritas
anteriormente). La etapa 910 determina una métrica de calidad del
enlace directo (FL) asociada a cada uno de una pluralidad de
sectores a los que dan servicio una pluralidad de APs (p. ej., en
el conjunto activo de un AT). La etapa 920 asigna créditos para
cada sector en relación con la métrica de calidad de FL según esté
determinado. La etapa 930 determina si los créditos acumulados para
un sector que no da servicio en el límite de cambio de DSC son
mayores que un umbral predeterminado, donde el sector que no da
servicio es servido por un AP que no da servicio diferente del AP
que da servicio para el AT. Si el resultado de la etapa 930 es
"SÍ", continúa la etapa 940 y cambia el valor de DSC del AP
que da servicio al AP que no da servicio. La etapa 950 transmite el
canal de DSC a una pluralidad de APs. La etapa 960 cambia a
continuación la cobertura DRC de acuerdo con el cambio de DSC (p.
ej. redireccionando la cobertura DRC a la cobertura que no da
servicio). Si el resultado de la etapa 930 es "NO" el proceso
900 regresa a la etapa
910.
910.
La Fig. 10 ilustra un diagrama de flujo de un
proceso 1000 que puede ser utilizado para implementar algunas de
las formas de realización descritas (como las descritas
anteriormente). La etapa 1010 descodifica el valor de DSC recibido
de un AT (tal y como se describe en la forma de realización de la
Fig. 9). La etapa 1020 determina si la descodificación ha tenido
éxito. Si el resultado de la etapa 1020 es "SÍ", la etapa 1030
determina si hay un cambio en el valor de DSC descodificado. Si el
resultado de la etapa 1030 es "SÍ", continúa la etapa 1040 y
envía un mensaje DSCChangedInd al ANC. Si el resultado de la etapa
1030 es "NO" el proceso 1000 regresa a la etapa 1010. Si el
resultado de la etapa 1020 es "NO", continúa la etapa 1050 y
envía un mensaje DSCChangedInd(Borrado) al
ANC.
ANC.
\newpage
La Fig. 11 ilustra un diagrama de flujo de un
proceso 1100, que puede ser utilizado para implementar algunas de
las formas de realización indicadas (como las descritas
anteriormente). La etapa 1110 descodifica el valor de DSC recibido
de un AT (tal y como se describe en la realización de la Fig. 9). La
etapa 1120 determina si el valor de DSC descodificado es igual al
propio valor (p. ej. al de un AP que no da servicio). Si el
resultado de la etapa 1120 es "SÍ", continúa la etapa 1130 y
envía un mensaje ForwardDesiredInd al ANC. Si el resultado de la
etapa 1120 es "NO" el proceso 1100 regresa a la etapa 1110.
La Fig. 12 ilustra un diagrama de flujo de un
proceso 1200 que puede ser utilizado para implementar algunas de
las formas de realización descritas (tales como las descritas
anteriormente). El proceso 1200 comienza en la etapa 1205. La etapa
1210 determina si un mensaje DSCChangedInd ha sido recibido desde un
AP que da servicio (p. ej. El AP1 descrito anteriormente). Si el
resultado de la etapa 1210 es "SÍ", continúa la etapa 1220 y
comienza una multidifusión de tráfico directo (p. ej. datos EF)
asociada a un AT a una pluralidad de APs (p. ej. los que están en
el conjunto activo del AT). La etapa 1230 determina si se ha
recibido un mensaje ForwardDesiredInd de un AP que no da servicio
(p. ej., el AP2 descrito anteriormente). La etapa 1240 determina si
se ha recibido un mensaje ForwardStoppedInd del AP1. Si el resultado
de las etapas 1230 y 1240 es "SÍ", continúa la etapa 1250 y
asigna el AP2 como el AP que da servicio activo para el AT. Si el
resultado de la etapa 1230 o de la etapa 1240 es "NO" el
proceso 1200 regresa a la etapa
1220.
1220.
En el modo de realización de la Fig. 12, si el
resultado de la etapa 1210 es "NO", continúa la etapa 1260 y
determina si se ha recibido un mensaje ForwardDesiredInd desde un AP
que no da servicio (p. ej., el AP2 descrito anteriormente). Si el
resultado de la etapa 1260 es "SÍ", continúa la etapa 1270 y
comienza una multidifusión de tráfico directo (p. ej. datos EF)
asociada a un AT a una pluralidad de APs (p. ej. los que están en el
conjunto activo del AT). La etapa 1280 determina si un mensaje
DSCChangedInd ha sido recibido desde un AP que da servicio (p. ej.
el AP1 descrito anteriormente). La etapa 1290 determina si se ha
recibido un mensaje ForwardStoppedInd de un AP1. Si el resultado de
las etapas 1280 y 1290 es "SÍ", el proceso 1200 procede a la
etapa 1250. Si el resultado tanto de la etapa 1280 como de la etapa
1290 es "NO", el proceso 1200 regresa a la etapa 1270. Si el
resultado de la etapa 1260 es "NO" el proceso 1200 regresa a la
etapa 1205.
La Fig. 13. ilustra un diagrama de bloques de un
aparato 1300 en el que se pueden implementar algunas de las formas
de realización descritas (tales como las descritas anteriormente). A
modo de ejemplo, el aparato 1300 puede incluir una unidad (o un
módulo) de estimación de calidad del canal 1310 configurada para
determinar una métrica de calidad del enlace asociada con cada uno
de una pluralidad de sectores a los que dan servicio la pluralidad
de APs (p. ej. los que están en el conjunto activo del AT); una
unidad de asignación de crédito 1320 configurada para asignar
créditos a cada sector en relación con la métrica de calidad de FL;
una unidad de selección de DSC 1330 configurada para
seleccionar/cambiar un valor de DSC para el AT (p. ej. en los
créditos acumulados para un sector que no da servicio en el límite
de cambio de DSC son mayores que un umbral predeterminado); una
unidad de transmisión 1340 configurada para transmitir el valor de
DSC a una pluralidad de APs; y una unidad de selección de DRC 1350
configurada para seleccionar/cambiar la cobertura DRC de acuerdo con
el cambio de
DSC.
DSC.
En el aparato 1300, la unidad de estimación de
calidad del canal 1310, la unidad de asignación de crédito 1320, la
unidad de selección DSC 1330, la unidad de transmisión 1340 y la
unidad de selección DRC 1350 pueden estar acopladas a un bus de
comunicación 1360. Una unidad de procesamiento 1370 y una unidad de
memoria 1380 también pueden estar acopladas al bus de comunicación
1360. La unidad de procesamiento 1370 puede configurarse para
controlar y/o coordinar las operaciones de diversas unidades. La
unidad de memoria 1380 puede contener instrucciones a ser
ejecutadas por la unidad de procesamiento 1370.
El aparato 1300 puede ser implementado en un AT
(p. ej. AT 106 en la Fig. 1), u otros dispositivos de
comunica-
ción.
ción.
La Fig. 14. ilustra un diagrama de bloques de un
aparato 1400, que puede utilizarse para implementar algunas de las
formas de realización descritas (tales como las descritas
anteriormente). A modo de ejemplo, el aparato 1400 puede incluir
una unidad (o un módulo) de descodificación 1410 configurada para
determinar el valor de DSC recibido desde un AT; una unidad
generadora de mensajes 1420 configurada para generar un mensaje de
acuerdo con la descodificación DSC (p. ej. un mensaje
DSCChangedInd, ForwardDesiredInd, Forward- StoppedInd, o del
estilo, como se ha descrito anteriormente); y una unidad de
transmisión 1430 configurada para enviar el mensaje así generado
para un ANC.
En el aparato 1400, la unidad de descodificación
1410, la unidad de generación de mensajes 1420 y la unidad de
transmisión 1430 pueden estar acopladas a un bus de comunicación
1440. Una unidad de procesamiento 1450 y una unidad de memoria 1460
también pueden estar acopladas al bus de comunicación 1440. La
unidad de procesamiento 1450 puede configurarse para controlar y/o
coordinar las operaciones de diversas unidades. La unidad de memoria
1460 puede contener instrucciones a ser ejecutadas por la unidad de
procesamiento 1450.
El aparato 1400 puede ser implementado en un AP
(p. ej., un AP1 o AP2 como los descritos anteriormente), u otros
elementos de infraestructura de redes.
\newpage
La Fig. 15. ilustra un diagrama de bloques de un
aparato 1500, que puede utilizarse para implementar algunas de las
formas de realización descritas (tales como las descritas
anteriormente). A modo de ejemplo, el aparato 1500 puede incluir
una unidad (o un módulo) de procesamiento de mensajes 1510
configurada para recibir un mensaje desde un AP (p. ej. un mensaje
DSCChangedInd, ForwardDesiredInd, o
Forward-StoppedInd desde un AP1 o AP2 como los
descritos anteriormente); una unidad de multidifusión 1520
configurada para multidifundir tráfico directo (p. ej. datos EF)
asociado a un AT a una pluralidad de APs (p. ej., los que están en
el conjunto activo del AT); y una unidad de selección de servidor
1530 configurada para seleccionar un AP que da servicio activo para
un
AT.
AT.
En el aparato 1500, la unidad de procesamiento
de mensajes 1510, la unidad de multidifusión 1520 y la unidad de
selección de servidor 1530 pueden estar acopladas a un bus de
comunicación 1540. Una unidad de procesamiento 1550 y una unidad de
memoria 1560 también pueden estar acopladas al bus de comunicación
1540. La unidad de procesamiento 1550 puede configurarse para
controlar y/o coordinar las operaciones de diversas unidades. La
unidad de memoria 1560 puede contener instrucciones a ser ejecutadas
por la unidad de procesamiento 1550.
El aparato 1500 puede ser implementado en una
ANC (tal y como se ha descrito anteriormente) o en otros medios de
control de redes.
La potencia de transmisión de los canales
suplementarios de enlace inverso (p. ej. DRC, DSC, indicador de
velocidad inverso (RRI), canales de acuse de recibo (ACK), etc.)
puede estar vinculada con offsets fijos a la potencia de
transmisión piloto. Esto último puede ser controlado por un control
de potencia, que puede incluir un lazo interior de control de
potencia y un lazo exterior de control de potencia. Por ejemplo, el
lazo interior de control de potencia puede ser configurado para
mantener la potencia piloto recibida en un AP alrededor de un
umbral que, a su vez, puede ser determinado por el lazo exterior de
control de potencia. En algunas situaciones el ajuste del umbral
por el lazo exterior de control de potencia puede basarse en el
rendimiento del canal de datos. Como resultado de esto, el
rendimiento del canal suplementario puede tener que ser considerado
por separado. Esto puede ser especialmente importante en el caso de
un "handoff" blando en el enlace inverso. La razón es que la
descodificación de datos puede beneficiarse de la combinación de la
selección (p. ej. combinación de resultados de descodificación de
una pluralidad de APs en un conjunto activo del AT) en el ANC,
mientras que los canales suplementarios no pueden. El rendimiento
del DRC puede ser bajo especialmente en presencia de un
desequilibrio, cuando un AT dirige su DRC a un sector con el que
tiene el mejor enlace directo, mientras que su potencia está siendo
controlada por otro sector con el que tiene el mejor enlace
inverso.
En cuanto al canal DRC, si un AP realiza una
descodificación errónea y programa una transmisión de paquetes
basada en ésta, el paquete puede no ser recibido por el
correspondiente AT y puede que se desperdicien todos los intervalos
de transmisión. Si el AP no puede descodificar el canal DRC con
éxito y declara un borrado de DRC, el AT puede quedarse sin
servicio. En el caso de múltiples usuarios con flujos de datos
insensibles a los retardos (p. ej. el mejor esfuerzo) puede causar
una pequeña pérdida en la capacidad del sector. Por lo tanto puede
ser tolerable una tasa de borrado de DRC razonable frente a una
probabilidad de error de descodificación de DRC baja. Durante la
descodificación de DRC, el candidato de DRC con la máxima energía
recibida puede ser comparado con el umbral. Este candidato puede
convertirse en el DRC activo cuando la energía es mayor que el
umbral; en caso contrario se puede declarar un borrado de DRC.
Debido a que la potencia de transmisión de DRC está vinculada a la
potencia piloto, el umbral de la energía DRC puede equivaler a un
umbral sobre la potencia piloto recibida (denominado "Ecp/Nt"
en la presente memoria). A modo de ejemplo, se puede declarar un
borrado de DRC si Ecp/Nt cae por debajo de, p. ej., unos -25 dB.
El(los) sector(es) puede(n)
proporcionarle al AT un enlace inverso SINR o una tasa de borrado de
DRC mediante un lazo de retroalimentación, p. ej. mediante un bit
DRCLock. Cada sector puede establecer el bit DRCLock para el AT de
acuerdo con la tasa de borrado evaluada. Por ejemplo, un bit DRCLock
de "1" ("in-lock") puede indicar que la
tasa de borrado de DRC es aceptable; un bit DRCLock de "0"
("out-of-lock") puede indicar
que la tasa de borrado de DRC es inaceptable.
Algunos mecanismos pueden concebirse para evitar
que un AT que sistemáticamente tiene una tasa de borrado alta tenga
largos tiempos de interrupción de servicio: p. ej., uno puede ser un
mecanismo lento que utiliza el bit DRCLock en el enlace directo,
indicando al AT que hay una alta tasa de borrado y llevando al AT a
realizar un "handoff"; otro puede ser un mecanismo rápido de
mapeo de borrado de DRC, etcétera.
En un sistema de tipo "1xEV-DO
Release 0", por ejemplo, el bit DRCLock puede estar multiplexado
por división de tiempo con el canal de control de potencia. Puede
ser transmitido una vez cada DRCLockPeriod intervalos y repetido
cada DRCLockLength. (La velocidad de retroalimentación equivalente
puede ser de [600/(DRCLockPeriodxDRCLockLength)] Hz, por ejemplo).
Los valores por defecto para DRCLockPeriod y DRCLockLength pueden
ser de 8 intervalos, por ejemplo. En un sistema de tipo
"1xEV-DO Revision A" el bit DRCLock puede
transmitirse junto con el bit de control de potencia en fase y en
la fase de cuadratura del mismo canal MAC. El bit DRCLock puede ser
transmitido una vez cada 4 intervalos, por ejemplo. El parámetro
DRCLockLength puede mantenerse para que se repita el bit DRCLock.
El valor por defecto para DRCLockLength puede ser de 16 intervalos,
por
ejemplo.
ejemplo.
\newpage
El valor del bit DRCLock puede basarse en la
tasa de borrado de DRC filtrada. Cada evento de borrado de DRC
puede ser mapeado a un valor binario y utilizado para actualizar un
filtro IIR. El valor filtrado puede ser considerado como una tasa
de borrado de DRC media. La constante de tiempo por defecto para el
filtro IIR puede ser de 32 intervalos, por ejemplo. Al establecer
el umbral de la tasa de borrado de DRC filtrada puede haber una
histéresis. Por ejemplo, el bit DRCLock puede establecerse a
"1" si la tasa de borrado filtrada está por debajo del 30%, el
bit DRCLock se establece a "0" si la tasa de borrado filtrada
se encuentra por encima del 50%. La Fig. 16 ilustra una forma de
realización de una histéresis asociada al establecimiento del bit
DRCLock, donde los eventos de borrado de DRC pueden mantenerse
constantes tanto a 0 (no hay borrado) como a 1 (hay borrado) para
un periodo relativamente largo. La operación de filtrado así
descrita puede hacer que el bit DRCLock sea estable pero que, sin
embargo reaccione lentamente a una variación de canal.
El retardo predefinido al configurar el bit
DRCLock puede implicar que la longitud de ejecución de borrado de
DRC sea larga (el periodo de tiempo durante el cual tienen lugar
sucesivos borrados de DRC). Esto puede tenerse en cuenta durante el
"handoff". Para datos EF (p. ej. sensibles al retardo), estos
borrados pueden suponer un tiempo de interrupción de servicio
inaceptable. Por lo tanto hace falta un algoritmo de mapeo de
borrado de DRC que esté configurado para minimizar el tiempo de
interrupción de servicio en los enlaces directos.
En una forma de realización, se puede ejecutar
un algoritmo de mapeo de borrado de DRC en un AP en cada DRCLength
para cada AT. Para cada AT, el algoritmo se puede ejecutar en cada
célula que tiene una cola activa (p. ej. configurada por el ANC en
estado de difusión única o multidifusión) para el AT. Cuando el
mapeo de borrado de DRC se activa, el flujo puede ser apto para una
programación "limitada" del enlace directo (p. ej. que sea
servido únicamente por paquetes de múltiples usuarios). El coste del
mapeo de borrado de DRC puede surgir cuando se envían datos sin
conocer la calidad del canal de enlace directo y desperdiciando los
intervalos de transmisión asociados si el AT no puede descodificar
el paquete. Por lo tanto, en algunas situaciones, el algoritmo de
mapeo de borrado de DRC puede ser activado cuando se cumple todo lo
siguiente:
- \bullet
- La longitud de ejecución del borrado de DRC es lo suficientemente larga.
- \bullet
- El retardo del paquete que observa el programador es lo suficientemente largo.
\vskip1.000000\baselineskip
Se puede asociar un umbral (denominado p. ej.
"Max_Ers_Len"en la presente memoria) a la longitud de ejecución
de borrado de DRC. Para datos/flujos EF (p. ej. datos VoIP), la
configuración del umbral puede estar entre los 0 y los 16
intervalos, por ejemplo.
El mapeo de borrado de DRC necesita ser robusto
para longitudes de ejecución de borrado de DRC largas. Por ejemplo,
un AT puede realizar un cambio de sector que da servicio; sin
embargo, un sector que está recibiendo DRCs borrados puede que no
perciba esto. En esta situación, el canal DSC puede utilizarse como
información complementaria para ayudar en la decisión de mapeo de
borrado de DRC, como se ilustra con mayor detalle más
adelante.
adelante.
Al igual que el mecanismo de multidifusión entre
el ANC y el AP (como se ha descrito anteriormente), se puede
realizar una multidifusión inalámbrica o
"over-the-air" (OTA) desde
múltiples sectores a un AT para aumentar la robustez de un
algoritmo de mapeo de borrado de DRC, como se describe con mayor
detalle más adelante.
La Fig. 17 ilustra una forma de realización de
un proceso 1700, que puede realizar un AP para cada AT que tenga
este AP en su conjunto activo. El proceso 1700 comienza en la etapa
1705. La etapa 1710 determina si la cobertura DRC transmitida desde
el AT es borrada. Si el resultado de la etapa 1710 es "NO",
continúa la etapa 1720 y programa la transmisión para el AT desde
el sector al que la cobertura DRC está dirigida. Si el resultado de
la etapa 1710 es "SÍ", continúa la etapa 1730 y determina si se
cumplen los criterios de borrado de la cobertura DRC para la
cobertura DRC desde el AT. Los criterios de borrado de la cobertura
DRC pueden incluir, por ejemplo, que la longitud de ejecución del
borrado de DRC sea mayor que Max_Ers_Len, etc. Si el resultado de
la etapa 1730 es "SÍ", continúa la etapa 1740 y determina si el
valor de DSC transmitido desde el AT es borrado. Si el resultado de
la etapa 1740 es "NO", continúa la etapa 1750 y determina si el
valor de DSC se corresponde con la célula a la que da servicio el
AP (denominada "ésta célula" en la presente memoria). Si el
resultado de la etapa 1750 es "SÍ", continúa la etapa 1760 y
continúa y se inicia una multidifusión OTA (p. ej. transmitiendo
tráfico directo al AT desde una pluralidad de sectores que estén en
el conjunto activo del AT y en esta célula), como se ilustra con
mayor detalle en la forma de realización de la Fig. 19. Si el
resultado de la etapa 1740 es "SÍ", el proceso 1700 igualmente
procede a la etapa
1760.
1760.
En el proceso 1700, si el resultado de la etapa
1750 es "NO", el proceso 1700 termina en la etapa 1770. Si el
resultado de la etapa 1730 es "NO", el proceso 1700 igualmente
procede a la etapa 1770.
Las Fig. 18A-I ilustran varios
procesos que pueden ser utilizados para implementar el proceso 1700
ilustrado en la Fig. 17, en algunas formas de realización. En la
Fig. 18A, la etapa 1810 determina si la cobertura DRC transmitida
desde el AT no es borrada (p. ej. Ecp/Nt por encima de un umbral de
borrado), si la cobertura DRC (o "DRC_Cover") no es nula, y si
la cobertura DRC o "DRC_Cover" es la misma que la última
cobertura DRC que se ha descodificado con éxito (denominada
"LDC" en la presente memoria) o LDC y la segunda a última
cobertura DRC que se descodificó con éxito (denominada "2LDG")
son nulas. Si el resultado de todas estas decisiones es "SÍ",
continúa la etapa 1811 y establece la última cobertura DRC válida (o
"Last_Valid_DRC_Cove") igual a DRC_Cover y un indicador
asociado con el cambio de cobertura DRC (o
"DRCCoverChangedFlag") a cero (o "0").
En la Fig. 18B, la etapa 1820 determina si la
cobertura DRC es borrada (o "DRC_Erasure"). Si el resultado de
la etapa 1820 es "NO", continúa la etapa 1821 y establece: (1)
el 2LCD igual a LCD; (2) el LCD igual a DRC_Cover; (3) el último
índice DRC válido (o "Last_ Vali_DRC_Index") igual a la
velocidad DRC (o "DRC_Rate") asociada con la cobertura DRC; y
(4) el contador del número de borrados (o "Erasure_Count") a
"0". Si el resultado de la etapa 1820 es "SÍ", continúa
la etapa 1822 y establece que lErasure_Count sea incrementado en
DRCLength.
En la Fig. 18C, la etapa 1830 determina si el
valor de DSC transmitido desde el AT para cada AT activo en el
instante T_{d} es borrado, o el valor de DSC es inválido (p. ej.
que tenga un valor cero). Si el resultado de la etapa 1830 es
"SÍ", continúa la etapa 1831 y establece el valor de DSC
almacenado (o "Stored_DSC_Value") igual al valor de DSC
asociado a esta célula (o "This_Cell_ DSC_Value"); un indicador
asociado al borrado de DSC (o "DSC_Erased_Flag") a uno (ó
"1") y un contador (o
"StopDRCErasureMap_dueto_DSCErasure_Counter") igual a Tpd (o
un número predeterminado de DRCLengths). Si el resultado de la etapa
1830 es "NO", la etapa 1832 establece Stored_DSC_Value igual
al valor de DSC descodificado (o "DSC_Value") y DSC_Erased_Flag
a "0".
En la Fig. 18D, la etapa 1840 determina si
Stored_DSC_Value es igual al último valor de DSC válido (o
"Last_ Valid_DSC_Value"). Si el resultado de la etapa
1840 es "NO", continúa la etapa 1841 y establece un indicador
asociado con la actualización de Last_Valid_DSC_Value (o
"LastValidDSC_needs_to_be_updated_flag") a "1". La etapa
1842 posteriormente determina si Stored_DSC_Value es igual a
This_Cell_DSC_Value. Si el resultado de la etapa 1842 es "SÍ",
continúa la etapa 1843 y establece que Delay_Counter sea el retardo
(p. ej., medido en unidades de intervalos) registrado para el
cambio de DSC (o "DSCSwitchDelayInSlots"). Si el resultado de
la etapa 1842 es "NO", continúa la etapa 1844 y establece
Delay_Counter a "0".
En la Fig. 18E, la etapa 1850 determina para
cada AT activo en cada intervalo si DSC_Erased_Flag es "1" y
si StopDRCErasureMap_dueto_DSCErasure_Counter es mayor que "0".
Si el resultado de la etapa 1850 es "SÍ" continúa la etapa
1851 y disminuye StopDRCErasureMap_dueto_DSCErasure_Counter en
"1".
En la Fig. 18F la etapa 1860 determina si
LastValidDSC_needs_to_be_updated_flag es "1". Si el resultado
de la etapa 1860 es "SÍ", continúa la etapa 1861 y determina
si Delay_Counter es "0". Si el resultado de la etapa 1861 es
"NO", continúa la etapa 1862 y disminuye Delay_Counter en
"1". Si el resultado de la etapa 1861 es "SÍ" continúa la
etapa 1863 y establece el valor de
LastValidDSC_needs_to_be_updated_flag a "0" y
Last_Valid_DSC_Value igual a Stored_DSC_Value. La etapa 1864
posteriormente determina si Stored_DSC_Value es igual a
This_Cell_DSC_Value. Si el resultado de la etapa 1864 es "SÍ",
continúa la etapa 1865 y establece el valor de
LastValidDSC_Pointing_State a "1". De otra manera se establece
a "0" tal y como se muestra en la etapa 1866.
En la Fig. 18G, la etapa 1870 determina si
Erasure_Count es mayor que Max_Ers_Len y si LastValidDSC_
Pointing_State es "1". Si el resultado de la etapa 1870 es "SÍ", entonces el AT puede ser apto para el mapeo de borrado de DRC desde esta célula, p. ej. estableciendo Erasure_Mapped_Flag a "1" como se muestra en la etapa
1871.
Pointing_State es "1". Si el resultado de la etapa 1870 es "SÍ", entonces el AT puede ser apto para el mapeo de borrado de DRC desde esta célula, p. ej. estableciendo Erasure_Mapped_Flag a "1" como se muestra en la etapa
1871.
En la Fig. 18H la etapa 1880 determina si
DSC_Erased_Flag es "1" y si StopDRCErasureMap_dueto_
DSCErasure_Counter es "0". Si el resultado de la etapa 1880 es "SÍ", entonces el AT está prohibido para el mapeo del borrado de DRC desde la célula (p. ej. estableciendo Erasure_Mapped_Flag a "0") como se muestra en la etapa 1881.
DSCErasure_Counter es "0". Si el resultado de la etapa 1880 es "SÍ", entonces el AT está prohibido para el mapeo del borrado de DRC desde la célula (p. ej. estableciendo Erasure_Mapped_Flag a "0") como se muestra en la etapa 1881.
En la Fig. 18I la etapa 1890 determina si la
cobertura DRC no es borrada y si DRCCoverChangedFlag es "0".
Si el resultado de la etapa 1890 es "SÍ", continúa la etapa
1891 y programa la transmisión para el AT desde el sector asociado
al DRC_Cover y a la DRC_Rate correspondiente. Si el resultado de la
etapa 1890 es "NO", continúa la etapa 1892 y determina si
Erasure_Mapped_Flag es "1". Si el resultado de la etapa 1892 es
"SÍ", continúa la etapa 1893 e inicia una multidifusión OTA al
AT, como se describe con mayor detalle más adelante.
La Fig. 19 ilustra una forma de realización de
un proceso 1900, p. ej. para implementar la etapa de multidifusión
OTA (tal y como se ha descrito anteriormente). El proceso 1900
comienza en la etapa 1905. La etapa 1910 determina si hay algún
dato para el AT en cola que sea apto para el mapeo de borrado de DRC
(p. ej., un flujo sensible al retardo con un retardo de paquete lo
suficientemente largo). Si el resultado de la etapa 1910 es
"SÍ", continúa la etapa 1920 y transmite datos para el AT
desde una pluralidad de sectores que están en esta célula y en el
conjunto activo del AT utilizando un formato de paquete especial
(denominado "DRC_index_mapped" en la presente memoria). Por
ejemplo, puede utilizarse un formato de paquete de múltiples
usuarios compatible con un conjunto de índices DRC predeterminados.
Si el resultado de la etapa 1920 es "NO" el proceso 1900
termina en la etapa
1930.
1930.
En una forma realización para cada intervalo
DRCLength, un procesador de enlace directo (p. ej. un procesador
digital de señal (DSP)) puede recibir información de DRC de 8 bits
desde un procesador de enlace inverso (p. ej., un DSP), incluyendo:
un indicador de borrado de DRC de 1 bit que indique si el Ecp/Nt
está por debajo de un umbral de borrado (o "DRC_Erasure"), una
cobertura DRC (o "DRC_Cover") de 3 bits; una velocidad DRC (o
"DRC_Rate") de 4 bits. En los instantes T_{pd} y T_{d}, el
procesador de enlace directo puede recibir el valor de DSC
descodificado (o "DSC_Value" tal y como se ha descrito
anteriormente). Un algoritmo de mapeo de borrado de DRC puede
ejecutarse (p. ej. una vez cada DRCLength) de la siguiente
manera:
\vskip1.000000\baselineskip
La Fig. 20 ilustra un diagrama de bloques de un
aparato 2000, que puede implementarse en un AP para ejecutar
algunos de los procesos descritos (tales como los descritos
anteriormente). A modo de ejemplo, el aparato 2000 puede incluir
una unidad (o un módulo) de evaluación de DRC 2010; una unidad de
evaluación de DSC 2020; y una unidad de planificación 2030.
En el aparato 2000, la unidad de evaluación de
DRC 2010 puede configurarse para determinar el valor de DRC
transmitido desde un AT; evaluar si los criterios de borrado de la
cobertura DRC se cumplen; realizar el mapeo de borrado de DRC,
etcétera (tal y como se ha descrito anteriormente). La unidad de
evaluación de DSC 2020 puede configurarse para evaluar determinar
el valor de DSC transmitido desde un AT y realizar diferentes
funciones relacionadas con el DSC (tal y como se ha descrito
anteriormente). La unidad de planificación 2030 puede configurarse
para planificar la transmisión para el AT, tal y como se ha descrito
anteriormente. La unidad de planificación 2030 puede incluir
adicionalmente una unidad de multidifusión OTA 2035 configurada para
la multidifusión de tráfico directo (p. ej., datos) hacia el AT
desde múltiples sectores (tal y como se ha descrito
anteriormente).
En el aparato 2000, la unidad de evaluación de
DRC 2010, la unidad de evaluación de DSC 2020; y la unidad de
planificación 2030 (junto con la unidad de multidifusión OTA 2035)
pueden acoplarse a un bus de comunicación 2040. Una unidad de
procesamiento 2050 y una unidad de memoria 2060 también pueden
acoplarse al bus de comunicación 2040. La unidad de procesamiento
2050 puede configurarse para controlar y/o coordinar las operaciones
de diversas unidades. La unidad de memoria 2060 puede contener
instrucciones a ser ejecutadas por la unidad de procesamiento
2040.
El aparato 2000 puede implementarse en un AP y/u
otros medios de infraestructuras de redes.
Las formas de realización que se describen en la
presente memoria (tal y como se han descrito anteriormente)
proporcionan algunas formas de realización de selección de servicio
adaptativa en las comunicaciones inalámbricas. Hay otras formas de
realización e implementaciones. Diversas formas de realización
descritas en la presente memoria pueden implementarse en AT, AP,
ANC, y/u otros elementos de infraestructuras de redes.
Diversas unidades/módulos y formas de
realización descritas en la presente memoria pueden implementarse en
hardware, software, firmware y/o una combinación de los mismos. En
una implementación hardware, diversas unidades pueden implementarse
en uno o más circuitos integrados para aplicaciones específicas
(ASIC), procesadores digitales de señal (DSP), dispositivos
digitales de procesamiento de señal (DSPDs), matrices de puertas
programables (FPGA), procesadores, microprocesadores,
controladores, microcontroladores, dispositivos lógicos programables
(PLD), otras unidades electrónicas o cualquier combinación de los
mismos. En una implementación software, diversas unidades pueden
implementarse con módulos (p. ej. procedimientos, funciones,
etcétera) que ejecuten las funciones descritas en la presente
memoria. Los códigos de software pueden almacenarse en una unidad de
memoria y ejecutarse por un procesador (o una unidad de
procesamiento). La unidad de memoria puede implementarse dentro del
procesador o de forma externa al procesador, en cuyo caso puede
comunicarse con el procesador a través de diversos medios conocidos
en la técnica.
Diversas de las formas de realización descritas
pueden implementarse en un controlador, un AT y otros medios para
proporcionar servicios de emisión/ multidifusión. Las formas de
realización descritas en la presente memoria pueden aplicarse a los
sistemas de procesamiento de datos, un sistema de comunicación
inalámbrico, un sistema de emisión unidireccional y cualquier otro
sistema que precise de transmisión eficaz de información.
Los expertos en la materia entenderán que la
información y las señales pueden representarse utilizando cualquiera
de una diversidad de tecnologías y técnicas. Por ejemplo, los
datos, las instrucciones, los comandos, la información, las
señales, los bits, los símbolos y los chips a los que se ha hecho
referencia en la descripción anterior pueden representarse mediante
voltajes, corrientes, ondas electromagnéticas, campos magnéticos o
partículas magnéticas, campos ópticos o partículas ópticas o
cualquier combinación de los mismos.
Los expertos en la materia apreciarán además que
los diversos bloques lógicos, módulo, circuitos y etapas de
algoritmos ilustrativos descritos en conexión con las formas de
realización descritas en la presente memoria pueden implementarse
como hardware electrónico, software de ordenador o una combinación
de ambos. Para ilustrar claramente esta intercambiabilidad de
hardware y software, diversos componentes, bloques, módulos,
circuitos y etapas ilustrativos han sido descritos anteriormente
generalmente en términos de su funcionalidad. Tanto si esta
funcionalidad es implementada en hardware o software depende de la
aplicación particular y de las limitaciones de diseño impuestas al
sistema global. Los expertos en la materia pueden implementar la
funcionalidad descrita de diferentes formas para cada aplicación
particular, pero estas decisiones de implementación no deberían ser
interpretadas como un alejamiento del alcance de la presente
invención.
Los diversos bloques lógicos, módulos y
circuitos ilustrativos descritos en conexión con las formas de
realización descritas en la presente memoria pueden implementarse o
realizarse con un procesador de propósito general, un procesador
digital de señal (DSP), una circuito integrado para aplicaciones
específicas (ASIC), una matriz de puertas programables (FPGA) o
cualquier otro dispositivo lógico programable, puerta discreta o
transistor lógico, componentes de hardware discretos o cualquier
combinación de los mismos diseñada para realizar las funciones
descritas en la presente. Un procesador con finalidad general puede
ser un microprocesador, pero como alternativa, el procesador puede
ser cualquier procesador convencional, controlador,
microcontrolador, o una máquina de estado. También se puede
implementar un procesador como una combinación de dispositivos
computadores, por ej., 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 DSP, o cualquier otra
configuración similar.
Las etapas de un procedimiento o algoritmo
descrito en relación con las formas de realización divulgadas se
pueden realizar directamente en hardware, módulo de software
ejecutado por un procesador, o en una combinación de ambos. Un
módulo de software puede residir en memoria de acceso aleatorio
(RAM), memoria flash, memoria de sólo lectura (ROM), ROM
programable electrónicamente (EPROM), ROM borrable programable
electrónicamente (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 a modo de ejemplo se acopla al procesador de forma
que el procesador pueda leer información desde, y pueda escribirla
hacia, el medio de almacenamiento. Como alternativa, el medio de
almacenamiento puede estar integrado en el procesador. El procesador
y el medio de almacenamiento puede residir en un ASIC. El ASIC
puede residir en un AT. Como alternativa, el procesador y el medio
de almacenamiento pueden residir como componentes discretos en un
AT.
La descripción anterior de las formas de
realización descritas se proporciona para permitir a cualquier
persona experta en la materia hacer uso de la presente invención.
Diversas modificaciones a estas formas de realización se pondrán
fácilmente de manifiesto para los expertos en la materia, y los
principios genéricos principales definidos en la presente memoria
pueden aplicarse a otras formas de realización sin alejarse del
alcance de la invención. Por lo tanto, la presente invención no
pretende limitarse a las formas de realización mostradas en la
presente memoria sino que se le confiere el alcance más amplio
consistente con los principios y las características novedosas
descritas en la presente memoria.
Claims (15)
1. Un procedimiento (1700) para las
comunicaciones inalámbricas en un punto de acceso, AP, que
comprende:
determinar (1710) si se borra una cobertura de
control de velocidad de datos, DRC, transmitida desde un terminal
de acceso, AT;
determinar (1730) si se cumplen los criterios
de borrado de cobertura en relación con la cobertura DRC, si se
borra la cobertura DRC;
determinar (1740) si se borra un valor de
control de fuente de datos, DSC, transmitido desde el terminal de
acceso, si se cumplen los criterios de borrado de cobertura;
multidifundir (1760) trafico directo al AT desde
una pluralidad de sectores que están en la célula servida por el
punto de acceso y en un conjunto activo del AT, si se borra el valor
DSC; y
programar (1720) la transmisión del AT desde un
sector asociado con la cobertura DRC, si no se borra la cobertura
DRC.
2. El procedimiento de la reivindicación 1 que
comprende además la determinación de si el valor DSC está asociado
con una célula servida por el punto de acceso, si no se borra el
valor DSC.
3. El procedimiento de la reivindicación 2 que
comprende además la multidifusión de tráfico directo al AT desde
una pluralidad de sectores que están en la célula servida por un
punto de acceso y en un conjunto activo del AT, si el valor DSC
está asociado con la célula.
4. El procedimiento de la reivindicación 1, en
el que los criterios de borrado de cobertura DRC incluyen una
longitud de ejecución de borrado DRC mayor que un umbral
predeterminado.
5. El procedimiento de la reivindicación 1 que
comprende además: comparar la cobertura DRC con al menos una de las
coberturas DRC previamente recibidas desde el terminal de acceso; y
programar la transmisión al terminal de acceso si no se borra la
cobertura DRC y si la cobertura DRC es consistente con al menos una
de las coberturas DRC previamente recibidas en base a la
comparación.
6. El procedimiento de la reivindicación 5 en el
que al menos una de las coberturas DRC previamente recibidas
incluye una última cobertura DRC descodificada con éxito.
7. El procedimiento de la reivindicación 5, que
comprende además determinar si el terminal de acceso es apto para
el mapeo de borrado DRC, si se borra la cobertura DRC o si la
cobertura DRC no es consistente con al menos una de las coberturas
DRC previamente recibidas en base a la comparación.
8. El procedimiento de la reivindicación 7, en
el que el terminal de acceso es apto para el mapeo de borrado DRC,
si una longitud de ejecución de borrado de DRC es mayor que un
umbral predeterminado y si un valor de control de fuente de datos
almacenados es igual a un valor DSC asociado con una célula servida
por un AP.
9. El procedimiento de la reivindicación 7, que
comprende además multidifundir tráfico directo al terminal de
acceso desde una pluralidad de sectores que están en una célula
servida por un punto de acceso y en un conjunto activo del terminal
de acceso, si el terminal de acceso es apto para el mapeo de borrado
DRC.
10. Un aparato (2000) adaptado para las
comunicaciones inalámbricas, que comprende:
medios para determinar (2010) si se borra una
cobertura de control de velocidad de datos, DRC, transmitida desde
un terminal de acceso, AT;
medios para determinar si se cumplen los
criterios de borrado de cobertura DRC en relación con la cobertura
DRC, si se borra la cobertura DRC;
medios para determinar (2020) si se borra un
valor de control de fuente de datos, DSC, transmitido desde el AT,
si se cumplen los criterios de borrado de cobertura DRC;
medios para multidifundir (2035) tráfico directo
al AT desde una pluralidad de sectores que están en la célula
servida por el punto de acceso, AP, y en un conjunto activo del AT,
si se borra el valor DSC; y
medios para programar (2030) la transmisión del
AT desde un sector asociado con la cobertura DRC, si no se borra la
cobertura DRC.
\newpage
11. El aparato de la reivindicación 10 que
comprende además medios para determinar si el valor DSC está
asociado con una célula servida por el punto de acceso, si no se
borra el valor DSC.
12. El aparato de la reivindicación 11 que
comprende además medios para multidifundir tráfico directo al AT
desde una pluralidad de sectores que están en la célula servida por
el punto de acceso y en un conjunto activo del AT, si el valor DSC
está asociado con la célula.
13. El aparato de la reivindicación 10, en el
que los criterios de borrado de cobertura DRC incluyen una longitud
de ejecución de borrado DRC mayor que un umbral predeterminado.
14. El aparato de la reivindicación 10 que
comprende además medios para comparar la cobertura DRC con al menos
una de las coberturas DRC previamente recibidas desde el terminal de
acceso.
15. El aparato de la reivindicación 14 que
comprende además medios para determinar si el terminal de acceso es
apto para el mapeo de borrado DRC, si se borra la cobertura DRC o si
la cobertura DRC no es consistente con al menos una de las
coberturas DRC previamente recibidas en base a la comparación.
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US70852905P | 2005-08-16 | 2005-08-16 | |
| US708529P | 2005-08-16 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| ES2349883T3 true ES2349883T3 (es) | 2011-01-12 |
Family
ID=37667373
Family Applications (2)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES09153905T Active ES2349883T3 (es) | 2005-08-16 | 2006-08-16 | Procedimientos y sistemas para la selección adaptativa de servidor en comunicaciones inalámbricas. |
| ES06801680T Active ES2346565T3 (es) | 2005-08-16 | 2006-08-16 | Procedimientos y sistemas para la seleccion adaptativa de servidor en comunicaciones inalambricas. |
Family Applications After (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES06801680T Active ES2346565T3 (es) | 2005-08-16 | 2006-08-16 | Procedimientos y sistemas para la seleccion adaptativa de servidor en comunicaciones inalambricas. |
Country Status (16)
| Country | Link |
|---|---|
| US (2) | US8406774B2 (es) |
| EP (3) | EP1922841B1 (es) |
| JP (3) | JP5203943B2 (es) |
| KR (1) | KR101043563B1 (es) |
| CN (2) | CN101288269B (es) |
| AT (3) | ATE475237T1 (es) |
| BR (1) | BRPI0614812A2 (es) |
| CA (1) | CA2619837C (es) |
| DE (2) | DE602006014421D1 (es) |
| ES (2) | ES2349883T3 (es) |
| MY (2) | MY144867A (es) |
| PL (2) | PL1922841T3 (es) |
| RU (2) | RU2407188C2 (es) |
| SG (2) | SG165388A1 (es) |
| TW (1) | TWI353139B (es) |
| WO (1) | WO2007022319A2 (es) |
Families Citing this family (29)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8363604B2 (en) * | 2005-02-01 | 2013-01-29 | Qualcomm Incorporated | Method and apparatus for controlling a transmission data rate based on feedback relating to channel conditions |
| US8406774B2 (en) * | 2005-08-16 | 2013-03-26 | Qualcomm, Incorporated | Methods and systems for server selection during feedback channel impairment in wireless communications |
| JP4639145B2 (ja) * | 2005-12-05 | 2011-02-23 | 株式会社日立製作所 | 通信方法及び通信システム |
| US7885239B1 (en) * | 2007-06-12 | 2011-02-08 | Sprint Spectrum L.P. | Multi-sector rate control |
| IL203785A (en) | 2007-09-12 | 2014-07-31 | Qualcomm Inc | Devices to increase capacitance and methods for wireless communication |
| GB0806385D0 (en) * | 2008-04-08 | 2008-05-14 | Qualcomm Inc | Radio communications system and method with increased channel capacity |
| US8300597B1 (en) | 2008-09-09 | 2012-10-30 | Sprint Spectrum L.P. | Method and system of cell switching while ping-ponging |
| US8891442B2 (en) * | 2009-06-30 | 2014-11-18 | Clearwire Ip Holdings Llc | Apparatus and method for dual-mode operation |
| US8588152B1 (en) * | 2009-09-24 | 2013-11-19 | Sprint Spectrum L.P. | Using the reverse activity bit (RAB) to dynamically configure parameters of the EV-DO data rate control (DRC) channel |
| US8285291B2 (en) | 2010-02-02 | 2012-10-09 | Clearwire Ip Holdings Llc | System and method for multimode device handover |
| WO2011113198A1 (en) * | 2010-03-17 | 2011-09-22 | Qualcomm Incorporated | Apparatus and method for interference mitigation |
| US8396039B2 (en) * | 2010-04-15 | 2013-03-12 | Clearwire Ip Holdings Llc | Apparatus and method for multimode device handover |
| KR102058876B1 (ko) * | 2013-08-19 | 2019-12-26 | 삼성전자 주식회사 | 장치 간 통신에서의 혼잡 상황 해결 방법 및 장치 |
| US9226114B2 (en) * | 2014-03-14 | 2015-12-29 | Hong Kong Applied Science And Technology Research Institute Co., Ltd. | Method and system of incorporating passive-based proximity data for position determination |
| US9301096B2 (en) * | 2014-05-08 | 2016-03-29 | Qualcomm Incorporated | Range rate based stopped detection |
| CN107205249B (zh) * | 2016-03-18 | 2020-07-07 | 华为技术有限公司 | 服务扇区选择方法、装置以及系统 |
| US10432272B1 (en) | 2018-11-05 | 2019-10-01 | XCOM Labs, Inc. | Variable multiple-input multiple-output downlink user equipment |
| US10812216B2 (en) | 2018-11-05 | 2020-10-20 | XCOM Labs, Inc. | Cooperative multiple-input multiple-output downlink scheduling |
| US10756860B2 (en) | 2018-11-05 | 2020-08-25 | XCOM Labs, Inc. | Distributed multiple-input multiple-output downlink configuration |
| US10659112B1 (en) | 2018-11-05 | 2020-05-19 | XCOM Labs, Inc. | User equipment assisted multiple-input multiple-output downlink configuration |
| KR20210087089A (ko) | 2018-11-27 | 2021-07-09 | 엑스콤 랩스 인코퍼레이티드 | 넌-코히어런트 협력 다중 입출력 통신 |
| US10756795B2 (en) | 2018-12-18 | 2020-08-25 | XCOM Labs, Inc. | User equipment with cellular link and peer-to-peer link |
| US11063645B2 (en) | 2018-12-18 | 2021-07-13 | XCOM Labs, Inc. | Methods of wirelessly communicating with a group of devices |
| US11330649B2 (en) | 2019-01-25 | 2022-05-10 | XCOM Labs, Inc. | Methods and systems of multi-link peer-to-peer communications |
| US10756767B1 (en) | 2019-02-05 | 2020-08-25 | XCOM Labs, Inc. | User equipment for wirelessly communicating cellular signal with another user equipment |
| US10735057B1 (en) | 2019-04-29 | 2020-08-04 | XCOM Labs, Inc. | Uplink user equipment selection |
| US10686502B1 (en) | 2019-04-29 | 2020-06-16 | XCOM Labs, Inc. | Downlink user equipment selection |
| US11411778B2 (en) | 2019-07-12 | 2022-08-09 | XCOM Labs, Inc. | Time-division duplex multiple input multiple output calibration |
| US11411779B2 (en) | 2020-03-31 | 2022-08-09 | XCOM Labs, Inc. | Reference signal channel estimation |
Family Cites Families (43)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6370156B2 (en) | 1997-01-31 | 2002-04-09 | Alcatel | Modulation/demodulation of a pilot carrier, means and method to perform the modulation/demodulation |
| FI107773B (fi) * | 1998-12-11 | 2001-09-28 | Nokia Mobile Phones Ltd | Kanavaihdon ajoituksen määrittäminen |
| DE19857959A1 (de) * | 1998-12-16 | 2000-07-06 | Bosch Gmbh Robert | Elektronisches Steuergerät |
| US6205129B1 (en) | 1999-01-15 | 2001-03-20 | Qualcomm Inc. | Method and apparatus for variable and fixed forward link rate control in a mobile radio communications system |
| JP4284773B2 (ja) | 1999-09-07 | 2009-06-24 | ソニー株式会社 | 送信装置、受信装置、通信システム、送信方法及び通信方法 |
| US6707856B1 (en) | 1999-10-07 | 2004-03-16 | Cisco Technology | Transmission of system configuration information |
| DE60115719T2 (de) | 2000-06-21 | 2006-06-29 | Samsung Electronics Co., Ltd., Suwon | Vorrichtung und Verfahren zur Schaltung der Übertragung eines Datenkontrollkanals in einem mobilen Kommunikationssystem hoher Datenrate |
| US6751206B1 (en) * | 2000-06-29 | 2004-06-15 | Qualcomm Incorporated | Method and apparatus for beam switching in a wireless communication system |
| JP3426200B2 (ja) | 2000-08-02 | 2003-07-14 | 松下電器産業株式会社 | 通信端末装置および無線通信方法 |
| KR100370098B1 (ko) | 2000-08-10 | 2003-01-29 | 엘지전자 주식회사 | 이동 단말기의 순방향 데이터 전송 요구를 위한기지국(또는 섹터) 선정 방법 |
| JP3821636B2 (ja) | 2000-08-21 | 2006-09-13 | 松下電器産業株式会社 | 通信端末装置、基地局装置および無線通信方法 |
| US7406104B2 (en) * | 2000-08-25 | 2008-07-29 | Lin Yang | Terrestrial digital multimedia/television broadcasting system |
| JP2002171572A (ja) | 2000-12-01 | 2002-06-14 | Hitachi Ltd | 無線基地局、パケット中継装置並びに無線通信システム |
| KR100703499B1 (ko) | 2000-12-09 | 2007-04-03 | 삼성전자주식회사 | 다중 프로토콜 레이블 교환 시스템에서 트래픽 엔지니어링기능을 구현하기 위한 데이터구조 및 구축 방법 |
| US7305461B2 (en) * | 2000-12-15 | 2007-12-04 | International Business Machines Corporation | Method and system for network management with backup status gathering |
| DE60219977T2 (de) | 2001-02-12 | 2008-01-17 | Lg Electronics Inc. | Datenübertragungsratensteuerung auf der Aufwärtsstrecke für jede Mobilstation |
| US6985453B2 (en) | 2001-02-15 | 2006-01-10 | Qualcomm Incorporated | Method and apparatus for link quality feedback in a wireless communication system |
| US6807426B2 (en) | 2001-04-12 | 2004-10-19 | Qualcomm Incorporated | Method and apparatus for scheduling transmissions in a communication system |
| US6990137B2 (en) | 2001-05-17 | 2006-01-24 | Qualcomm, Incorporated | System and method for received signal prediction in wireless communications systems |
| US7085581B2 (en) * | 2001-06-01 | 2006-08-01 | Telefonaktiebolaget Lm Ericsson (Publ) | RPC channel power control in a HDR network |
| WO2003001838A1 (en) | 2001-06-26 | 2003-01-03 | Qualcomm Incorporated | Method and apparatus for adaptive server selection in a data communication system |
| CN1547861A (zh) | 2001-06-27 | 2004-11-17 | ���˹���Ѷ��� | 无线通信系统中控制信息的传递 |
| US6842619B2 (en) | 2001-07-19 | 2005-01-11 | Ericsson Inc. | Telecommunications system and method for load sharing within a code division multiple access 2000 network |
| DE10141971A1 (de) | 2001-08-28 | 2003-03-27 | Siemens Ag | Adaptive Kanalschätzung in einem OFDM-basierten Mobilfunksystem durch Variation der Anzahl der Pilotsymbole |
| US6680925B2 (en) | 2001-10-16 | 2004-01-20 | Qualcomm Incorporated | Method and system for selecting a best serving sector in a CDMA data communication system |
| US7773699B2 (en) | 2001-10-17 | 2010-08-10 | Nortel Networks Limited | Method and apparatus for channel quality measurements |
| US8089888B2 (en) | 2001-12-10 | 2012-01-03 | Qualcomm Incorporated | Method and apparatus for testing traffic and auxiliary channels in a wireless data communication system |
| US7050759B2 (en) | 2002-02-19 | 2006-05-23 | Qualcomm Incorporated | Channel quality feedback mechanism and method |
| KR20040009762A (ko) | 2002-07-25 | 2004-01-31 | 난야 플라스틱스 코오퍼레이션 | 내광견뢰도(耐光堅牢度)가 개선된 폴리에스테르 섬유의제조방법 |
| JP2004080306A (ja) | 2002-08-15 | 2004-03-11 | Toshiba Corp | 無線データ通信システムの伝送レート決定方法、移動局装置及び基地局装置 |
| US7986742B2 (en) | 2002-10-25 | 2011-07-26 | Qualcomm Incorporated | Pilots for MIMO communication system |
| KR100964670B1 (ko) * | 2003-05-12 | 2010-06-22 | 엘지전자 주식회사 | 이동통신 시스템에서 데이터 레이트 제어 정보를 생성하는방법 |
| US7039412B2 (en) | 2003-08-08 | 2006-05-02 | Intel Corporation | Method and apparatus for transmitting wireless signals on multiple frequency channels in a frequency agile network |
| US7440425B2 (en) * | 2003-09-04 | 2008-10-21 | Samsung Electronics Co., Ltd. | Apparatus and method for reducing paging channel loading for broadcast multicast services in a wireless network |
| US8331377B2 (en) * | 2004-05-05 | 2012-12-11 | Qualcomm Incorporated | Distributed forward link schedulers for multi-carrier communication systems |
| US20060098580A1 (en) | 2004-11-08 | 2006-05-11 | Qinghua Li | Apparatus and method capable of beam forming adjustments |
| US20060133290A1 (en) | 2004-12-21 | 2006-06-22 | Bengt Lindoff | ACK/NACK detection in wireless communication |
| US8363604B2 (en) | 2005-02-01 | 2013-01-29 | Qualcomm Incorporated | Method and apparatus for controlling a transmission data rate based on feedback relating to channel conditions |
| US20060176815A1 (en) * | 2005-02-04 | 2006-08-10 | Picot Carol M | Method for reverse link overload control in a wireless communication system |
| US8064398B2 (en) | 2005-04-08 | 2011-11-22 | Qualcomm Incorporated | Seamless interfrequency handoff in a high data rate wireless system |
| US8406774B2 (en) * | 2005-08-16 | 2013-03-26 | Qualcomm, Incorporated | Methods and systems for server selection during feedback channel impairment in wireless communications |
| US7424294B2 (en) * | 2005-08-31 | 2008-09-09 | Motorola, Inc. | Method and system for switching a mobile device in a mobile network |
| US7636582B2 (en) * | 2005-09-30 | 2009-12-22 | Alcatel-Lucent Usa Inc. | Providing power control in a reverse link of a wireless spread-spectrum data network for bursty traffic |
-
2006
- 2006-08-16 US US11/506,108 patent/US8406774B2/en active Active
- 2006-08-16 DE DE602006014421T patent/DE602006014421D1/de active Active
- 2006-08-16 CN CN2006800379878A patent/CN101288269B/zh not_active Expired - Fee Related
- 2006-08-16 MY MYPI2010000974A patent/MY144867A/en unknown
- 2006-08-16 SG SG201006722-1A patent/SG165388A1/en unknown
- 2006-08-16 SG SG201006723-9A patent/SG165389A1/en unknown
- 2006-08-16 CA CA2619837A patent/CA2619837C/en not_active Expired - Fee Related
- 2006-08-16 RU RU2008110090/09A patent/RU2407188C2/ru not_active IP Right Cessation
- 2006-08-16 KR KR1020087006390A patent/KR101043563B1/ko active IP Right Grant
- 2006-08-16 TW TW095130166A patent/TWI353139B/zh not_active IP Right Cessation
- 2006-08-16 EP EP06801680A patent/EP1922841B1/en not_active Not-in-force
- 2006-08-16 ES ES09153905T patent/ES2349883T3/es active Active
- 2006-08-16 EP EP09153905A patent/EP2058985B1/en not_active Not-in-force
- 2006-08-16 US US11/506,068 patent/US8385923B2/en active Active
- 2006-08-16 JP JP2008527121A patent/JP5203943B2/ja not_active Expired - Fee Related
- 2006-08-16 PL PL06801680T patent/PL1922841T3/pl unknown
- 2006-08-16 CN CN2010101111605A patent/CN101854689B/zh not_active Expired - Fee Related
- 2006-08-16 DE DE602006015725T patent/DE602006015725D1/de active Active
- 2006-08-16 MY MYPI20063960A patent/MY142267A/en unknown
- 2006-08-16 ES ES06801680T patent/ES2346565T3/es active Active
- 2006-08-16 BR BRPI0614812-3A patent/BRPI0614812A2/pt not_active IP Right Cessation
- 2006-08-16 AT AT09153905T patent/ATE475237T1/de not_active IP Right Cessation
- 2006-08-16 AT AT06801680T patent/ATE468683T1/de not_active IP Right Cessation
- 2006-08-16 PL PL09153905T patent/PL2058985T3/pl unknown
- 2006-08-16 EP EP10170126A patent/EP2242309B1/en not_active Not-in-force
- 2006-08-16 WO PCT/US2006/032063 patent/WO2007022319A2/en active Application Filing
- 2006-08-16 AT AT10170126T patent/ATE536718T1/de active
-
2010
- 2010-11-02 RU RU2010144963/08A patent/RU2010144963A/ru not_active Application Discontinuation
-
2011
- 2011-03-16 JP JP2011058134A patent/JP5174202B2/ja not_active Expired - Fee Related
- 2011-08-19 JP JP2011179694A patent/JP2012023745A/ja active Pending
Also Published As
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| ES2349883T3 (es) | Procedimientos y sistemas para la selección adaptativa de servidor en comunicaciones inalámbricas. | |
| ES2309192T3 (es) | Procedimiento y aparato para el control de potencia en un sistema de comunicacion inalambrica. | |
| ES2330034T3 (es) | Procedimiento y dispositivo de adaptacion de capacidad de transmision en la transmision de datopor paquetes. | |
| ES2744228T3 (es) | Entrega ordenada de paquetes de datos durante la transferencia | |
| JP4283108B2 (ja) | 複数のハンドオフ基準を利用する通信システム | |
| ES2806927T3 (es) | Método y aparato para proporcionar comunicación discontinua eficiente | |
| JP5363633B2 (ja) | カバレッジ拡張のための自律送信方法 | |
| ES2522540T3 (es) | Terminal de acceso, estación base y procedimientos para mitigar la falsa detección de una señal de concesión de acceso en el terminal de acceso | |
| ES2377652T3 (es) | Método y aparato para configurar nuevamente un número de secuencias de transmisión (NST) | |
| JP4177254B2 (ja) | Ｃｄｍａ通信システムにおけるデータパケットの受信に応答するための方法および装置 | |
| ES2769537T3 (es) | Procedimiento y aparato de programación de velocidades de enlace ascendente de forma adaptativa a una rampa de velocidad rápida en un sistema de comunicación por paquetes | |
| KR20200011489A (ko) | 데이터 전송 방법 및 장치 | |
| JP2005526419A5 (es) | ||
| ES2766374T3 (es) | Método de programación de red inalámbrica y dispositivo de acceso | |
| CN108063647B (zh) | 数据传输的方法和装置 | |
| JP2006303642A (ja) | 無線通信制御システム、無線基地局及び無線通信制御方法 | |
| US7392063B2 (en) | Mobile communication system, radio base station apparatus, mobile terminal, and control method therefor | |
| ES2384322T3 (es) | Sistema de comunicación de radio | |
| ES2371134T3 (es) | Recuperación de error de traspaso debido a falsa detección de señal de terminación de traspaso en terminal de acceso. | |
| CA2768695A1 (en) | Methods and systems for adaptive server selection in wireless communications |