ES2309195T3 - Asignaciones previas de recursos para transiciones de estados de asociacion para sistemas lan inalambricos. - Google Patents
Asignaciones previas de recursos para transiciones de estados de asociacion para sistemas lan inalambricos. Download PDFInfo
- Publication number
- ES2309195T3 ES2309195T3 ES02765731T ES02765731T ES2309195T3 ES 2309195 T3 ES2309195 T3 ES 2309195T3 ES 02765731 T ES02765731 T ES 02765731T ES 02765731 T ES02765731 T ES 02765731T ES 2309195 T3 ES2309195 T3 ES 2309195T3
- Authority
- ES
- Spain
- Prior art keywords
- central controller
- mac
- advance
- mobile terminal
- reserves
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Lifetime
Links
- 230000005540 biological transmission Effects 0.000 claims abstract description 46
- 239000000872 buffer Substances 0.000 claims abstract description 19
- 238000000034 method Methods 0.000 claims description 21
- 230000007704 transition Effects 0.000 claims description 19
- 230000015654 memory Effects 0.000 claims description 18
- 230000003466 anti-cipated effect Effects 0.000 claims description 15
- 108700026140 MAC combination Proteins 0.000 claims description 4
- 238000012432 intermediate storage Methods 0.000 claims 1
- 230000006870 function Effects 0.000 description 28
- 238000012546 transfer Methods 0.000 description 25
- 238000010586 diagram Methods 0.000 description 12
- 230000004044 response Effects 0.000 description 8
- 238000004891 communication Methods 0.000 description 7
- 238000013468 resource allocation Methods 0.000 description 7
- 230000001934 delay Effects 0.000 description 5
- 230000011664 signaling Effects 0.000 description 5
- 230000007246 mechanism Effects 0.000 description 4
- 238000009825 accumulation Methods 0.000 description 3
- 230000001174 ascending effect Effects 0.000 description 3
- 230000008901 benefit Effects 0.000 description 3
- ICFJFFQQTFMIBG-UHFFFAOYSA-N phenformin Chemical compound NC(=N)NC(=N)NCCC1=CC=CC=C1 ICFJFFQQTFMIBG-UHFFFAOYSA-N 0.000 description 3
- 230000006399 behavior Effects 0.000 description 2
- 239000000470 constituent Substances 0.000 description 2
- 238000007726 management method Methods 0.000 description 2
- 238000012545 processing Methods 0.000 description 2
- 230000008054 signal transmission Effects 0.000 description 2
- 206010001488 Aggression Diseases 0.000 description 1
- 230000016571 aggressive behavior Effects 0.000 description 1
- 208000012761 aggressive behavior Diseases 0.000 description 1
- 230000003247 decreasing effect Effects 0.000 description 1
- 230000007547 defect Effects 0.000 description 1
- 238000001514 detection method Methods 0.000 description 1
- 208000016344 lissencephaly with cerebellar hypoplasia Diseases 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000002853 ongoing effect Effects 0.000 description 1
- 230000008569 process Effects 0.000 description 1
- 238000004088 simulation Methods 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
- 239000012536 storage buffer Substances 0.000 description 1
- 230000002123 temporal effect Effects 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
- H04W28/26—Resource reservation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/04—Wireless resource allocation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W74/00—Wireless channel access
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W84/00—Network topologies
- H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
- H04W84/10—Small scale networks; Flat hierarchical networks
- H04W84/12—WLAN [Wireless Local Area Networks]
Landscapes
- Engineering & Computer Science (AREA)
- Quality & Reliability (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
- Small-Scale Networks (AREA)
Abstract
Una red de área local (LAN) inalámbrica que comprende: un controlador central (22); un terminal móvil (24) que comprende: un transceptor (50); una memoria de almacenamiento intermedio (58) de transmisión que almacena información que se va a incluir en una señal de control; y una unidad lógica (54) de MAC que, a través del transceptor (50), envía una secuencia de señales de control al controlador central (22) en un protocolo de MAC antes de enviar o recibir datos de usuario; caracterizado porque el controlador central (22) reserva de manera anticipada un recurso de MAC para la transmisión de una señal de control en la secuencia previa a la información de la señal de control que se está almacenando en la memoria de almacenamiento intermedio (58) de transmisión del terminal móvil (24).
Description
Asignaciones previas de recursos para
transiciones de estados de asociación para sistemas LAN
inalámbricos.
La presente invención pertenece a las
comunicaciones a través de redes de área local (LAN) inalámbricas y,
en particular, a la asignación de recursos durante una transición
de estado asociado, por ejemplo, durante una asociación inicial o
una transferencia.
Una red de área local (LAN) inalámbrica tiene,
normalmente, terminales móviles (MT) plurales y un Punto de Acceso
(AP). El Punto de Acceso es, normalmente, una unidad de interfaz que
actúa como interfaz hacia la red fija (es decir, el enlace desde la
red inalámbrica a la red cableada). En muchas aplicaciones, el
objetivo del AP es, principalmente, administrar la interfaz aérea
(por ejemplo, asignar recursos de Control de Acceso al Medio [MAC])
y establecer la conexión del MT tan similar a un cable de conexión
ordinario como sea posible.
HIPERLAN de Tipo 2 (H2) es un nuevo estándar
para los sistemas de LAN inalámbricos. HIPERLAN de Tipo 2 (H2) está
descrita en documentación tal como las siguientes: (1) el documento
ETSI TS 101 761-1 V1.2.1 - Control de Enlace de
Datos para HIPERLAN de Tipo 2, Parte 1, Funciones Básicas de
Transporte de Datos, y (2) el documento ETSI TS 101
761-1 V1.2.1- Control de Enlace de Datos para
HIPERLAN de Tipo 2, Parte 2, Capa Inferior de Control de Enlace de
Radio. Para HIPERLAN de Tipo 2 (H2), la capa de Control de Acceso al
Medio (MAC) es una capa orientada a la conexión, capa de MAC con
acceso múltiple mediante división de tiempo (TDMA) basada en la
reserva.
En HIPERLAN de Tipo 2 (H2), el Punto de Acceso
(AP) se llama, también, controlador central (CC) con el fin de
generalizar sus funciones, y para reflejar el hecho de que la
responsabilidad de la asignación de recursos no tiene que estar
localizada, necesariamente, en un nodo (tal como un Punto de Acceso)
que actúa hacia la red. En consecuencia, independientemente de su
ubicación, el controlador central (CC) está referido, a veces, en
este documento, también como el "AP/CC". Como se explica en
detalle más adelante, el controlador central (CC) administra tanto
el protocolo de MAC como la asignación de recursos dentro de él.
El controlador central (CC) gestiona la trama de
MAC. La trama de MAC es una trama de TDMA fija que siempre comienza
con una baliza (BCH) obtenida del AP/CC. La baliza transmitida sirve
para, entre otras cosas, señalar ciertas ranuras de tiempo, por
ejemplo, ranuras de RACH, que podrían utilizarse para, por ejemplo,
iniciar la señalización de control. El inicio de la señalización de
control puede implicar, por ejemplo, que el terminal móvil (MT) que
utiliza ranuras de RACH envíe solicitudes de recursos (RR). Las
solicitudes de recursos (RR) se utilizan para solicitar recursos de
tráfico del UL en la trama de MAC que se va a utilizar para las
señales de control (por ejemplo, mensajes de RLC).
El controlador central (CC) recaba las
Solicitudes de Recursos (RR) de uno o más terminales móviles (MT)
que comprende la red LAN inalámbrica y, sobre la base de las
solicitudes recibidas/recogidas de todos esos MT, asigna recursos
para el tráfico de ambos enlaces descendente (DL) y ascendente (UL).
Los recursos asignados incluyen Canales Dedicados de Control (DCCH)
para datos de control (por ejemplo, señales de control, tales como
señales de RLC) y (UDCH) para datos de usuario. En general, no hay
diferencias entre solicitar recursos para señales de control y
solicitar recursos para datos de usuario. El terminal móvil (MT)
sólo solicita una cantidad de Canales Largos (LCH). Para una
descripción más detallada sobre canales lógicos y de transporte,
así como sus identificadores, véase el documento ETSI TS 101
761-1 V1.2.1 - Control de Enlace de Datos en
HIPERLAN de Tipo 2, Parte 1, Funciones Básicas de Transporte de
Datos, Capítulo 5.
Después de la asignación de los recursos, el
controlador central (CC) anuncia las asignaciones en el Canal de
Control de Tramas (FCCH). Tal anuncio y el Canal de Control de
Tramas (FCCH) se describen en el documento ETSI TS 101
761-1 V1.2.1 - Control de Enlace de Datos en
HIPERLAN de Tipo 2, Parte 1, Funciones Básicas de Transporte de
Datos, Capítulo 6.3.
De particular interés es la señalización de
control (es decir, las señales de control) utilizada, ya sea (1)
para asociar, inicialmente, un terminal móvil (MT), con un CC/AP, o
(2) para llevar a cabo la transferencia de un terminal móvil (MT)
al CC/AP. A este respecto, ya sea en el escenario de asociación
inicial o en el escenario de transferencia, el terminal móvil (MT)
sufre transiciones a través de una serie respectiva de estados de
asociación. Los estados de asociación difieren en función de si está
en vigor un escenario de asociación inicial o un escenario de
transferencia. La figura 1 muestra un ejemplo de estados de
asociación para un escenario de asociación inicial, en el que la
tarea es, para el MT que, tan pronto como sea posible, pase del
estado MT_Desasociado_de_AP al estado MT_Asociado_a_AP y luego,
también, al estado Asociado_CL_Difusión_Unido y al estado
DUC_Establecido. Estos estados están descritos en los capítulos
5.1.1, 5.1.1, 5.1.5, y 5.3.1, respectivamente, del documento ETSI
TS 101 761-1 V1.2.1 - Control del Enlace de Datos en
HIPERLAN de Tipo 2, Parte 2, Capa inferior de Control de Enlace de
Radio. La figura 2 muestra un ejemplo de estados de asociación para
un escenario de transferencia, en el que la tarea es, para el
terminal móvil (MT), pasar lo más rápidamente posible desde el
estado MT_Asociado_con_antiguo_AP al estado HO_Completado_a_nuevo_AP
y luego, también, al estado Asociado_CL_Difusión_Unido y al estado
DUC_Establecido. Estos estados se describen en los capítulos
5.2.1.3, 5.2.1.3, 5.1.5, y 5.3.1, respectivamente, del documento
ETSI TS 101 761-1 V1.2.1 - Control del Enlace de
Datos en HIPERLAN de Tipo 2, Parte 2, Capa inferior de Control del
Enlace de Radio.
Como parte de la transición a través de estos
estados de asociación, el terminal móvil (MT) transmite una
secuencia de señales de control (por ejemplo, mensajes de Control
del Enlace de Radio [RLC]) al controlador central (CC). Sin
embargo, según la presente convención, previo al envío de cada una
de esas señales de control de la secuencia, el terminal móvil (MT)
debe solicitar recursos para enviar la señal de control. Por otra
parte, de acuerdo con la actual convención, sólo se permite al
terminal móvil (MT) solicitar recursos que correspondan a lo que
está actualmente pendiente en sus memorias de almacenamiento
temporal para la transmisión. Los recursos solicitados, por
ejemplo, los recursos buscados, incluyen el correspondiente Canal de
Control Dedicado (DCCH) en la trama de MAC que se va a utilizar
para la señal de control. La propia solicitud de recursos toma la
forma de un mensaje independiente desde el terminal móvil (MT) al
controlador central (CC), que utiliza, normalmente, un Canal de
Acceso Aleatorio (RACH). En otras palabras, cuando el controlador
central (CC) no ha asignado ningún recurso, el terminal móvil (MT)
debe utilizar el RACH con el fin de solicitar recursos nuevos para
la señal de control.
Para un escenario de asociación inicial (véase
la figura 1), el terminal móvil (MT) decide por sí mismo con qué
AP/CC se asocia. La primera solicitud de asociación al AP/CC adopta
la forma de un mensaje de ASCH/RCH
RLC_MAC-ID_ASIGNACION (véase el documento ETSI TS
101 761-1 V1.2.1 - HIPERLAN de Tipo 2, Control del
Enlace de Datos, Parte 2, Capa inferior de Control del Enlace de
Radio, Capítulo 5.1.1.2. En esta situación, el MT no es conocido
por el controlador central (CC) y, por lo tanto, sólo puede utilizar
ranuras de disputa disponibles de manera general, (es decir, la
zona RACH). Véase el documento ETSI TS 101 761-1
V1.2.1 - Control del Enlace de Datos en HIPERLAN de Tipo 2, Parte
1, Funciones Básicas de Transporte de Datos, capítulos 6.3.2.5 y
6.3.3. El objetivo del mensaje de
RLC_MAC-ID_ASIGNACION es sólo obtener una
MAC-ID, a fin de poder iniciar procedimientos de
configuración de conexiones y de asociaciones. La asociación incluye
luego, también, negociación de posibilidades, puesta en marcha de
figurado, autentificación, etc., como se describe, por ejemplo, en
el documento ETSI TS
101 761-1 V1.2.1 - Control del Enlace de Datos en HIPERLAN de Tipo 2, Parte 2, Capa inferior de Control del Enlace de Radio, Capítulo 5.1.1. Los procedimientos de configuración tanto de la asociación como de las conexiones deben estar concluidos antes de que tenga lugar cualquier intercambio de datos de usuario y de que se aplique cualquier asignación de recursos generales.
101 761-1 V1.2.1 - Control del Enlace de Datos en HIPERLAN de Tipo 2, Parte 2, Capa inferior de Control del Enlace de Radio, Capítulo 5.1.1. Los procedimientos de configuración tanto de la asociación como de las conexiones deben estar concluidos antes de que tenga lugar cualquier intercambio de datos de usuario y de que se aplique cualquier asignación de recursos generales.
Tan pronto como se ha obtenido una
MAC-ID, el terminal móvil (MT) puede comenzar a
solicitar recursos del UL para otra de sus señales de control en la
secuencia. Sin embargo, al MT sólo se le permite solicitar recursos
que correspondan a lo que está pendiente en sus memorias de
almacenamiento intermedio de transmisión. Véase, por ejemplo, el
documento ETSI TS 101 761-1 V1.2.1 - Control del
Enlace de Datos en HIPERLAN de Tipo 2, Parte 1, Funciones Básicas
de Transporte de Datos, Capítulo 6.3.2.8. En otras palabras, el
terminal móvil (MT) no puede solicitar recursos de UL "en
general". Como se explica más adelante, esta limitación en
solicitar recursos para una señal de control sólo cuando la
información de la señal de control ya está en su(s)
memoria(s) de almacenamiento intermedio para su transmisión
presenta varios problemas al terminal móvil (MT).
Para cada señal individual de control del enlace
ascendente (es decir, señal de RLC del UL), que comprende uno o más
LCH, el terminal móvil (MT) debe: (1) esperar hasta que las señales
de control [por ejemplo, mensaje(s) de RLC] estén
preparadas; (2) enviar una Solicitud de Recursos (RR) en el RACH
para obtener recursos de UL para los LCH; (3) seguir los
procedimientos necesarios para acceder a las ranuras de RACH (por
ejemplo, desbloqueo exponencial en caso de colisiones); (4) tras
asumir una Solicitud de Recursos transmitida con éxito (el MT no
puede saber instantáneamente de manera definitiva si una Solicitud
de Recursos ha tenido éxito), esperar la asignación de UL entrante
(cuyo retardo depende, también, de la carga del controlador central
(CC) y su retardo de tratamiento), y sólo entonces (5) transmitir
la señal de control (por ejemplo, señal/mensaje de RLC). Por otra
parte, si se pierden algunas de las señales de control, cada una de
las operaciones (1) a (5) que se han descrito anteriormente (es
decir, toda la función de RLC) tendrán que ser repetidas por la
señal de control perdida.
En general, es el terminal móvil (MT) el que
toma la iniciativa para avanzar hacia el siguiente
sub-estado durante los procedimientos de
configuración de la asociación y de las conexiones mediante el envío
de la siguiente señal de control (por ejemplo, el mensaje de RLC)
en la secuencia después de recibir con éxito el acuse de recibo de
la anterior. Después de responder al mensaje de
RLC_MAC-ID_ASIGNACION, el terminal móvil (MT) puede
enviar subsecuentemente, en los instantes sucesivos apropiados, el
resto de las señales de control de la secuencia. La identidad y la
naturaleza de tales señales de control dependen de cosas tales como,
por ejemplo, la Capa de Convergencia (CL) en particular y el
escenario de la aplicación. Un ejemplo no limitativo de las
restantes señales de control (tomadas del documento borrador ETSI
TS 101 761-3 VO.c - Perfil de entornos de Negocios,
capítulos 5.2 y 5.4) son cuatro señales de control de la asociación
en particular y tres señales de control del establecimiento de la
conexión en particular. Las cuatro señales de control de la
asociación en particular son las siguientes: RLC_ENLACE_POSIBILIDAD
(1 LCH); RLC_CLAVE_INTERCAMBIO_MT_1&_2 (2 LCH);
RLC_AUTENTIFICACION (el número de señales del UL y el número de LCH
por señal depende del tipo de autentificación seleccionado), y
RLC_INFO_TRANSFERENCIA (1 LCH). Las tres señales de control de
establecimiento de conexiones en particular son las
siguientes:
RLC_ESTABLECIMIENTO (1 LCH); RLC_CONEXION_ACK (1 LCH); RLC_CL_DIFUSION_UNION (1 LCH). Por tanto, en este ejemplo, el número mínimo de señales de RLC LCH necesarias en el enlace ascendente (UL) para concluir la asociación es de por lo menos siete. El número real necesario puede aumentar debido a las señales de RLC perdidas (que, como se ha explicado más arriba, requieren retransmisiones de RLC). Sólo después de concluir todos los intercambios de señales mencionados podrán los terminales móviles (MT) comenzar a enviar y recibir datos de usuario.
RLC_ESTABLECIMIENTO (1 LCH); RLC_CONEXION_ACK (1 LCH); RLC_CL_DIFUSION_UNION (1 LCH). Por tanto, en este ejemplo, el número mínimo de señales de RLC LCH necesarias en el enlace ascendente (UL) para concluir la asociación es de por lo menos siete. El número real necesario puede aumentar debido a las señales de RLC perdidas (que, como se ha explicado más arriba, requieren retransmisiones de RLC). Sólo después de concluir todos los intercambios de señales mencionados podrán los terminales móviles (MT) comenzar a enviar y recibir datos de usuario.
La transferencia en HIPERLAN/2 se produce
normalmente cuando un terminal móvil (MT) se desplaza dentro de un
dominio de red de H2 como está definido por NET-ID.
Los mecanismos para aumentar el comportamiento de la transferencia
no están limitan, sin embargo, a transferencias sólo entre dos áreas
de servicio H2, sino que podrían aplicarse, también, a
transferencias desde algún otro tipo de interfaz de red a una red de
H2.
Desde el punto de vista de Control del Enlace de
Radio (RLC), la transferencia es muy similar a los procedimientos
de asociación descritos anteriormente. Una diferencia importante es
que el primer contacto con el nuevo AP/CC se realiza usando un
mensaje diferente (RLC_TRANSFERENCIA_SOL). Este mensaje
RLC_TRANSFERENCIA_SOL activa los mecanismos de transferencia del
Punto de Acceso (AP) para la comunicación medular con Puntos de
Acceso (AP) anteriores a fin de, por ejemplo, enviar los atributos
de MT, los datos de usuario, etc. Después de responder al mensaje
de RLC_TRANSFERENCIA_SOL, el terminal móvil (MT) puede enviar
subsiguientemente, en instantes sucesivas apropiados, el resto de
las señales de control de la secuencia. La identidad y la naturaleza
de tales señales de control dependen de cosas tales como, por
ejemplo, la Capa de Convergencia (CL) en particular y el escenario
de la Aplicación. Un ejemplo no limitativo de las restantes señales
de control (tomado del documento borrador ETSI TS
101 761 - 3VO.c - Perfil para entornos de Negocios, capítulos 5.2 y 5.4) son las cuatro señales de control de la asociación en particular y tres señales de control de establecimiento de la conexión en particular descritas anteriormente en relación con el escenario inicial de asociación. Así, en este ejemplo de escenario de transferencia (como en el escenario inicial de asociación de este ejemplo), el número mínimo de señales de LCH RLC necesarias en el enlace ascendente (UL) para concluir la transferencia es por lo menos siete. El número real necesario puede aumentar debido a señales de RLC perdidas (que, como se ha explicado anteriormente, requieren retransmisiones de RLC). Sólo después de concluir todos los intercambios de señal mencionados más arriba podrá el terminal móvil (MT) comenzar a enviar y recibir datos de usuario.
101 761 - 3VO.c - Perfil para entornos de Negocios, capítulos 5.2 y 5.4) son las cuatro señales de control de la asociación en particular y tres señales de control de establecimiento de la conexión en particular descritas anteriormente en relación con el escenario inicial de asociación. Así, en este ejemplo de escenario de transferencia (como en el escenario inicial de asociación de este ejemplo), el número mínimo de señales de LCH RLC necesarias en el enlace ascendente (UL) para concluir la transferencia es por lo menos siete. El número real necesario puede aumentar debido a señales de RLC perdidas (que, como se ha explicado anteriormente, requieren retransmisiones de RLC). Sólo después de concluir todos los intercambios de señal mencionados más arriba podrá el terminal móvil (MT) comenzar a enviar y recibir datos de usuario.
Para conexiones de datos de usuarios enviados a
través del Canal de Datos de Usuario (UDCH), hay tres modos de
funcionamiento para la asignación de recursos. En un primer modo,
también conocido como "tipo básico de asignación", todas las
solicitudes de recursos se realizan dinámicamente mientras llegan
los datos. A la entidad solicitante (por ejemplo, el terminal móvil
(MT)) sólo se le permite solicitar recursos correspondientes a lo
que está actualmente pendiente en sus memorias de almacenamiento
intermedio de transmisión. Cuando no hay recursos asignados por el
controlador central (CC), la entidad solicitante debe utilizar el
RACH con el fin de solicitar nuevos recursos. Tal esquema de
asignación es conocido, también, a partir del documento EP 0 709
982.
Un segundo modo de asignación de recursos para
conexiones de datos de usuario se conoce, también, como el modo de
"acuerdo de capacidad fija". En el modo de acuerdo de capacidad
fija, la entidad solicitante [por ejemplo, el terminal móvil (MT)]
y el controlador central (CC) acuerdan una cantidad fija de recursos
que van a ser asignados a intervalos determinados de tiempo para
los datos de usuario. También se pueden solicitar continuamente
recursos adicionales de la misma forma que para el modo de tipo
básico de asignación.
Un tercer modo de asignación de recursos para
conexiones de datos de usuario es conocido, también, como el modo
de "asignación de ranuras fijas". En el modo de asignación de
ranuras fijas, la entidad solicitante y el controlador central (CC)
acuerdan que ranuras fijas de recursos sean asignadas en las tramas
de MAC para los datos de usuario. Los recursos adicionales pueden
ser solicitados, también, continuamente de la misma manera que para
en el modo de tipo básico de asignación. El modo de asignación de
ranuras fijas está descrito, por ejemplo, en el documento ETSI TS
101 761-1 V1.2.1 - Control del Enlace de Datos en
HIPERLAN de Tipo 2, Parte 1, Funciones Básicas de Transporte de
Datos, capítulo 6.3.4.
El controlador central (CC) y la entidad
solicitante negocian, durante el establecimiento de la conexión de
datos de usuario, cuál de los modos anteriores de asignación de
recursos de datos de usuario se va a utilizar. El establecimiento
de la conexión debe concluir, por lo tanto, antes de que la entidad
solicitante pueda comenzar a solicitar recursos.
De este modo, durante la transición de estados
tales como, por ejemplo, durante un escenario de asociación inicial
o un escenario de transferencia, no se ha establecido todavía
ninguna característica de la conexión. Al mismo tiempo, es muy
conveniente mantener el tiempo de inactividad antes de la conexión
lo más corto posible. Sin embargo, el número total de mensajes
transmitidos para solicitar recursos para señales de control, y las
propias señales de control, y el retardo que se produce en cada uno
de esos mensajes, complica la eficiencia temporal.
A la vista de lo anterior, tanto el escenario
inicial de asociación como el escenario de transferencia conllevan
secuencias estrictas de señales de control en el que cada
intercambio de la señal de control debe concluir antes de puede ser
generada y almacenada una señal de control subsiguiente en una
memoria de almacenamiento intermedio de transmisión de la entidad
solicitante [por ejemplo, el terminal móvil (MT)]. Además, y
también, como se ha explicado previamente, ya que la mayoría de los
intercambios de estas señales de control implican mensajes de Canal
Largo (LCH), un mensaje de Solicitud de Recursos debe ser enviado,
por adelantado, usando el RACH con el fin de procurar y garantizar
recursos (por ejemplo, DCCH) para cada transmisión de la señal de
control. El hecho de tener que generar un mensaje de Solicitud de
Recursos de esta manera agrega por lo menos un mensaje adicional
para el intercambio "útil", con lo que aumenta el tiempo de
inactividad. Por otra parte, ya que el RACH es un canal de acceso
basado en la disputa, solicitar recursos siempre implicará un
cierto grado de incertidumbre en función de si la solicitud de
recursos llegará al controlador central (CC). Los mecanismos de
desbloqueo de Acceso Aleatorio pueden, por tanto, llegar a añadir
aún más retardo y, a continuación, aumentar, también, el periodo de
inactividad.
La figura 3 ilustra lo anterior y, en
particular, el hecho de que, en la actualidad, en una LAN
inalámbrica de HIPERLAN 2, el MT experimenta retardos en cada
intento de transmitir una señal de UL que contenga LCH. En la
figura 3, T_{d} es el retardo añadido por señal, principalmente
introducido porque el MT debe utilizar el RACH para las Solicitudes
de Recursos con el fin de obtener recursos de UL. Más exactamente,
T_{d} está definido por la Expresión 1:
Expresión 1:
\hskip0,5cmT_{d} = Retardo_RACH + AP/CC_RR_Proc_retardo
En la Expresión 1, RACH_retardo se debe,
principalmente, a dos factores. El primer factor son las colisiones
con otros contendientes. Cuando el MT detecta una colisión (véase el
documento ETSI TS 101 761-1 V1.2.1 - Control del
Enlace de Datos en HIPERLAN de Tipo 2, parte 1, Funciones Básicas de
Transporte de Datos, Capítulo 6.2.3), se solicita al MT que entre
en un esquema de desbloqueo exponencial antes de intentarlo de nuevo
(véase el documento ETSI TS 101 761-1 V1.2.1 -
Control del Enlace de Datos en HIPERLAN de Tipo 2, parte 1,
Funciones Básicas de Transporte de Datos, Capítulo 6.3.3). El
segundo factor es el retardo añadido cuando una Solicitud de
Recursos se considera, erróneamente, transmitida con éxito. El MT
debe, entonces, darse cuenta por sí mismo de que debe realizarse
una retransmisión [concluido cuando el controlador central (CC) no
anuncia ninguna asignación de UL]. El MT no tiene conocimiento de
los retardos de tratamiento del controlador central (CC), y hay
algunas normas que impiden un comportamiento demasiado agresivo del
MT (véase el documento ETSI TS 101 761-1 V1.2.1 -
Control del Enlace de Datos en HIPERLAN de Tipo 2, Parte 1,
Funciones Básicas de Transporte de Datos, Capítulo 6.3.2.8).
En la Expresión 1, AP/CC_RR_Proc_retardo es el
retardo desde la SR recibida correctamente en el AP/CC hasta que se
reserva y anuncia una asignación.
El retardo T_{d} se aplica a cada señal de
control (es decir, a cada intento de transmisión de señal de RLC)
de manera individual. Por consiguiente, el retardo total sumado
resultante para una secuencia de señales de control será la
acumulación de los retardos individuales, tal acumulación se
muestra como T_{dtot} en la expresión 2 y se entiende que está en
relación con la figura 4.
\vskip1.000000\baselineskip
Expresión 2:
\hskip0,5cmT_{dtot}=T_{d1}+T_{d2}+...+T_{dn}
\vskip1.000000\baselineskip
El retardo total de la asociación T_{A} está
previsto por la Expresión 3.
\vskip1.000000\baselineskip
Expresión 3:
\hskip0,5cmT_{A}=T_RLC_Tratamiento+T_{dtot}
En la expresión 3, T_RLC_Tratamiento es el
tiempo necesario para el tratamiento de la información contenida en
los mensajes de RLC.
\vskip1.000000\baselineskip
Por tanto, la acumulación de los retardos
individuales implícitos en el uso del RACH a fin de solicitar
recursos para cada señal de control (es decir, cada mensaje de
RLC), en forma serie, alarga de manera significativa el periodo de
inactividad existente en un escenario de asociación inicial o en un
escenario de transferencia en un sistema de LAN inalámbrica.
Por lo tanto, lo que se necesita, y un objeto de
la presente invención, es una técnica para reducir el tiempo
requerido para realizar una operación de asociación entre una
entidad solicitante y un controlador central (CC) de una LAN
inalámbrica.
Un controlador central (CC) de una red de área
local (LAN) inalámbrica, junto con una operación de asociación con
un terminal móvil y tras recibir desde el terminal móvil (MT) una
primera señal de control de una secuencia de señales de control
implicadas en la operación de asociación, reserva de manera
anticipada un recurso de MAC para la transmisión de por lo menos
una señal de control adicional de la secuencia. El recurso de MAC
para la señal de control adicional es reservado de manera anticipada
antes de que la información para la señal de control adicional que
se almacena en una memoria de almacenamiento intermedio de
transmisión del terminal móvil. En esencia, juzgar de la naturaleza
de la primera señal de control, el controlador central (CC) anticipa
la eventualidad de la señal de control adicional y reserva de
manera anticipada el recurso de MAC para la señal de control
adicional. El controlador central (CC) reserva de manera anticipada
el recurso de MAC para evitar la transmisión de un mensaje
independiente para solicitar un recurso de MAC para la señal de
control adicional. En una realización preferida, el controlador
central (CC) reserva de manera anticipada recursos de MAC para las
restantes señales de control de la secuencia. La operación de
asociación para las que se produce la reserva anticipada puede ser,
por ejemplo, un escenario de asociación inicial o un escenario de
transferencia en el que el terminal móvil (MT) es transferido desde
un punto de acceso/controlador central (AP/CC) antiguo a un punto
de acceso/controlador central (AP/CC) nuevo con el que llega a estar
asociado. Después de la reserva anticipada, el terminal móvil tiene
siempre disponible una ranura del enlace ascendente para el resto de
señales de control de la secuencia como resultado del controlador
central (CC) que tiene reservado de manera anticipada el recurso de
MAC. Opcionalmente, el controlador central (CC) puede notificar al
terminal móvil (MT) 24 [usando el Canal de Control de Tramas [FCCH]
de la trama de MAC] que el controlador central (CC) ha reservado de
manera anticipada los recursos de MAC.
El recurso de MAC que está reservado de manera
anticipada por el controlador central (CC) puede ser cualquier
recurso adecuado. En términos de terminología de HyperLAN2, tales
recursos de MAC incluyen uno o más de: (1) un Canal Largo (LCH) del
Canal de Control Dedicado (DCCH) del enlace ascendente; (2) un Canal
Corto (SCH) del Canal de Control Dedicado (DCCH) del enlace
ascendente; (3) un Canal Largo (LCH) del Canal de Control Dedicado
(DCCH) del enlace descendente; (4) un Canal Corto (SCH) del Canal de
Control Dedicado (DCCH) del enlace descendente; y (5) una
combinación de (1), (2), (3) y (4).
En uno de sus aspectos, el controlador central
(CC) reserva de manera anticipada, temporalmente, el recurso de
MAC. Por ejemplo, en un modo el controlador central (CC) reserva de
manera anticipada el recurso de MAC durante un tiempo
predeterminado. A la expiración del tiempo predeterminado, el
controlador central (CC) vuelve a un esquema de asignación sin
reserva anticipada. En otro modo, el controlador central (CC)
reserva de manera anticipada el recurso de MAC hasta que se haya
producido una transición de estado predeterminado. Por ejemplo, el
controlador central (CC) reserva de manera anticipada el recurso de
MAC hasta que el controlador central (CC) recibe una señal a partir
de la cual el controlador central (CC) puede llegar a la conclusión
de que el terminal móvil ha entrado con éxito en un estado
determinado.
Otro aspecto de la invención conlleva la
periodicidad de ocurrencia de los recursos de MAC reservados
previamente por el controlador central (CC). En un modo, el
controlador central (CC) reserva de manera anticipada el recurso de
MAC en cada trama de MAC. En otro modo, el controlador central (CC)
reserva de manera anticipada el recurso de MAC en una serie de
tramas de MAC de acuerdo con una regla predeterminada. Un ejemplo de
tal norma predeterminada es que el controlador central (CC) reserva
de manera anticipada el recurso de MAC en cada trama segunda de
MAC.
En otro aspecto más de la presente invención,
además de la reserva anticipada de recursos para las señales de
control de la secuencia de asociación, el controlador central (CC)
reserva de manera anticipada recursos para los datos de usuario
(por ejemplo, UDCH y/o LCCH) para ser utilizados en la transmisión
de datos del usuario entre el controlador central (CC) y el
terminal móvil después de que se haya completado la secuencia de
asociación.
La presente invención se refiere a una LAN
inalámbrica con un controlador central (CC), que funciona de acuerdo
con la invención, al propio controlador central (CC), y a un método
de funcionamiento de la LAN inalámbrica. En una realización
ilustrada, el terminal móvil comprende un transceptor; una memoria
de almacenamiento intermedio de transmisión que almacena
información que se va a incluir en una señal de control; y una
unidad lógica de MAC que, a través del transceptor, envía la
secuencia de señales de control al controlador central (CC) en un
protocolo de MAC antes de enviar/recibir datos de usuario.
Los objetos, características y ventajas,
anteriores y otros, de la invención serán evidentes a partir de la
siguiente descripción particular de las realizaciones preferidas,
según se ilustra en los dibujos adjuntos en los que los caracteres
de referencia se refieren a las mismas partes en todas las diversas
vistas. Los dibujos no son necesariamente a escala, haciendo
énfasis, a su vez, en ilustrar los principios de la invención.
La figura 1 es un diagrama de estado que muestra
estados de asociación ilustrativos para un escenario de asociación
inicial.
La figura 2 es un diagrama de estados que
muestra estados de asociación ilustrativos para un escenario de
transferencia.
La figura 3 es un diagrama de tiempos que
representa una forma convencional de transmitir una señal de control
de una secuencia de asociación.
La figura 4 es un diagrama de tiempos que
representa una forma convencional de transmitir una secuencia de
señales de control.
La figura 5 es una vista diagramática de una red
de área local (LAN) inalámbrica según una realización ilustrativa
de la presente invención.
La figura 6 es un diagrama de tiempos que
representa la reserva anticipada de recursos y la transmisión de
una secuencia de señales de control de acuerdo con la presente
invención.
La figura 6A es un diagrama de tiempos que
representa la reserva anticipada temporal de recursos y la
transmisión de una secuencia de señales de control de acuerdo con
un primer modo ilustrativo de la presente invención.
La figura 6B es un diagrama de tiempos que
representa la reserva anticipada temporal de recursos y la
transmisión de una secuencia de señales de control de acuerdo con
un segundo modo ilustrativo de la presente invención.
La figura 7 es un diagrama de tiempos más
detallado que representa la reserva anticipada de recursos y la
transmisión de una señal de control de una secuencia de asociación
de acuerdo con la figura 6.
La figura 8A es un diagrama de tiempos que
muestra la reserva anticipada de recursos de acuerdo con otro modo
de la invención.
La figura 8B es un diagrama de tiempos que
muestra la reserva anticipada de recursos de acuerdo con todavía
otro modo de la invención.
La figura 9 es un diagrama de tiempos que
muestra ambas reservas anticipadas de recursos, tanto para señales
de control (para una secuencia de asociación) como para datos de
usuario.
En la siguiente descripción, con fines de
explicación y sin limitarse a ello, los detalles específicos se
establecen como arquitecturas, interfaces, técnicas, etc.
Particulares a fin de proporcionar una comprensión profunda de la
presente invención. Sin embargo, será evidente para los expertos en
la materia que la presente invención puede ser practicada en otras
realizaciones que se apartan de estos detalles específicos. En otros
casos, se han omitido descripciones detalladas de dispositivos,
circuitos y métodos conocidos, para no oscurecer la descripción de
la presente invención con detalles innecesarios. Por otra parte, los
bloques de funciones individuales se muestran en algunas de las
figuras. Los expertos en la materia apreciarán que las funciones
pueden ejecutarse en la práctica utilizando circuitos de hardware
particulares, utilizando software que funciona junto con un
microprocesador digital programado adecuadamente o con un ordenador
de propósito general, utilizando un circuito integrado de
aplicación específica (ASIC), y/o usando uno o más procesadores
digitales de señales (DSP).
La figura 5 muestra, de manera no limitativa,
una realización ilustrativa de una red de área local (LAN)
inalámbrica 20 según una realización de la presente invención. La
red de área local (LAN) inalámbrica 20 incluye un controlador
central (CC) 22 que da servicio a uno o más terminales móviles (MT)
24. La figura 5 pasa a mostrar un controlador central (CC) 22 que
da servicio, en un determinado momento, a un número j de terminales
móviles 24_{1}-24_{j}. Cada uno de los
terminales móviles 24 se comunican a través de una interfaz aérea 26
con el controlador central (CC) 22.
Mientras el controlador central (CC) 22 tiene
muchos elementos constitutivos con los cuales está familiarizado el
experto en la materia, la figura 5 ilustra distintos aspectos del
controlador central (CC) 22 que son pertinentes para la presente
invención. En particular, la figura 5 muestra que el controlador
central (CC) 22 tiene un administrador 40 del protocolo de Control
de Acceso al Medio (MAC). El administrador 40 del protocolo de MAC
incluye, por ejemplo, un manejador 42 de estados de asociación y un
gestor 44 de recursos de MAC. Como se mencionó anteriormente, el
controlador central (CC) 22 puede estar situado en un Punto de
Acceso (AP). Un Punto de Acceso (AP) puede servir como interfaz
entre una red fija (por ejemplo, la red cableada) y la LAN
inalámbrica. En vista del hecho de que el controlador central (CC)
22 puede estar situado o no en un Punto de Acceso (AP), en aras de
la generalidad, a veces se hace referencia en este documento al
controlador central (CC) 22 como el CC/AP [lo que significa que el
controlador central (CC) 22 puede estar situado en un Punto de
Acceso (AP), pero no tiene que estarlo].
Como se ha mencionado anteriormente, en la
realización ilustrativa de la figura 5, el controlador central (CC)
22 comunica a través de la interfaz aérea 26 con terminales móviles
MT 24_{l}-24_{j}. Para facilitar la
comunicación a través de una interfaz aérea 26, el controlador
central (CC) 22 incluye, también, una parte de transmisión y de
recepción (por ejemplo, un transceptor [representado por TX/RX])
48.
La figura 5 ilustra, también, diversos elementos
constitutivos, pertinentes a la invención, un terminal móvil (MT)
24 representativo. El terminal móvil representativo elegido para la
figura 5 ha sido el terminal móvil 24_{1}, que en lo sucesivo
será referido terminal móvil 24 por simplicidad. Por otra parte,
debe entenderse que la presente invención no se limita a una red de
área local (LAN) inalámbrica de un tamaño, o de un número de
terminales móviles, en
particular.
particular.
En relación con la presente invención, el
terminal móvil 24 incluye una parte de transmisión y de recepción
(por ejemplo, un transceptor [representado como TX/RX]) 50 y una
unidad de tratamiento y control de datos 52. La unidad de
tratamiento y control de datos 52 comprende, a su vez, un manejador
54 de MAC. El manejador 54 de MAC incluye lógica 56 de estados de
asociación y una o más memorias de almacenamiento intermedio de
transmisión [en adelante denominadas memoria de almacenamiento
intermedio 58 de transmisión].
Como se ha explicado previamente, la presente
invención es susceptible de ser aplicada, en particular, a
determinadas operaciones de asociación que pueden ser realizadas
por terminales móviles (MT) 24, relativas al controlador central
(CC) 22. Estas operaciones de asociación pueden incluir una
asociación inicial y una transferencia. En una asociación inicial,
el terminal móvil (MT) 24, que no está previamente en comunicación
con este u otro controlador central (CC), desea establecer
comunicación con la LAN inalámbrica. En la transferencia, el
terminal móvil (MT) 24, que ha estado en comunicación con otro
controlador central (CC), desea, en su lugar, relacionarse con la
red de área local (LAN) inalámbrica a través de este controlador
central (CC) [que será, en esencia, un "nuevo" controlador
central (CC) para el terminal móvil].
El funcionamiento de la asociación, ya sea
inicial o transferencia, implica la transición del terminal móvil a
través de una serie de estados de asociación y el envío de una
secuencia de señales de control (por ejemplo, una secuencia de
asociación) al controlador central (CC). Los estados de asociación a
través de los cuales se producen las transiciones del terminal
móvil pueden ser los ilustrados en la figura 1 y en la figura 2,
por ejemplo. El funcionamiento del terminal móvil implicado en cada
uno de esos estados de asociación, y la transición de un estado a
otro, son controlados por la lógica 56 de estados de asociación del
manejador 54 de MAC.
Con el fin de enviar al controlador central (CC)
22 las señales de control que participan en la secuencia de
asociación, el terminal móvil (MT) 24 debe obtener, primero, del
controlador central (CC) 22 los recursos de MAC (por ejemplo, DCCH)
con los enviar las señales de control de la secuencia. Como se ha
explicado previamente, convencionalmente, para cada una de esas
señales de control, el terminal móvil de la técnica tiene que
generar un mensaje nuevo (por ejemplo, un mensaje de Solicitud de
Recursos). Estos mensajes de Solicitud de Recursos independientes
se generaron sobre el RACH, y, como tal, impusieron un retardo
significativo para el funcionamiento de la asociación, a la vista
de la utilización de tales mensajes adicionales, en el tiempo
necesario para tratar estos mensajes adicionales, y la posibilidad
de pérdida o de otros problemas relacionados con la disputa que
acompaña a los mensajes portados por el RACH.
Ventajosamente, el controlador central (CC) 22
de la presente invención obvia el requisito de la técnica anterior
para que el terminal móvil envíe un mensaje de Solicitud de Recursos
para cada señal de control de la secuencia de asociación. De
acuerdo con la presente invención, el manejador 42 de estados de
asociación del controlador central (CC) 22 incluye una función 100
de reserva anticipada que, después de que el terminal móvil (MT) 24
envíe una primera señal de control de una secuencia de asociación
(representada por CS1 en la figura 5), reserva de manera anticipada
recursos de MAC para las señales de control restantes de la
secuencia de asociación. En esencia, al recibir una primera señal
de control CS1 de una secuencia de asociación, el manejador 42 de
estados de asociación predice qué recursos de MAC se necesitarán
para la conclusión de la secuencia de asociación. El manejador 42
de estados de asociación dirige, luego, la función 100 de reserva
anticipada para solicitar al gestor 44 de recursos de MAC que
reserve de manera anticipada los recursos de MAC necesarios. Los
recursos de MAC reservados de manera anticipada se representan
mediante el símbolo 102 en la figura 5. Los recursos de MAC
reservados de manera anticipada son, en realidad, reservados de
manera anticipada antes de que la información para el resto de las
señales de control de la secuencia de asociación sea almacenada en
la memoria de almacenamiento intermedio 58 de transmisión del
terminal móvil (MT) 24. Después de la reserva anticipada, el
terminal móvil tiene siempre una ranura del enlace ascendente
disponible para las señales de control restantes de la secuencia
como consecuencia de que el controlador central (CC) haya reservado
de manera anticipada el recurso de MAC. Opcionalmente, el
controlador central (CC) puede notificar al terminal móvil (MT) 24
[utilizando el Canal de Control de Tramas [FCCH] de la trama de
MAC] que el controlador central (CC) ha reservado de manera
anticipada recursos de MAC.
Los recursos reservados de manera anticipada son
canales apropiados en las tramas de MAC transmitidas entre el
controlador central (CC) 22 y el terminal móvil (MT) 24. Una serie
de tales tramas 110 de MAC se muestra en la figura 5, por motivos
meramente indicativos, entendiéndose que la representación de tres
de esas tramas 110 de MAC es una simplificación y que muchas tramas
de MAC, de hecho, son transmitidas entre el controlador central
(CC) 22 y el terminal móvil (MT) 24, tanto en el enlace ascendente
(desde el terminal móvil (MT) 24 al controlador central (CC) 22)
como en el enlace descendente (desde el controlador central (CC) 22
al terminal móvil (MT) 24).
A la vista de lo anterior, los recursos de MAC
que son reservados de manera anticipada por el controlador central
(CC) pueden ser cualquier recurso adecuado. En términos de
terminología de HyperLAN2, tales recursos de MAC se incluyen o
contienen: (1) un Canal Largo (LCH) del Canal de Control Dedicado
(DCCH) del enlace ascendente; (2) un Canal Corto (SCH) del Canal de
Control Dedicado (DCCH) del enlace ascendente; (3) un Canal Largo
(LCH) del Canal de Control Dedicado (DCCH) del enlace descendente;
(4) un Canal Corto (SCH) del Canal de Control Dedicado (DCCH) del
enlace descendente; y (5) una combinación de (1), (2), (3) y (4). El
experto en la materia apreciará que la invención es aplicable a
otros estándares además de al HyperLAN2, y a los recursos adecuados
para esos otros estándares.
La figura 6 ilustra la reserva anticipada de los
recursos y la transmisión de una secuencia de señales de control de
acuerdo con un escenario ilustrativo de la presente invención. La
figura 6, como las figuras posteriores, es un diagrama de tiempos
en el que el tiempo aumenta al desplazarse de izquierda a derecha a
lo largo de las líneas horizontales. En la figura 6 y en las
subsiguientes figuras se emplean líneas de puntos verticales para
delinear las tramas de MAC (por ejemplo, hay una trama de MAC entre
líneas de puntos verticales adyacentes, excepto cuando los guiones
indican una o más tramas de MAC no ilustradas de una manera para
representar un paso mayor de tiempo). En las ilustraciones de las
figuras, las tramas de MAC son tramas de dos milisegundos, a pesar
de que la invención no se limita a una determinada longitud de trama
o estructura de trama.
La figura 6 supone que el terminal móvil (MT) 24
ha utilizado ya un RACH para solicitar y recibir, desde el
controlador central (CC) 22, un DCCH para la transmisión al
controlador central (CC) 22 de una primera señal de control (por
ejemplo, la señal de control CS1) de una secuencia de asociación. La
solicitud y recepción del DCCH de la primera señal de control CS1
está de acuerdo con la práctica de la técnica anterior. Por otra
parte, la figura 6 muestra que el terminal móvil (MT) 24 tiene
almacenados, al comienzo del tiempo que se muestra en la figura 6,
en su memoria de almacenamiento intermedio 58 de transmisión,
información que se utilizará para generar la primera señal de
control CS1 de la secuencia de asociación. Los espacios entre las
líneas de puntos verticales por debajo de la línea horizontal que
se extienden desde el terminal móvil (MT) 24 hacia la derecha en la
figura 6 pueden considerarse como la simulación de las memorias de
almacenamiento intermedio 58 de transmisión [aunque, por encima de
esa línea horizontal, esos espacios son tramas de MAC transmitidas
a través de la interfaz aérea].
Después de haber recibido el DCCH para
transmitir la primera señal de control CS1 de la secuencia de
asociación, y con el contenido de la primera señal de control CS1
que ya se ha almacenado en su memoria de almacenamiento intermedio
58 de transmisión, el terminal móvil (MT) 24 envía la primera señal
de control CS1 (en la trama de MAC primera o de más a la izquierda
de la figura 6) al controlador central (CC) 22. En una ejecución
práctica de la invención en la que las señales de control son
señales de control del enlace de radio (RLC), en el escenario de
asociación inicial, la primera señal de control CS1 es una señal de
RLC MAC-ID ASIGNACION. A la recepción de la primera
señal de control CS1, el manejador 42 de estados de asociación del
controlador central (CC) 22 analiza la identidad o la naturaleza de
la señal de control, y sobre la base de ese análisis predice que
seguirá toda una secuencia de asociación de mensajes de control. En
base a esa predicción, el manejador 42 de estados de asociación
hace un llamamiento a su función 100 de reserva anticipada. La
función 100 de reserva anticipada trabaja con el gestor 44 de
recursos de MAC para hacer una reserva anticipada de los recursos de
MAC adecuados (indicado mediante el símbolo 102 de la figura 5).
Esta reserva anticipada está representada mediante el símbolo 120
de la figura 6. Por ejemplo, la función 100 de reserva anticipada
asegura que se utilizarán uno o más DCCH para que el terminal móvil
(MT) 24 envíe más señales de control de la secuencia de asociación
al controlador central (CC) 22 en el enlace ascendente, y que se
utilizarán uno o más DCCH para que el controlador central (CC) 22
envíe mensajes de respuesta al terminal móvil (MT) 24 en el enlace
descendente.
Algún tiempo después de recibir la primera señal
de control CS1, el controlador central (CC) 22 envía un mensaje de
respuesta al terminal móvil (MT) 24. El mensaje de respuesta es
enviado sobre el DCCH que ha sido reservado de manera anticipada
para las comunicaciones del enlace descendente durante la secuencia
de asociación. En aras de la simplicidad, el mensaje enviado desde
el controlador central (CC) 22 al terminal móvil (MT) 24 en
respuesta a la primera señal de control CS1 se muestra en la tercera
trama de MAC de la figura 6. Debe entenderse que la rapidez con la
que se puede preparar y transmitir este mensaje de respuesta, puede
depender de muchos factores, y que el tiempo inusualmente corto que
se ilustra en la figura 6 es meramente por conveniencia
gráfica.
La trama de MAC en concreto que lleva el mensaje
de respuesta a la señal de control CS1 incluye un Canal de Control
de Tramas [FCCH]. Entre otras cosas, el Canal de Control de Tramas
[FCCH] anuncia al terminal móvil (MT) 24 los canales de control
disponibles. En vista de la reserva anticipada, desde la perspectiva
del terminal móvil (MT) 24, siempre habrá oportunidades disponibles
de canal de control en el enlace ascendente. Entonces, las reglas
estándares regulan el uso de oportunidades disponibles de canal de
control.
En vista de la reserva anticipada de recursos,
tan pronto como el terminal móvil (MT) 24 tienen el contenido
necesario para generar la segunda señal de control CS2 de la
secuencia en su memoria de almacenamiento intermedio 58 de
transmisión, el manejador 54 de MAC del terminal móvil (MT) 24 puede
enviar la segunda señal de control CS2 al controlador central (CC)
22. La figura 6 muestra la memoria de almacenamiento intermedio 58
de transmisión del terminal móvil (MT) 24 que tiene el contenido
completo de señal de la señal CS2 en el momento de la cuarta trama
de MAC, de manera que la señal de control CS2 puede ser enviada
durante la quinta trama de MAC de la figura 6. Como ventaja
importante, en vista de la reserva anticipada realizada por el
controlador central (CC) 22, no es necesario que el terminal móvil
(MT) 24 envíe un mensaje independiente al controlador central (CC)
22, a fin de solicitar recursos de MAC para la segunda señal de
control CS2.
Eventualmente, una respuesta a la segunda señal
de control CS2 es recibida en el DCCH del enlace descendente
reservado de manera anticipada para la secuencia de asociación. La
figura 6 muestra dicha respuesta a la segunda señal de control CS2
como si fuera enviada en la trama F_{5+b} de MAC. La figura 6
muestra más que, subsiguientemente, en el momento de la trama
F_{5+e}, el terminal móvil (MT) 24 tiene contenido informativo
para la señal de control CS3 almacenado en su memoria de
almacenamiento intermedio 58 de transmisión. Posteriormente, como
en la trama F_{5+e+1}, el terminal móvil (MT) 24 puede enviar la
tercera señal de control CS3 de la secuencia de asociación del
controlador central (CC) 22. La tercera señal de control se
transmite en el DCCH del enlace ascendente reservado de manera
anticipada para la secuencia de asociación. Una vez más,
ventajosamente no será necesario enviar un mensaje de reserva de
recursos independiente con el fin de obtener un canal del enlace
ascendente sobre el que enviar la tercera señal de control (o de
cualquier otra señal de control restante de la secuencia de
asociación).
El almacenamiento, en la memoria de
almacenamiento intermedio 58 de transmisión, de contenido
informativo para una señal de control, la transmisión de la señal
de control que usa el DCCH del enlace ascendente reservado de
manera anticipada, y la transmisión eventual de mensajes de retorno
responsables de la señal de control (en el DCCH del enlace
descendente reservado de manera anticipada) se continúan produciendo
de la misma manera para cada una de las señales de control
restantes en la secuencia de asociación, que culminan con la última
señal de control CSM. Algún tiempo después de la transmisión desde
el controlador central (CC) 22 de la respuesta a la última señal de
control CSM, las transiciones de estado en el controlador central
(CC) 22 y en el terminal móvil (MT) 24 están terminadas según lo
indicado por los símbolos respectivos 130CC y 130MT, de la figura
6.
Como se ha indicado previamente, en un contexto
de utilización ilustrativo (véase, el documento Borrador
ETSI TS 101 761-3 VO.c - Perfil para entornos de Negocios, capítulos 5.2 y 5.4), la primera señal de control CS1 de una secuencia de asociación inicial es el mensaje de RLC_MAC-ID_ASIGNACION, y el resto de señales de control (por ejemplo, las señales de control CS2 a través de CSM) de la secuencia de asociación son los mensajes siguientes: RLC_ENLACE_POSIBILIDAD (1 LCH); RLC_CLAVE_INTERCAMBIO_MT_1&_2 (2 LCH); RLC_AUTENTIFICACION (el número de señales del UL y el número de LCH por señal depende del tipo de autentificación seleccionado); RLC_INFO_TRANSFERENCIA (1 LCH); RLC_ESTABLECIMIENTO (1 LCH);
RLC_CONEXION_ACK (1 LCH); RLC_CL_DIFUSION_UNION (1 LCH). En el mismo contexto de utilización, la señal de control CS1 de una secuencia de asociación inicial es el mensaje de RLC_TRANSFERENCIA_SOL, y el resto de las señales de control son las mismas que para la secuencia de asociación inicial.
ETSI TS 101 761-3 VO.c - Perfil para entornos de Negocios, capítulos 5.2 y 5.4), la primera señal de control CS1 de una secuencia de asociación inicial es el mensaje de RLC_MAC-ID_ASIGNACION, y el resto de señales de control (por ejemplo, las señales de control CS2 a través de CSM) de la secuencia de asociación son los mensajes siguientes: RLC_ENLACE_POSIBILIDAD (1 LCH); RLC_CLAVE_INTERCAMBIO_MT_1&_2 (2 LCH); RLC_AUTENTIFICACION (el número de señales del UL y el número de LCH por señal depende del tipo de autentificación seleccionado); RLC_INFO_TRANSFERENCIA (1 LCH); RLC_ESTABLECIMIENTO (1 LCH);
RLC_CONEXION_ACK (1 LCH); RLC_CL_DIFUSION_UNION (1 LCH). En el mismo contexto de utilización, la señal de control CS1 de una secuencia de asociación inicial es el mensaje de RLC_TRANSFERENCIA_SOL, y el resto de las señales de control son las mismas que para la secuencia de asociación inicial.
Por lo tanto, la presente invención garantiza
los recursos de MAC (por ejemplo, los canales de MAC en el enlace
ascendente), por lo menos temporalmente. Estos recursos de MAC son
reservados de manera anticipada mediante la función 100 de reserva
anticipada tras tener conocimiento de que se ha recibido una primera
señal de control de una secuencia de asociación. En otras palabras,
la reserva anticipada/asignación de recursos de MAC para la
secuencia de asociación la pone en marcha el AP/CC al darse cuenta
de que (para una secuencia de asociación inicial) el mensaje de
RLC_MAC-ID_ASIGNACION puede ser seguido por más
señales de control del tráfico del enlace ascendente (por ejemplo,
mensajes de tráfico de UL RLC). En virtud de la función 100 de
reserva anticipada del controlador central (CC) 22 que hace la
reserva anticipada, el MT puede evitar tener que utilizar el RACH
con el fin de solicitar recursos de manera independiente para cada
señal de control resultante de la secuencia de asociación. La
reserva anticipada prevista por la función 100 de reserva
anticipada, por lo tanto, mejora enormemente la operación de
asociación y el comportamiento del establecimiento de la conexión
para cada señal de control individual (por ejemplo, la señal del
RLC), como se ha descrito considerando cada señal en la figura
7.
Los canales de MAC del enlace descendente que se
utilizan para una secuencia de asociación también se pueden
reservar de manera anticipada, de la misma manera que los canales de
MAC del enlace ascendente. De manera alternativa, una función de
administración de recursos del enlace descendente puede ser
configurada para asegurar que su señalización de control en el
enlace descendente tenga una prioridad suficientemente elevada para
que la asignación de recursos facilite un resultado comparable.
En la figura 7, las áreas del UL sombreadas son
las asignaciones del UL no utilizadas, por lo que suponiendo una
solución simple, en la que el AP/CC simplemente asigna una
asignación fija de funcionamiento para las señales de control del
UL hasta que los recursos pueden ser liberados para otros fines.
Cuando se utiliza este mecanismo de asignación temporal "fija"
de recursos del UL para el terminal móvil (MT) 24 durante las
transiciones de estado, el AP/CC debería asignar recursos para todo
el intercambio de mensajes (es decir, hasta que se alcance el
estado final deseado). Tal asignación lucha contra los retardos
añadidos de otra manera, para cada señal de LCH RLC individual del
UL (incluidas las posibles retransmisiones de RLC).
A partir de la figura 6 y la figura 7 se puede
ver que el retardo total de la asociación está proporcionado,
simplemente, por la Expresión 4. En la Expresión 4,
T_RLC_Tratamiento es el tiempo necesario para el tratamiento del
contenido de la información de los mensajes de RLC.
Expresión 4:
\hskip0,5cmT_{A} = T_RLC_Tratamiento
En uno de sus aspectos, el controlador central
(CC) 22 reserva de manera anticipada, temporalmente, el o los
recursos de MAC. Por ejemplo, en el modo de la invención que se
ilustra en la figura 6A, el controlador central (CC) 22A reserva de
manera anticipada el o los recursos de MAC durante un tiempo
predeterminado. Tal tiempo predeterminado puede ser un valor por
defecto almacenado en el terminal móvil (MT) 24, y puede basarse,
por ejemplo, en datos determinados históricamente o empíricamente
para completar las transiciones de estados mediante un terminal
móvil medio. Al expirar el tiempo predeterminado, el controlador
central (CC) vuelve a un esquema de asignación sin reserva
anticipada (por ejemplo, vuelve a la práctica de la técnica anterior
de solicitar mensajes de solicitud de recursos de RACH con el fin
de asignar recursos de MAC).
En otro modo de la invención que se ilustra en
la figura 6A, el controlador central (CC) 22B reserva de manera
anticipada el o los recursos de MAC hasta que se ha producido una
predeterminada transición de estado. Por ejemplo, el controlador
central (CC) 22B reserva de manera anticipada un recurso, o
recursos, de MAC hasta que el controlador central (CC) 22B recibe
una señal del terminal móvil (MT) 24 mediante la cual el controlador
central (CC) 22B puede llegar a la conclusión de que el terminal
móvil ha entrado con éxito en un estado determinado previamente.
Otro aspecto de la invención consiste en la
periodicidad de ocurrencia de recursos de MAC reservados de manera
anticipada por el controlador central (CC) 22. En un modo, ilustrado
en la figura 8A, el controlador central (CC) 22 reserva de manera
anticipada el o los recursos de MAC en cada trama de MAC (es decir,
en cada una de ellas). Así, en el ejemplo de la figura 8A, si bien
los recursos de MAC, tanto del enlace ascendente como del enlace
descendente, han sido reservados de manera anticipada en la segunda
trama de MAC (como se muestra mediante las flechas con líneas de
trazos), ninguno de los DCCH que corresponden a estos recursos son
utilizados en la segunda trama. La tercera trama de la figura 8A
muestra la respuesta a la primera señal de control CS1 que se está
transmitiendo en el DCCH del enlace descendente reservado de manera
anticipada (indicado mediante la flecha sólida de la tercera
trama). Aunque en la cuarta trama los recursos están reservados de
manera anticipada, no se utiliza ninguno mediante la secuencia de
asociación, ya que la información contenida para la segunda señal
de control CS2 acaba de ser almacenada en la memoria de
almacenamiento intermedio 58 de transmisión. En la quinta trama, se
utiliza el DCCH del enlace ascendente reservado de manera anticipada
para la secuencia de asociación mientras el terminal móvil (MT) 24
envía la tercera señal de control CC3.
De otro modo, ilustrado en la figura 8B, el
controlador central (CC) 22 reserva de manera anticipada el recurso
de MAC en varias tramas de MAC de acuerdo con una regla determinada
(que no sean para cada trama). El ejemplo particular de la figura
8B tiene al controlador central (CC) 22 preservando
recurso(s) de MAC en cada segunda trama de MAC (por ejemplo,
en todas las demás trama de MAC). Así, para el ejemplo ilustrado en
la figura 8B, la regla predeterminada es en cada segunda trama de
MAC). Por lo tanto, la función 100 de reserva anticipada tiene
recursos de MAC reservados de manera anticipada (por ejemplo, DCCH
de los enlaces ascendente y descendente) en las tramas tercera y
quinta mostradas en la figura 8B. En la tercera trama el controlador
central (CC) 22 responde a la primera señal de control CS1, y en la
quinta trama el terminal móvil (MT) 24 envía la segunda señal de
control CS2 al controlador central (CC) 22 (el contenido informativo
para la segunda señal de control CS2 que ha sido almacenado en la
memoria de almacenamiento intermedio de transmisión de 58 en el
momento de la cuarta trama.
En el modo de la figura 8B, si el contenido
informativo para la segunda señal de control CS2, en cambio, fuera
almacenado solamente en la memoria de almacenamiento intermedio 58
de transmisión en el momento de la quinta trama, el terminal móvil
(MT) 24 tendría que esperar hasta la séptima trama para transmitir
la segunda señal de control CS2, ya que la función 100 de reserva
anticipada no ha reservado de manera anticipada ningún recurso de
MAC en las tramas pares (por ejemplo, la sexta trama no podría ser
utilizada).
Si bien algunas de las ilustraciones provistas
más arriba se han centrado en el escenario inicial de asociación,
debe entenderse que los principios de la invención son igualmente
aplicables al escenario de transferencia. De hecho, los beneficios
de disminuir el retardo de la transición de estado son,
probablemente, más importantes incluso para la transferencia que
para la asociación inicial. Esto es ya que, ahora, es más probable
que un usuario tenga actividades/transacciones en marcha en las que
una interrupción en la calidad del servicio podría causar
molestias.
Debe entenderse que no es necesario que la
reserva anticipada realizada mediante la función 100 de reserva
anticipada se limite a recursos de MAC que se utilizan en la
operación de asociación (es decir, no se limita a facilitar la
transmisión de señales de control), sino que también puede ampliarse
a datos de usuario. Es decir, tal y como se muestra en la figura 9,
la función 100 de reserva anticipada del controlador central (CC)
22 puede reservar de manera anticipada, también, (al menos
temporalmente) canales de datos de usuario y/o LCCH para ser usados
en la transmisión de datos de usuario entre controlador central (CC)
22 y terminal móvil (MT) 24 después de que se haya completado la
secuencia de asociación. De este modo, el controlador central (CC)
22 cambia esencialmente el esquema de asignación de recursos para
canales de datos de usuario, por ejemplo, desde un tipo básico de
asignación a una asignación de capacidad fija. Por lo tanto, el
controlador central (CC) 22 no es responsable sólo de la
administración de la asociación, sino también de la asignación
dinámica de recursos del UL (y del DL), con recursos para los datos
tanto de usuario como de control que están siendo asignados
dinámicamente por el AP/CC.
De este modo, como se ha explicado
anteriormente, el manejador 42 de estados de asociación del
controlador central (CC) 22 reacciona a la recepción de mensajes
provenientes del terminal móvil (MT) 24 para que se pueda predecir
una cierta cantidad de recursos necesarios. En los ejemplos
ilustrados, por ejemplo, tales mensajes de generación de predicción
eran los mensajes de asociación y transferencia de RLC,
RLC_MAC-ID_ASIGNACION y RLC_TRANSFERENCIA_SOL,
respectivamente. Sobre la base de esta detección/predicción, el
controlador central (CC) 22, al menos temporalmente, reserva de
manera anticipada recursos de MAC de manera que la entidad
solicitante (por ejemplo, el terminal móvil (MT) 24) pueda evitar
tener que utilizar mensajes de solicitud de recursos independientes
y adicionales sobre el RACH. Como resultado de la reserva anticipada
realizada mediante la función 100 de reserva anticipada, el
terminal móvil (MT) 24 puede enviar directamente los mensajes de RLC
en las oportunidades asignadas (por ejemplo, los DCCH reservados de
manera anticipada).
La duración de los recursos asignados
temporalmente puede ser establecida hasta un plazo fijo, como en el
modo de la figura 6A, de manera que, al finalizar, hace que el
controlador central (CC) 22 vuelva a su esquema habitual de
asignación de recursos. La duración de la asignación temporal puede
estar basada, también, en la transición de estados de la manera
mostrada, por ejemplo, en la figura 6B, cuando el controlador
central (CC) 22 recibe un mensaje que indica que la entidad
solicitante ha entrado con éxito en el nuevo estado. La duración de
la asignación temporal de recursos puede basarse, también, en una
combinación de tiempo fijo y transición de estados, o cualquier
otra combinación.
Al utilizar temporalmente asignaciones
reservadas de manera anticipada para la señalización de control,
puede reducirse al mínimo el tiempo de inactividad en una operación
de asociación. Esto contribuirá, por ejemplo, a hacer una
transferencia tan transparente para el usuario como sea posible. Por
otra parte, mediante la utilización de asignaciones reservadas
temporalmente de manera anticipada para datos de control y datos de
usuario, de acuerdo con la invención, puede reducirse al mínimo la
latencia de los datos de usuario.
Según se ha empleado en este documento, el
controlador central (CC) se refiere esencialmente a la función de
administración de MAC, que incluye el manejo de los recursos. Como
se ha indicado anteriormente, el controlador central (CC) es, en la
mayoría de los casos, sinónimo de punto de acceso (AP). Sin embargo,
el controlador central (CC) podría residir en diversos lugares,
incluso puede concebirse que sea en el terminal móvil (MT), incluso
aunque el terminal móvil (MT) no esté conectado a la red.
Aunque la invención se ha descrito en relación
con lo que se considera, actualmente, la realización más práctica y
preferida, debe entenderse que la invención no está limitada a la
realización descrita, sino que, por el contrario, trata de cubrir
diversas modificaciones y disposiciones equivalentes.
Claims (24)
1. Una red de área local (LAN) inalámbrica que
comprende:
un controlador central (22);
un terminal móvil (24) que comprende:
- un transceptor (50);
- una memoria de almacenamiento intermedio (58) de transmisión que almacena información que se va a incluir en una señal de control; y
- una unidad lógica (54) de MAC que, a través del transceptor (50), envía una secuencia de señales de control al controlador central (22) en un protocolo de MAC antes de enviar o recibir datos de usuario;
caracterizado porque el controlador
central (22) reserva de manera anticipada un recurso de MAC para la
transmisión de una señal de control en la secuencia previa a la
información de la señal de control que se está almacenando en la
memoria de almacenamiento intermedio (58) de transmisión del
terminal móvil (24).
2. El aparato de la reivindicación 1, en el que
el recurso de MAC que está reservado de manera anticipada por el
controlador central (22) incluye una de: (1) un Canal Largo (LCH)
del Canal de Control Dedicado (DCCH) del enlace ascendente; (2) un
Canal Corto (SCH) del Canal de Control Dedicado (DCCH) del enlace
ascendente; (3) un Canal Largo (LCH) del Canal de Control Dedicado
(DCCH) del enlace descendente; (4) un Canal Corto (SCH) del Canal
de Control Dedicado (DCCH) del enlace descendente; y (5) una
combinación de (1), (2), (3) y (4).
3. El aparato de la reivindicación 1, en el que
el controlador central (22) reserva de manera anticipada
temporalmente el recurso de MAC.
4. El aparato de la reivindicación 3, en el que
el controlador central (22) reserva de manera anticipada el recurso
de MAC durante un tiempo predeterminado.
5. El aparato de la reivindicación 4, en el que
al expirar el tiempo predeterminado el controlador central (22)
vuelve a un esquema de asignación sin reserva anticipada.
6. El aparato de la reivindicación 3, en el que
el controlador central (22) reserva de manera anticipada el recurso
de MAC hasta que se haya producido una transición de estado
predeterminada.
7. El aparato de la reivindicación 1, en el que
el controlador central (22) reserva de manera anticipada el recurso
de MAC en varias tramas de MAC de acuerdo con una regla
predeterminada.
8. El aparato de la reivindicación 1, en el que
el controlador central (22) también reserva de manera anticipada
recursos para datos de usuario para ser utilizados en la transmisión
de datos de usuario entre el controlador central (22) y el terminal
móvil (24) después de que se haya completado la secuencia.
9. Un método para el funcionamiento de una red
de área local (LAN) inalámbrica que comprende un controlador
central (22) y un terminal móvil (24), comprendiendo el método la
operación de:
enviar el terminal móvil (24) una secuencia de
señales de control al controlador central (22) junto con una
operación de asociación;
caracterizada porque
tras la recepción de una primera señal de
control de la secuencia, el controlador central (22) reserva de
manera anticipada un recurso de MAC para la transmisión de al menos
una nueva señal de control en la secuencia previa a la información
para la ulterior señal de control que se almacena en una memoria de
almacenamiento intermedio (58) de transmisión del terminal móvil
(24).
10. El método de la reivindicación 9, en el que
el recurso de MAC que está reservado de manera anticipada por el
controlador central (22) incluye uno de: (1) un Canal Largo (LCH)
del Canal de Control Dedicado (DCCH) del enlace ascendente; (2) un
Canal Corto (SCH) del Canal de Control Dedicado (DCCH) del enlace
ascendente; (3) un Canal Largo (LCH) del Canal de Control Dedicado
(DCCH) del enlace descendente; (4) un Canal Corto (SCH) del Canal
de Control Dedicado (DCCH) del enlace descendente; y (5) una
combinación de (1), (2), (3) y (4).
11. El método de la reivindicación 9, que
comprende además que el controlador central (22) reserva de manera
anticipada temporalmente el recurso de MAC.
12. El método de la reivindicación 11, que
comprende además que el controlador central (22) reserva de manera
anticipada el recurso de MAC durante un tiempo predeterminado.
13. El método de la reivindicación 12, que
comprende además que, al expirar el tiempo predeterminado, el
controlador central (22) vuelve a un esquema de asignación sin
reserva anticipada.
14. El método de la reivindicación 11, que
comprende además que el controlador central (22) reserva de manera
anticipada el recurso de MAC hasta que se haya producido una
transición de estado predeterminada.
15. El método de la reivindicación 9, que
comprende además que el controlador central (22) reserva de manera
anticipada el recurso de MAC en varias tramas de MAC de acuerdo con
una regla predeterminada.
16. El método de la reivindicación 9, que
comprende además que el controlador central (22) también reserva de
manera anticipada recursos para datos de usuario para ser utilizados
en la transmisión de datos de usuario entre el controlador central
(22) y el terminal móvil (24) después de que se haya completado la
secuencia.
17. Un controlador central (22) de una red de
área local (LAN) inalámbrica que recibe una secuencia de señales de
control desde un terminal móvil (24) en relación con el
funcionamiento de una asociación con un terminal móvil (24),
caracterizado porque tras recibir desde el terminal móvil
(24) una primera señal de control de la secuencia de señales de
control, el controlador central (22) reserva de manera anticipada un
recurso de MAC para la transmisión de al menos una nueva señal de
control en la secuencia previa a la información para la ulterior
señal de control que se está guardando en una memoria de
almacenamiento intermedio (58) de transmisión del terminal móvil
(24).
18. El aparato de la reivindicación 17, en el
que el recurso de MAC que está reservado de manera anticipada por
el controlador central (22) incluye uno de: (1) un Canal Largo (LCH)
del Canal de Control Dedicado (DCCH) del enlace ascendente; (2) un
Canal Corto (SCH) del Canal de Control Dedicado (DCCH) del enlace
ascendente; (3) un Canal Largo (LCH) del Canal de Control Dedicado
(DCCH) del enlace descendente; (4) un Canal Corto (SCH) del Canal
de Control Dedicado (DCCH) del enlace descendente; y (5) una
combinación de (1), (2), (3) y (4).
19. El aparato de la reivindicación 17, en el
que el controlador central (22) reserva de manera anticipada
temporalmente el recurso de MAC.
20. El aparato de la reivindicación 19, en el
que el controlador central (22) reserva de manera anticipada el
recurso de MAC durante un tiempo predeterminado.
21. El aparato de la reivindicación 20, en el
que, al expirar el tiempo predeterminado, el controlador central
(22) vuelve a un esquema de asignación sin reserva anticipada.
22. El aparato de la reivindicación 19, en el
que el controlador central (22) reserva de manera anticipada el
recurso de MAC hasta que se haya producido una transición de estado
predeterminada.
23. El aparato de la reivindicación 17, en el
que el controlador central (22) reserva de manera anticipada el
recurso de MAC en varias tramas de MAC de acuerdo con una regla
predeterminada.
24. El aparato de la reivindicación 17, en el
que el controlador central (22) también reserva de manera anticipada
recursos para datos de usuario para ser utilizados en la
transmisión de datos de usuario entre el controlador central (22) y
el terminal móvil (24) después de que se haya completado la
secuencia.
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US948702 | 2001-09-10 | ||
| US09/948,702 US7570952B2 (en) | 2001-09-10 | 2001-09-10 | Advance resource allocations for association state transitions for wireless LAN system |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| ES2309195T3 true ES2309195T3 (es) | 2008-12-16 |
Family
ID=25488162
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES02765731T Expired - Lifetime ES2309195T3 (es) | 2001-09-10 | 2002-08-23 | Asignaciones previas de recursos para transiciones de estados de asociacion para sistemas lan inalambricos. |
Country Status (7)
| Country | Link |
|---|---|
| US (1) | US7570952B2 (es) |
| EP (1) | EP1428352B1 (es) |
| CN (1) | CN1299474C (es) |
| AT (1) | ATE399412T1 (es) |
| DE (1) | DE60227269D1 (es) |
| ES (1) | ES2309195T3 (es) |
| WO (1) | WO2003024028A1 (es) |
Families Citing this family (28)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20030078050A1 (en) * | 2001-10-24 | 2003-04-24 | Paul Carlborg | Method and apparatus for allocating air interface resources |
| EP1328087A1 (en) * | 2002-01-11 | 2003-07-16 | Alcatel | Method for communicating messages within a wireless communication network involving periodic measurements of channel characteristics performed with a frequency dependent on the speed of the mobile unit and communication network implementing said method |
| CA2479795C (en) | 2002-04-08 | 2013-03-12 | Airmagnet, Inc. | Determining the state of a station in a local area network |
| US7385948B2 (en) * | 2003-04-03 | 2008-06-10 | Airmagnet, Inc. | Determining the state of a station in a local area network |
| EP1623588B1 (en) * | 2003-05-13 | 2011-06-29 | TELEFONAKTIEBOLAGET LM ERICSSON (publ) | Method of reducing connection set-up delay |
| US8555344B1 (en) | 2003-06-05 | 2013-10-08 | Mcafee, Inc. | Methods and systems for fallback modes of operation within wireless computer networks |
| GB2412754B (en) * | 2004-03-30 | 2007-07-11 | Hewlett Packard Development Co | Provision of resource allocation information |
| US7630356B2 (en) * | 2004-04-05 | 2009-12-08 | Nortel Networks Limited | Methods for supporting MIMO transmission in OFDM applications |
| WO2006000094A1 (en) * | 2004-06-24 | 2006-01-05 | Nortel Networks Limited | Efficient location updates, paging and short bursts |
| EP2988563B1 (en) | 2004-10-15 | 2020-05-20 | Apple Inc. | Method and basis station for communication resource allocation |
| US7848291B2 (en) * | 2004-11-05 | 2010-12-07 | Interdigital Technology Corporation | Wireless metropolitan area network architecture for managing network resources and mobility |
| US7480264B1 (en) | 2005-02-10 | 2009-01-20 | Sonicwall, Inc. | Centralized wireless LAN load balancing |
| US9240834B2 (en) * | 2005-03-22 | 2016-01-19 | Hughes Network Systems, Llc | Method and apparatus for providing open loop bandwidth allocation |
| US8337721B2 (en) | 2005-12-02 | 2012-12-25 | Vanderbilt University | Broad-emission nanocrystals and methods of making and using same |
| TWI533721B (zh) | 2006-01-31 | 2016-05-11 | 內數位科技公司 | 無線通信系統中提供及利用非競爭基礎頻道方法及裝置 |
| US8208851B2 (en) * | 2006-07-03 | 2012-06-26 | Electronics And Telecommunications Research Institute | Apparatus and method for relaying between base station and mobile station, and method for receiving control information |
| JP4977216B2 (ja) | 2007-03-23 | 2012-07-18 | エルジー エレクトロニクス インコーポレイティド | 無線通信ネットワークでの資源割り当て方法 |
| US8134962B2 (en) * | 2007-03-23 | 2012-03-13 | Lg Electronics Inc. | Resource management in a wireless communication network |
| US8576760B2 (en) * | 2008-09-12 | 2013-11-05 | Qualcomm Incorporated | Apparatus and methods for controlling an idle mode in a wireless device |
| JP5323940B2 (ja) | 2008-09-29 | 2013-10-23 | ブラックベリー リミテッド | 通信システムにおける使用のためのアップリング再同調 |
| US8719829B2 (en) * | 2009-03-09 | 2014-05-06 | International Business Machines Corporation | Synchronizing processes in a computing resource by locking a resource for a process at a predicted time slot |
| GB2484342B (en) * | 2010-10-08 | 2015-04-29 | Sca Ipla Holdings Inc | Communications systems, communications device, infrastructure equipment and method |
| WO2013127432A1 (en) * | 2012-02-28 | 2013-09-06 | Nokia Siemens Networks Oy | Controlling a transmission of messages for a signalling procedure between a base station and a user equipment |
| JP6247398B2 (ja) | 2013-09-12 | 2017-12-13 | エンパイア テクノロジー ディベロップメント エルエルシー | オンチップネットワークにおける回線交換事前予約 |
| CN107113914B (zh) * | 2015-05-18 | 2020-07-07 | 华为技术有限公司 | 一种终端设备、网络设备及数据传输方法 |
| EP3955699A1 (en) * | 2017-05-11 | 2022-02-16 | Airties Kablosuz Iletisim San. ve Dis Tic. A.S. | Wifi network setup for multiple access points |
| CN108770019B (zh) * | 2018-04-18 | 2021-07-02 | 西北工业大学 | 一种无线网络中基于序列的资源预约多址接入方法 |
| US11570707B2 (en) * | 2021-01-11 | 2023-01-31 | Dell Products L.P. | Systems and methods for comparison and scoring of network access points |
Family Cites Families (33)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5159592A (en) | 1990-10-29 | 1992-10-27 | International Business Machines Corporation | Network address management for a wired network supporting wireless communication to a plurality of mobile users |
| JPH06261043A (ja) * | 1993-03-05 | 1994-09-16 | Hitachi Ltd | 無線ｌａｎシステム及びその制御方法 |
| US5602836A (en) | 1993-11-24 | 1997-02-11 | Lucent Technologies Inc. | Multiple access cellular communication with circular interleaving and reduced dropped-packet runlengths |
| SE9304119D0 (sv) | 1993-12-10 | 1993-12-10 | Ericsson Ge Mobile Communicat | Apparatuses and mobile stations for providing packet data communication in digital TDMA cellular systems |
| FI98426C (fi) | 1994-05-03 | 1997-06-10 | Nokia Mobile Phones Ltd | Järjestelmä pakettidatan siirtämiseksi digitaalisen aikajakomonikäyttöön TDMA perustuvan solukkojärjestelmän ilmarajapinnassa |
| EP0709982B1 (en) | 1994-10-26 | 2004-06-30 | International Business Machines Corporation | Medium access control scheme for wireless LAN using a variable length interleaved time division frame |
| JP3349861B2 (ja) | 1995-03-17 | 2002-11-25 | 富士通株式会社 | ワイヤレスｌａｎシステム |
| SE514987C2 (sv) | 1995-03-30 | 2001-05-28 | Telia Ab | Förfarande och anordning vid ett telesystem för HIPERLAN- överföring |
| US5732353A (en) | 1995-04-07 | 1998-03-24 | Ericsson Inc. | Automatic control channel planning in adaptive channel allocation systems |
| SE515498C2 (sv) | 1995-04-13 | 2001-08-13 | Telia Ab | Anordning vid kommunikationssystem |
| US6097707A (en) | 1995-05-19 | 2000-08-01 | Hodzic; Migdat I. | Adaptive digital wireless communications network apparatus and process |
| US5732076A (en) | 1995-10-26 | 1998-03-24 | Omnipoint Corporation | Coexisting communication systems |
| US5940381A (en) | 1996-03-14 | 1999-08-17 | Motorola, Inc. | Asynchronous transfer mode radio communications system with handoff and method of operation |
| TW317058B (en) | 1996-04-23 | 1997-10-01 | Ibm | Data communication system for a wireless access to an atm network |
| US5892796A (en) | 1996-05-10 | 1999-04-06 | Rypinski; Chandos A. | Frame format and method for adaptive equalization within an integrated services wireless local area network |
| US5787080A (en) | 1996-06-03 | 1998-07-28 | Philips Electronics North America Corporation | Method and apparatus for reservation-based wireless-ATM local area network |
| US5896375A (en) | 1996-07-23 | 1999-04-20 | Ericsson Inc. | Short-range radio communications system and method of use |
| GB2317786B (en) * | 1996-09-25 | 2001-05-30 | Motorola Ltd | Communication system with a deamformed control channel and method of system control |
| JPH10145835A (ja) | 1996-11-15 | 1998-05-29 | Hitachi Ltd | 移動通信システムにおけるハンドオーバ方法 |
| US6031832A (en) | 1996-11-27 | 2000-02-29 | Telefonaktiebolaget L M Ericsson (Publ) | Method and apparatus for improving performance of a packet communications system |
| US6198728B1 (en) | 1996-12-19 | 2001-03-06 | Phillips Electronics North America Corp. | Medium access control (MAC) protocol for wireless ATM |
| US6061346A (en) | 1997-01-17 | 2000-05-09 | Telefonaktiebolaget Lm Ericsson (Publ) | Secure access method, and associated apparatus, for accessing a private IP network |
| US6052594A (en) | 1997-04-30 | 2000-04-18 | At&T Corp. | System and method for dynamically assigning channels for wireless packet communications |
| US5963945A (en) * | 1997-06-05 | 1999-10-05 | Microsoft Corporation | Synchronization of a client and a server in a prefetching resource allocation system |
| US6157614A (en) | 1997-10-22 | 2000-12-05 | Netro Corporation | Wireless ATM network with high quality of service scheduling |
| US6546001B1 (en) * | 1998-08-14 | 2003-04-08 | Samsung Electronics Co., Ltd. | Medium access control message acknowledgment system and method of operation thereof |
| US6108314A (en) | 1998-08-31 | 2000-08-22 | Motorola, Inc. | Method, subscriber device, wireless router, and communication system efficiently utilizing the receive/transmit switching time |
| JP4617000B2 (ja) * | 1999-04-07 | 2011-01-19 | テレフオンアクチーボラゲット エル エム エリクソン（パブル） | 長い通信チャネルと短い通信チャネルの順序付け |
| GB9913221D0 (en) * | 1999-06-07 | 1999-08-04 | Nokia Telecommunications Oy | Cell update in a cellular communications system |
| FI111113B (fi) * | 1999-11-18 | 2003-05-30 | Nokia Corp | Mittaustiedon välittäminen tiedonsiirtojärjestelmässä |
| US6671284B1 (en) * | 2000-08-04 | 2003-12-30 | Intellon Corporation | Frame control for efficient media access |
| US6980540B1 (en) | 2000-08-16 | 2005-12-27 | Lucent Technologies Inc. | Apparatus and method for acquiring an uplink traffic channel, in wireless communications systems |
| US6701151B2 (en) * | 2001-03-27 | 2004-03-02 | Ericsson Inc. | Short access for realizing a signaling radio bearer in geran |
-
2001
- 2001-09-10 US US09/948,702 patent/US7570952B2/en not_active Expired - Lifetime
-
2002
- 2002-08-23 WO PCT/SE2002/001523 patent/WO2003024028A1/en not_active Application Discontinuation
- 2002-08-23 AT AT02765731T patent/ATE399412T1/de not_active IP Right Cessation
- 2002-08-23 EP EP02765731A patent/EP1428352B1/en not_active Expired - Lifetime
- 2002-08-23 DE DE60227269T patent/DE60227269D1/de not_active Expired - Lifetime
- 2002-08-23 CN CNB028175808A patent/CN1299474C/zh not_active Expired - Lifetime
- 2002-08-23 ES ES02765731T patent/ES2309195T3/es not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| US20030050068A1 (en) | 2003-03-13 |
| US7570952B2 (en) | 2009-08-04 |
| ATE399412T1 (de) | 2008-07-15 |
| CN1299474C (zh) | 2007-02-07 |
| WO2003024028A1 (en) | 2003-03-20 |
| CN1554167A (zh) | 2004-12-08 |
| EP1428352B1 (en) | 2008-06-25 |
| DE60227269D1 (de) | 2008-08-07 |
| EP1428352A1 (en) | 2004-06-16 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| ES2309195T3 (es) | Asignaciones previas de recursos para transiciones de estados de asociacion para sistemas lan inalambricos. | |
| ES2378584T3 (es) | Procedimiento y aparato para gestionar un procedimiento de acceso aleatorio en un sistema de comunicaciones inalámbricas | |
| ES2329146T3 (es) | Sistema y metodo para un protocolo de reserva distribuida de control de acceso al medio de banda ultra ancho. | |
| ES2263461T3 (es) | Acceso multiple orientado a reserva asincrona para redes inalambricas. | |
| ES2799299T3 (es) | Método de transmisión y recepción de información de acceso radioeléctrico en un sistema de comunicaciones móviles inalámbrico | |
| JP3860375B2 (ja) | 継続して通信接続を確立する方法、移動局および基地局サブシステム | |
| ES2299429T3 (es) | Modo de radiolocalizacion rapida variable. | |
| ES2209584B2 (es) | Metodo y sistema de telecomunicaciones para transferir informacion en un servicio radio por paquetes y la correspondiente estacion movil. | |
| CA2272594C (en) | Method and apparatus for improving performance of a packet communications system | |
| ES2310199T3 (es) | Metodo y disposicion para transferir informacion en un servicio de radiocomunicaciones por paquetes. | |
| JP4025777B2 (ja) | 無線個人領域ネットワークにおけるチャネル時間割当て方法 | |
| ES2270415T3 (es) | Transmision de datos en una red radiotelefonica. | |
| US8644213B2 (en) | Mobile data communication method and system using improved medium access control protocol | |
| JP3734422B2 (ja) | 移動通信システムの基地局システムにおける高速データ伝送のためのバーストタイミング提供方法 | |
| ES2280814T3 (es) | Metodo para transmisiones de acceso de enlace ascendente en un sistema de comunicacion por radio, estacion base y equipo de usuario. | |
| ES2233623T3 (es) | Asignacion de recursos en una transferencia de datos conmutada por paquetes. | |
| US20050063330A1 (en) | Method for uplink bandwidth request and allocation based on a quality of service class in a broadband wireless access communication system | |
| EP2242216A1 (en) | Resource allocation mechanism in packet radio network | |
| KR101126468B1 (ko) | 타겟 기지국을 액세싱하기 위한 임시 자원 요청 식별자를 할당하기 위한 방법 | |
| KR20020077949A (ko) | 이동통신 시스템에서 패킷 데이터 송수신 방법 | |
| JP4515678B2 (ja) | スケジュールされた移動体のアップリンク検出 | |
| KR20140077327A (ko) | 무선 백홀 시스템에서 백홀 중계기와 기지국 사이의 자원 할당 방법 | |
| WO2008073570A1 (en) | Method and apparatus for providing quality of service over a contention access period of a wireless personal area network | |
| ES2394145T3 (es) | Método y estación móvil para petición de recursos de enlace ascendente | |
| US20030081577A1 (en) | Fast message exchange method for a radio communication system |