ES2342888T3 - Procedimiento, aparato y sistema de control de acceso al medio. - Google Patents
Procedimiento, aparato y sistema de control de acceso al medio. Download PDFInfo
- Publication number
- ES2342888T3 ES2342888T3 ES04795249T ES04795249T ES2342888T3 ES 2342888 T3 ES2342888 T3 ES 2342888T3 ES 04795249 T ES04795249 T ES 04795249T ES 04795249 T ES04795249 T ES 04795249T ES 2342888 T3 ES2342888 T3 ES 2342888T3
- Authority
- ES
- Spain
- Prior art keywords
- mac
- layer
- pdu
- pdus
- mux
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Lifetime
Links
- 238000000034 method Methods 0.000 title claims description 162
- 230000005540 biological transmission Effects 0.000 claims abstract description 134
- 230000004044 response Effects 0.000 claims abstract description 24
- 230000006978 adaptation Effects 0.000 claims description 68
- 230000002441 reversible effect Effects 0.000 claims description 41
- 238000012545 processing Methods 0.000 claims description 38
- 230000011218 segmentation Effects 0.000 claims description 25
- 230000008859 change Effects 0.000 claims description 12
- 230000003044 adaptive effect Effects 0.000 claims description 10
- 230000003247 decreasing effect Effects 0.000 claims 2
- 238000004590 computer program Methods 0.000 claims 1
- 230000006870 function Effects 0.000 description 113
- 230000008569 process Effects 0.000 description 45
- 238000012790 confirmation Methods 0.000 description 35
- 238000004891 communication Methods 0.000 description 21
- 238000005259 measurement Methods 0.000 description 20
- 230000032258 transport Effects 0.000 description 16
- 238000012546 transfer Methods 0.000 description 15
- 239000000872 buffer Substances 0.000 description 11
- 238000003860 storage Methods 0.000 description 10
- 108700026140 MAC combination Proteins 0.000 description 6
- 230000008901 benefit Effects 0.000 description 5
- 239000000284 extract Substances 0.000 description 5
- 101000741965 Homo sapiens Inactive tyrosine-protein kinase PRAG1 Proteins 0.000 description 4
- 102100038659 Inactive tyrosine-protein kinase PRAG1 Human genes 0.000 description 4
- 238000012986 modification Methods 0.000 description 4
- 230000004048 modification Effects 0.000 description 4
- 238000012544 monitoring process Methods 0.000 description 4
- 239000002245 particle Substances 0.000 description 4
- 238000009825 accumulation Methods 0.000 description 3
- 238000013459 approach Methods 0.000 description 3
- 230000001174 ascending effect Effects 0.000 description 3
- 230000015572 biosynthetic process Effects 0.000 description 3
- 238000005314 correlation function Methods 0.000 description 3
- 238000013461 design Methods 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 3
- 238000012432 intermediate storage Methods 0.000 description 3
- 238000007726 management method Methods 0.000 description 3
- 230000007246 mechanism Effects 0.000 description 3
- 239000000203 mixture Substances 0.000 description 3
- 230000003287 optical effect Effects 0.000 description 3
- 230000011664 signaling Effects 0.000 description 3
- 230000001413 cellular effect Effects 0.000 description 2
- 238000000354 decomposition reaction Methods 0.000 description 2
- 239000012634 fragment Substances 0.000 description 2
- 238000004806 packaging method and process Methods 0.000 description 2
- 230000000644 propagated effect Effects 0.000 description 2
- 238000013468 resource allocation Methods 0.000 description 2
- 238000001228 spectrum Methods 0.000 description 2
- 230000007723 transport mechanism Effects 0.000 description 2
- 101150009403 GPR50 gene Proteins 0.000 description 1
- 230000004913 activation Effects 0.000 description 1
- 238000004458 analytical method Methods 0.000 description 1
- 238000006243 chemical reaction Methods 0.000 description 1
- 230000003750 conditioning effect Effects 0.000 description 1
- 239000000470 constituent Substances 0.000 description 1
- 125000004122 cyclic group Chemical group 0.000 description 1
- 230000001934 delay Effects 0.000 description 1
- 238000010586 diagram Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 239000000945 filler Substances 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 238000003780 insertion Methods 0.000 description 1
- 230000037431 insertion Effects 0.000 description 1
- 230000010354 integration Effects 0.000 description 1
- 238000012804 iterative process Methods 0.000 description 1
- 238000004460 liquid liquid chromatography Methods 0.000 description 1
- 230000000737 periodic effect Effects 0.000 description 1
- 230000010363 phase shift Effects 0.000 description 1
- 238000013439 planning Methods 0.000 description 1
- 238000007781 pre-processing Methods 0.000 description 1
- 238000000275 quality assurance Methods 0.000 description 1
- 230000001360 synchronised effect Effects 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
- H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
- H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
- H04L69/324—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the data link layer [OSI layer 2], e.g. HDLC
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
- H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
- H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
- H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
- H04L69/325—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the network layer [OSI layer 3], e.g. X.25
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/40—Network security protocols
-
- 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]
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D30/00—Reducing energy consumption in communication networks
- Y02D30/50—Reducing energy consumption in communication networks in wire-line communication networks, e.g. low power modes or reduced link rate
Landscapes
- Engineering & Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
- Small-Scale Networks (AREA)
- Steering-Linkage Mechanisms And Four-Wheel Steering (AREA)
Abstract
Un aparato (220), que comprende: medios (310) para: recibir uno o más flujos, comprendiendo cada flujo uno o más paquetes; y generar una o más unidades de datos de protocolo (PDU) de capa de control de acceso al medio (MAC) en función del uno o más paquetes del uno o más flujos; y medios (320) para: generar una o más tramas MAC en función de la una o más PDUs de capa MAC, comprendiendo cada trama MAC: un segmento de canal de control para transmitir una o más asignaciones de medios; uno o más segmentos de tráfico, cada uno para transmitir una o más unidades de datos de protocolo (PDU) de capa MAC según una asignación de medios; caracterizado porque comprende medios (380) para recuperar información de velocidad de transmisión para la asignación de medios; y medios (312) para modificar el tamaño de los segmentos de unidad de datos de protocolo de capa de control de acceso al medio en respuesta a la información de velocidad de transmisión recuperada.
Description
Procedimiento, aparato y sistema de control de
acceso al medio.
La presente solicitud de patente reivindica la
prioridad de las siguientes solicitudes de patente
estadounidenses:
- Solicitud número US-20030511750 titulada "Method and Apparatus for Providing Interoperability and Backward Compatibility in Wireless Communication Systems" presentada el 15 de octubre de 2003;
- Solicitud número US-20030511904 titulada "Method, Apparatus, and System for Medium Access Control in a High Performance Wireless LAN Environment" presentada el 15 de octubre de 2003;
- Solicitud número US-20030513239 titulada "Peer-to-Peer Connections in MIMO WLAN System" presentada el 21 de octubre de 2003;
- Solicitud número US-20030526347 titulada "Method, Apparatus, and System for Sub-Network Protocol Stack for Very High Speed Wireless LAN" presentada el 1 de diciembre de 2003;
- Solicitud número US-20030526356 titulada "Method, Apparatus, and System for Multiplexing Protocol data Units in a High Performance Wireless LAN Environment" presentada el 1 de diciembre de 2003;
- Solicitud número US-20030532791 titulada "Wireless Communications Medium Access Control (MAC) Enhancements" presentada el 23 de diciembre de 2003;
- Solicitud número US-20040545963 titulada "Adaptive Coordination Function (ACF)" presentada el 18 de febrero de 2004;
- Solicitud número US-20040576545 titulada "Method and Apparatus for Robust Wireless Network" presentada el 2 de junio 2004;
- Solicitud número US-20040586841 titulada "Method and Apparatus for Distribution Communication Resources Among Multiple Users" presentada el 8 de Julio de 2004; y
- Solicitud número US-20040600960 titulada "Method, Apparatus, and System for Wireless Communications" presentada el 11 de agosto de 2004; todas transferidas al cesionario de las mismas.
\vskip1.000000\baselineskip
La presente invención se refiere en general a
las comunicaciones y, más específicamente, a una pila de protocolo
LAN inalámbrico.
\vskip1.000000\baselineskip
Los sistemas de comunicaciones inalámbricas se
utilizan ampliamente para proporcionar varios tipos de comunicación
tales como voz y datos. Un sistema, o red, inalámbrico de datos
típico proporciona a múltiples usuarios acceso a uno o más recursos
compartidos. Un sistema puede utilizar una variedad de múltiples
técnicas de acceso tales como multiplexación por división de
frecuencia (FDM), multiplexación por división de tiempo (TDM),
multiplexación por división de código (CDM), etc.
Redes inalámbricas de ejemplo incluyen sistemas
de datos celulares. A continuación se indican algunos de estos
ejemplos: (1) la norma IS-95
("TIA/EIA-95-B Mobile
Station-Base Station Compatibility Standard for
Dual-Mode Wideband Spread Spectrum Cellular
System"), (2) la norma ofrecida por un consorcio llamado
"Proyecto de Colaboración de Tercera Generación" (3GPP) y
representada en un conjunto de documentos que incluye los documentos
números 3G TS 25.211, 3G TS 25.212, 3G TS 25.213, y 3G TS 25.214
(la norma W-CDMA), (3) la norma ofrecida por un
consorcio llamado "Segundo Proyecto de Colaboración de Tercera
Generación" (3GPP2) y representada en la norma
IS-2000 ("TR-45.5 Physical
Layer Standard for cdma2000 Spread Spectrum Systems"), y (4)
el sistema de alta velocidad de transmisión de datos (HDR) que se
ajusta a la norma TIA/EIA/IS-856 (la norma
IS-856).
Otros ejemplos de sistemas inalámbricos incluyen
redes de área local inalámbricas (WLAN) tales como las normas IEEE
802.11 (es decir, 802.11 (a), (b) o (g)). Pueden obtenerse mejoras
en estas redes utilizando una WLAN de múltiples entradas y
múltiples salidas (MIMO) que comprenda técnicas de modulación de
multiplexación por división de frecuencia ortogonal (OFDM).
A medida que han avanzado los diseños de los
sistemas inalámbricos se han proporcionado mayores velocidades de
transmisión de datos. Las mayores velocidades de transmisión de
datos han brindado la posibilidad de aplicaciones avanzadas, entre
las que se incluyen la transferencia rápida de datos, vídeo y voz, y
otras aplicaciones. Sin embargo, varias aplicaciones pueden tener
diferentes requisitos para sus respectivas transferencias de datos.
Muchos tipos de datos pueden tener requisitos de latencia y de
capacidad de procesamiento, o necesitar alguna garantía de calidad
de servicio (QoS). Sin una gestión de recursos, la capacidad de un
sistema puede reducirse y el sistema puede no funcionar de manera
eficaz.
Los protocolos de control de acceso al medio
(MAC) se utilizan comúnmente para asignar un recurso de comunicación
compartido entre una pluralidad de usuarios. Los protocolos MAC
interconectan normalmente las capas superiores con la capa física
utilizada para transmitir y recibir datos. Para beneficiarse de un
aumento en las velocidades de transmisión de datos, un protocolo
MAC debe diseñarse para que utilice el recurso compartido de manera
eficaz.
Un sistema de este tipo se describe en la
publicación EP-A-1 317 110 que se
refiere a una estación base para un sistema LMDS punto a multipunto
que describe un formador de tramas entre capas que comprende una
combinación en serie de un módulo de puesta en cola y un módulo de
formación de tramas.
Los sistemas de alto rendimiento que están
desarrollándose soportan múltiples velocidades, las cuales pueden
variar ampliamente en función de las características de enlace
físico. Dadas las diferentes demandas de los distintos tipos de
aplicación de datos y la gran variedad de velocidades de transmisión
de datos que pueden soportar los diferentes terminales de usuario
situados en un sistema, también es necesario desarrollar avances en
lo que se refiere a la puesta en cola de los diferentes tipos de
tráfico y a su transmisión a través de los diversos enlaces
físicos, los cuales son normalmente dispares. Por lo tanto, en la
técnica existe la necesidad de un procesamiento MAC para la
utilización eficaz de sistemas de alta capacidad de
procesamiento.
Las realizaciones descritas en este documento se
refieren a la necesidad que existe en la técnica de un procesamiento
MAC para la utilización eficaz sistemas de alta capacidad de
procesamiento. En un aspecto, un aparato comprende una primera capa
para recibir uno o más paquetes de uno o más flujos de datos y para
generar una o más unidades de datos de protocolo (PDU) de primera
capa a partir del uno o más paquetes. En otro aspecto, una segunda
capa se utiliza para generar una o más tramas MAC en función de una
o más PDUs de capa MAC. En otro aspecto, una trama MAC se utiliza
para transmitir una o más PDUs de capa MAC. La trama MAC puede
comprender un canal de control para transmitir una o más
asignaciones. La trama MAC puede comprender uno o más segmentos de
tráfico según las asignaciones.
También se presentan otros diversos aspectos y
realizaciones. Estos aspectos tienen el beneficio de proporcionar
un control de acceso al medio eficaz y se utilizan de manera
ventajosa con capas físicas que comprendan altas velocidades de
transmisión de datos, así como bajas velocidades de transmisión de
datos.
La Fig. 1 es una realización de ejemplo de un
sistema que incluye una WLAN de alta velocidad;
La Fig. 2 muestra una realización de ejemplo de
un dispositivo de comunicación inalámbrico que puede configurarse
como un punto de acceso o como un terminal de usuario;
La Fig. 3 muestra una pila de protocolo de
subred;
La Fig. 4 ilustra un paquete de datos de usuario
a medida que atraviesa las capas de la pila de protocolo;
La Fig. 5 ilustra una trama MAC de ejemplo;
La Fig. 6 muestra un procedimiento de ejemplo
para transmitir una transferencia de mensaje de enlace directo;
La Fig. 7 muestra un procedimiento de ejemplo
para recibir una transferencia de mensaje de enlace directo;
La Fig. 8 muestra un procedimiento de ejemplo
para transmitir una transferencia de mensaje de enlace inverso;
La Fig. 9 muestra un procedimiento de ejemplo
para recibir una transferencia de mensaje de enlace inverso;
La Fig. 10 muestra un procedimiento de ejemplo
para realizar un acceso y un registro iniciales en un UT;
La Fig. 11 muestra un procedimiento de ejemplo
para realizar un acceso y un registro iniciales en el AP;
La Fig. 12 muestra un procedimiento 1200 de
ejemplo para el flujo de datos de usuario en el AP;
La Fig. 13 muestra un procedimiento 1300 de
ejemplo para el flujo de datos de usuario en el UT;
La Fig. 14 muestra un procedimiento de ejemplo
para incorporar retroalimentación de capa física en funciones de
capa de adaptación;
La Fig. 15 muestra un procedimiento de ejemplo
para realizar multidifusión de capa de adaptación;
La Fig. 16 ilustra un procedimiento de ejemplo
para determinar si utilizar multidifusión de capa de adaptación o
multidifusión de capa MAC;
La Fig. 17 muestra un procedimiento de ejemplo
para realizar segmentación en respuesta a la retroalimentación de
capa física;
La Fig. 18 ilustra segmentación en respuesta a
una velocidad de transmisión;
La Fig. 19 muestra un procedimiento de ejemplo
para transmitir múltiples flujos y comandos en una única trama
MAC;
La Fig. 20 ilustra tramas MAC secuenciales,
incluyendo ejemplos de transmisión de varias PDUs MUX parciales;
La Fig. 21 ilustra un procedimiento de ejemplo
para preparar una trama MAC utilizando un puntero MUX;
La Fig. 22 ilustra un procedimiento de ejemplo
para recibir una trama MAC que comprende un puntero MUX;
La Fig. 23 ilustra formatos de PDU MUX;
La Fig. 24 ilustra un sistema de ejemplo
configurado para una adaptación a Ethernet;
La Fig. 25 ilustra un sistema de ejemplo
configurado para una adaptación a IP;
La Fig. 26 ilustra pilas de protocolo Ethernet
de ejemplo; y
La Fig. 27 ilustra pilas de protocolo IP de
ejemplo.
En este documento se describe una pila de
protocolo de subred que soporta un funcionamiento de alta capacidad
de procesamiento, baja latencia y alta eficacia junto con capas
físicas de una elevada velocidad de transmisión de bits para la LAN
inalámbrica (o aplicaciones similares que utilicen tecnologías de
transmisión de última generación). La WLAN de ejemplo soporta
velocidades de transmisión de bits de más de 100 Mbps (un millón de
bits por segundo) en anchos de banda de 20 MHz.
Junto con la pila de protocolo se describe un
procedimiento para multiplexar unidades de datos de protocolo (PDU)
a partir de múltiples flujos de datos de usuario y entidades de
control de subred (PDUs MUX) en un único flujo de octetos. El flujo
de octetos se formatea en unidades de datos de protocolo MAC (PDUs
MAC), cada una de las cuales puede transmitirse en una ráfaga que
está contenida dentro de una única trama MAC. Esto puede permitir
que una subred LAN inalámbrica de alto rendimiento tenga un
funcionamiento con una alta capacidad de procesamiento, baja
latencia y alta eficacia junto con capas físicas de una elevada
velocidad de transmisión de bits.
La pila de protocolo de subred soporta una alta
velocidad de transmisión de datos y, en general, mecanismos de
transporte de capa física de gran ancho de banda que incluyen, pero
sin limitarse a, aquellos basados en modulación OFDM, técnicas de
modulación de única portadora, sistemas que utilizan múltiples
antenas de transmisión y múltiples antenas de recepción (sistemas
de múltiples entradas y múltiples salidas (MIMO), incluyendo
sistemas de múltiples entradas y única salida (MISO)) para un
funcionamiento eficaz con un elevado ancho de banda, sistemas que
utilizan múltiples antenas de transmisión y múltiples antenas de
recepción junto con técnicas de multiplexación espacial para
transmitir datos a o desde múltiples terminales de usuario durante
el mismo intervalo de tiempo, y sistemas que utilizan técnicas de
acceso múltiple por división de código (CDMA) para permitir
transmisiones para múltiples usuarios simultáneamente.
Una o más realizaciones ejemplares descritas en
este documento se exponen en el contexto de un sistema de
comunicación de datos inalámbrico. Aunque la utilización dentro de
este contexto es ventajosa, diferentes realizaciones de la
invención pueden incorporarse en diferentes entornos o
configuraciones. En general, los diversos sistemas descritos en
este documento pueden formarse utilizando procesadores controlados
por software, circuitos integrados o lógica discreta. Los datos,
instrucciones, comandos, información, señales, símbolos y
fragmentos de información a los que pueden hacerse referencia a lo
largo de toda la solicitud se representan de manera ventajosa
mediante voltajes, corrientes, ondas electromagnéticas, partículas o
campos magnéticos, partículas o campos ópticos o una combinación de
los mismos. Además, los bloques mostrados en cada diagrama de
bloques pueden representar hardware o etapas de procedimiento. Las
etapas de procedimiento pueden intercambiarse sin apartarse del
alcance de la presente invención. La palabra "ejemplar" se
utiliza en este documento con el significado de "que sirve como
ejemplo, instancia o ilustración". Cualquier realización descrita
en este documento como "ejemplar" no debe considerarse
necesariamente como preferida o ventajosa sobre otras
realizaciones.
La Fig. 1 es una realización a modo de ejemplo
de un sistema 100 que comprende un punto 104 de acceso (AP)
conectado a uno o más terminales 106A a N de usuario (UTs). El AP y
los UTs se comunican a través de una red 120 de área local
inalámbrica (WLAN). En la realización de ejemplo, la WLAN 120 es un
sistema OFDM MIMO de alta velocidad. Sin embargo, la WLAN 120 puede
ser cualquier LAN inalámbrica. El punto 104 de acceso se comunica
con cualquier número de procesos o dispositivos externos a través de
la red 102. La red 102 puede ser Internet, una intranet o cualquier
otra red cableada, inalámbrica u óptica. La conexión 110 transporta
las señales de capa física desde la red hasta el punto 104 de
acceso. Dispositivos o procesos pueden conectarse a la red 102 o
como UTs (o mediante conexiones con los mismos) a través de la WLAN
120. Ejemplos de dispositivos que pueden conectarse a la red 102 o
a la WLAN 120 incluyen teléfonos, asistentes personales digitales
(PDA), ordenadores de varios tipos (ordenadores portátiles,
ordenadores personales, estaciones de trabajo, terminales de
cualquier tipo), dispositivos de vídeo tales como cámaras, cámaras
portátiles, cámaras web y prácticamente cualquier otro tipo de
dispositivo de datos. Los procesos pueden incluir voz, vídeo,
comunicaciones de datos, etc. Varios flujos de datos pueden tener
diferentes requisitos de transmisión, lo que puede permitirse
utilizando diferentes técnicas de calidad de servicio (QoS).
El sistema 100 se utiliza con un AP 104
centralizado. Todos los UTs 106 se comunican con el AP en la
realización de ejemplo. En una realización alternativa puede
permitirse una comunicación directa de igual a igual entre dos UTs,
con modificaciones en el sistema, tal y como resultará evidente para
los expertos en la técnica. Para facilitar la descripción, en la
realización de ejemplo el acceso al mecanismo de transporte de capa
física se controla mediante el AP.
En una realización, el AP 104 proporciona una
adaptación a Ethernet, un ejemplo de lo cual se ilustra en la Fig.
24. En este caso, un encaminador 2410 IP puede utilizarse con el AP
104 para proporcionar conexión (a través de una conexión 110
Ethernet) a la red 102. Se muestran UTs 106 de ejemplo ilustrativos
como, por ejemplo, un teléfono 106A celular, un asistente 106B
personal digital (PDA), un ordenador 106C portátil, una estación
106D de trabajo, un ordenador 106E personal, una cámara 106F
portátil y un proyector 106G de vídeo. Pueden transferirse tramas
Ethernet entre el encaminador y los UTs 106 a través de la subred
120 WLAN (descrita posteriormente).
La conectividad y la adaptación a Ethernet son
ampliamente conocidas en la técnica. La Fig. 26 ilustra pilas 2640
y 2650 de protocolo de adaptación a Ethernet para un UT 106 y un AP
104 de ejemplo, respectivamente, integradas con capas de ejemplo
que se enumeran a continuación. La pila 2640 de protocolo de UT
comprende capas 2610 superiores, una capa 2615 IP, una capa 2620A
MAC de Ethernet, una capa 310A de adaptación, una capa 320A de
enlace de datos y una capa 240A física (PHY). La pila 2650 de
protocolo de AP comprende una capa 240B física PHY (conectada a la
capa 240A física PHY de UT a través de un enlace 120 de RF), una
capa 320B de enlace de datos y una capa 310B de adaptación. Una
capa 2620B MAC de Ethernet conecta la capa 310B de adaptación con
una capa 2625 física PHY de Ethernet, la cual está conectada 110 a
una red 102 cableada.
En una realización alternativa, el AP 104
proporciona adaptación a IP, un ejemplo de lo cual se ilustra en la
Fig. 25. En este caso, el AP 104 actúa como un encaminador de
pasarela para el conjunto de UTs conectados (tal y como se
describió con respecto a la Fig. 24). En este caso, los datagramas
IP pueden encaminarse mediante el AP 104 hacia y desde los UTs
106.
La conectividad y la adaptación a IP son
ampliamente conocidas en la técnica. La Fig. 27 ilustra pilas 2740
y 2750 de protocolo de adaptación a IP para un UT 106 y un AP 104 de
ejemplo, respectivamente, integradas con capas de ejemplo que se
enumeran a continuación. La pila 2740 de protocolo de UT comprende
capas 2710 superiores, una capa 2720A IP, una capa 310A de
adaptación, una capa 320A de enlace de datos y una capa 240A física
(PHY). La pila 2750 de protocolo de AP comprende una capa 240B
física PHY (conectada a la capa 240A física PHY de UT a través de
un enlace 120 de RF), una capa 320B de enlace de datos y una capa
310B de adaptación. La capa 2720B IP conecta la capa 310B de
adaptación con una capa 2725 MAC de Ethernet que está conectada a
la capa 2730 física PHY de Ethernet. La capa 2730 física PHY de
Ethernet está conectada 110 a una red 102 cableada.
La Fig. 2 describe una realización de ejemplo de
un dispositivo de comunicación inalámbrico que puede configurarse
como un punto 104 de acceso o como un terminal 106 de usuario. Una
configuración de punto 104 de acceso se muestra en la Fig. 2. Un
transceptor 210 recibe y transmite a través de la conexión 110 según
los requisitos de capa física de la red 102. Los datos de o para
los dispositivos o aplicaciones conectados a la red 102 se
suministran a un procesador 220 MAC. Estos datos se denominan en
este documento como flujos 260. Los flujos pueden tener diferentes
características y pueden requerir diferente procesamiento en función
del tipo de aplicación asociada con el flujo. Por ejemplo, el vídeo
o la voz pueden caracterizarse como flujos de baja latencia
(teniendo el vídeo generalmente mayores requisitos de capacidad de
procesamiento que la voz). Muchas aplicaciones de datos son menos
sensibles a la latencia, pero pueden tener mayores requisitos de
integridad de datos (es decir, la voz puede tolerar la pérdida de
algunos paquetes, la transferencia de ficheros no tolera
generalmente a pérdida de paquetes).
El procesador 220 MAC recibe los flujos 260 y
los procesa para su transmisión a través de la capa física. El
procesador 220 MAC también recibe datos de capa física y procesa los
datos para formar paquetes para flujos 260 salientes. La
señalización y el control internos también se comunican entre el AP
y los UTs. Las unidades de datos de protocolo MAC (PDUs MAC) se
suministran a y se reciben desde un transceptor 240 LAN a través de
una conexión 270. La conversión de flujos y comandos a PDUs MAC, y
viceversa, se describe posteriormente. Una retroalimentación 280
correspondiente a los diversos IDs MAC se devuelve desde la capa 240
física (PHY) al procesador 220 MAC por varios motivos, los cuales
se describen en detalle posteriormente. La retroalimentación 280
puede comprender cualquier información de capa física, incluyendo
las velocidades que pueden soportar los canales (incluyendo canales
de multidifusión así como de unidifusión), el formato de modulación
y otros diversos parámetros.
En una realización de ejemplo, la capa de
adaptación (ADAP) y la capa de control de enlace de datos (DLC)
están incluidas en el procesador 220 MAC. La capa física (PHY) está
incluida en el transceptor 240 LAN inalámbrico. Los expertos en la
técnica reconocerán que la segmentación de las diversas funciones
puede realizarse en cualquiera de una variedad de configuraciones.
El procesador 220 MAC puede realizar parte o todo el procesamiento
para la capa física. Un transceptor LAN inalámbrico puede incluir
un procesador para realizar el procesamiento MAC o subpartes del
mismo. Puede utilizarse cualquier número de procesadores, hardware
de propósito especial o cualquier combinación de los mismos.
El procesador 220 MAC puede ser un
microprocesador de propósito general, un procesador de señales
digitales (DSP), o un procesador de propósito especial. El
procesador 220 MAC puede estar conectado a hardware de propósito
especial para colaborar en varias tareas (cuyos detalles no se
muestran). Varias aplicaciones pueden ejecutarse en procesadores
conectados de manera externa, tal como un ordenador conectado de
manera externa o a través de una conexión de red, pueden ejecutarse
en un procesador adicional del punto 104 de acceso (no mostrado), o
pueden ejecutarse en el propio procesador 220 MAC. El procesador 220
MAC se muestra conectado a una memoria 255, la cual puede
utilizarse para almacenar datos así como instrucciones para llevar a
cabo los diversos procedimientos y métodos descritos en este
documento. Los expertos en la técnica reconocerán que la memoria
255 puede comprender uno o más componentes de memoria de varios
tipos, los cuales pueden estar incorporados totalmente o en parte
dentro del procesador 220 MAC.
Además de almacenar instrucciones y datos para
realizar las funciones descritas en este documento, la memoria 255
también puede utilizarse para almacenar datos asociados a varias
colas (descritas en detalle posteriormente). La memoria 255 puede
incluir colas de proxy de UT (descritas posteriormente).
El transceptor 240 LAN inalámbrico puede ser
cualquier tipo de transceptor. En una realización de ejemplo, el
transceptor 240 LAN inalámbrico es un transceptor OFDM que puede
hacerse funcionar con una interfaz MIMO o MISO. OFDM, MIMO y MISO
son conocidos por los expertos en la técnica. Varios transceptores
OFDM, MIMO y MISO se describen en la solicitud de patente
estadounidense en tramitación junto con la presente con número de
serie 10/650.295 titulada "FREQUENCY-INDEPENDENT
SPATIAL-PROCESSING FOR WIDEBAND MISO AND MIMO
SYSTEMS", presentada el 27 de agosto de 2003 y transferida al
cesionario de la presente invención.
El transceptor 240 LAN inalámbrico se muestra
conectado a antenas 250 A a N. Puede soportarse cualquier número de
antenas en varias realizaciones. Las antenas 250 se utilizan para la
transmisión y la recepción a través de la WLAN 120.
El transceptor 240 LAN inalámbrico puede
comprender un procesador espacial conectado a cada una de la una o
más antenas 250. El procesador espacial puede procesar los datos
para su transmisión de manera independiente para cada antena.
Ejemplos del procesamiento independiente pueden basarse en
estimaciones de canal, retroalimentación desde el UT, inversión de
canal, o en una variedad de otros enfoques conocidos en la técnica.
El procesamiento se realiza utilizando cualquiera de una variedad
de técnicas de procesamiento espaciales. Varios transceptores de
este tipo pueden utilizar formación de haces, orientación de haces,
orientación propia, u otras técnicas espaciales para incrementar la
capacidad de procesamiento hacia y desde un terminal de usuario
dado. En una realización de ejemplo, en la que se transmiten
símbolos OFDM, el procesador espacial puede comprender procesadores
subespaciales para procesar cada uno de los subcanales OFDM, o
contenedores (bins).
En un sistema de ejemplo, el AP puede tener N
antenas, y un UT de ejemplo puede tener M antenas. Por lo tanto,
hay M x N trayectorias entre las antenas del AP y el UT. En la
técnica se conoce una variedad de enfoques espaciales para mejorar
la capacidad de procesamiento utilizando estas múltiples
trayectorias. En un sistema de diversidad de transmisión de
espacio-tiempo (STTD) (también denominado en este
documento como "diversidad"), los datos de transmisión se
formatean, se codifican y se envían a través de todas las antenas
como un único flujo de datos. Con M antenas de transmisión y N
antenas de recepción puede formarse un número MIN (M, N) de canales
independientes. La multiplexación espacial utiliza estas
trayectorias independientes y puede transmitir diferentes datos en
cada una de las trayectorias independientes para aumentar la
velocidad de transmisión.
Se conocen varias técnicas para adquirir o
adaptarse a las características del canal entre el AP y un UT.
Pueden transmitirse señales piloto únicas desde cada antena de
transmisión. Las señales piloto se reciben en cada antena de
recepción y se miden. Después, la retroalimentación de canal puede
devolverse al dispositivo de transmisión para utilizarse en la
transmisión. La inversión de canal es una técnica que permite el
preprocesamiento y la transmisión, aunque puede suponer un alto
esfuerzo computacional. Puede realizarse una descomposición propia
y puede utilizarse una tabla de consulta para determinar una
velocidad. Una técnica alternativa, para evitar la descomposición
de canal, es utilizar orientación propia de una señal piloto para
simplificar el procesamiento espacial. También se conocen técnicas
de distorsión previa para simplificar el procesamiento en el
receptor.
Por lo tanto, dependiendo de las condiciones de
canal actuales, diferentes velocidades de transmisión de datos
pueden estar disponibles para la transmisión a varios terminales de
usuario a lo largo de todo el sistema. En particular, el enlace
específico entre el AP y cada UT puede tener un mayor rendimiento
que un enlace que pueda compartirse por más de un UT. Ejemplos de
esta situación se describen en detalle posteriormente. El
transceptor 240 LAN inalámbrico puede determinar la velocidad
soportable en función del procesamiento espacial que esté
utilizándose para el enlace físico entre el AP y el UT. Esta
información puede retroalimentarse a través de la conexión 280 para
su utilización en el procesamiento MAC, descrito en detalle
posteriormente.
El número de antenas que puede utilizarse
depende de las necesidades de datos de los UTs. Por ejemplo, una
visualización de vídeo de alta definición puede comprender, por
ejemplo, cuatro antenas, debido a sus altos requisitos de ancho de
banda, mientras que un PDA puede necesitar dos. Un punto de acceso
de ejemplo puede tener cuatro antenas.
Un terminal 106 de usuario puede utilizarse de
manera similar al punto 104 de acceso descrito en la Fig. 2. En
lugar de tener flujos 260 conectados a un transceptor LAN (aunque un
UT puede incluir un transceptor de este tipo, ya sea cableado o
inalámbrico), los flujos 260 se reciben normalmente desde o se
suministran a una o más aplicaciones o procesadores que se hacen
funcionar en el UT o en un dispositivo conectado al mismo. Los
niveles superiores conectados al AP 104 o al UT 106 pueden ser de
cualquier tipo. Las capas descritas en este documento son solamente
ilustrativas.
\vskip1.000000\baselineskip
La Fig. 3 muestra un ejemplo de pila 300 de
protocolo de subred. La pila 300 de protocolo de subred puede
servir como la interfaz entre una capa física LAN inalámbrica de
elevada velocidad de transmisión de bits y la capa de red o capa
MAC de alguna otra red, tal como una capa MAC de Ethernet o una capa
de red TCP/IP. Varias características de la pila 300 de protocolo
pueden utilizarse para aprovechar al máximo una capa física LAN
inalámbrica de gran rendimiento. La pila de protocolo de ejemplo
puede diseñarse para proporcionar varios beneficios, cuyos ejemplos
incluyen (a) minimizar la cantidad de sobrecarga de capacidad de
procesamiento consumida por el protocolo; (b) maximizar la eficacia
del empaquetado de unidades de datos de subred en tramas de capa
física; (c) minimizar la contribución de latencia al retardo de ida
y vuelta de extremo a extremo para mecanismos de transporte
sensibles al retardo tales como TCP; (d) proporcionar un suministro
altamente fiable, en orden, de unidades de datos de subred; (e)
proporcionar soporte para aplicaciones y capas de red existentes, y
la suficiente flexibilidad para permitir futuras redes y
aplicaciones; y (f) una integración transparente con las tecnologías
de red existentes.
La pila 300 de protocolo presenta varias
subcapas simples, varios modos de funcionamiento y la capacidad de
soportar interfaces a múltiples redes externas. La Fig. 3 muestra
una capa 310 de adaptación, una capa 320 de control de enlace de
datos y una capa 240 física. Un gestor 380 de capas está
interconectado con cada subcapa para proporcionar comunicación y
control a varias funciones detalladas posteriormente.
En la Fig. 3 se muestra una configuración de
ejemplo de una pila 300 de protocolo. Una línea discontinua indica
una configuración de ejemplo de componentes que pueden utilizarse en
un procesador 220 MAC, tal y como se ha descrito anteriormente. La
capa 310 de adaptación, la capa 320 de control de enlace de datos y
el gestor 380 de capas están incluidos. En esta configuración, una
capa 240 física, como la descrita anteriormente, recibe y transmite
unidades de datos de protocolo (PDUs) MAC a través de una conexión
270. Una conexión 280 de retroalimentación está dirigida al gestor
380 de capas para proporcionar información de capa física para su
utilización en varias funciones descritas posteriormente. Este
ejemplo es solamente ilustrativo. Los expertos en la técnica
reconocerán que cualquier número de componentes, configurados para
incluir cualquier combinación de las funciones de pila descritas,
incluyendo subconjuntos de las mismas, puede utilizarse dentro del
alcance de la presente invención.
La capa 310 de adaptación ofrece una interfaz a
capas superiores. Por ejemplo, la capa de adaptación puede
interactuar con una pila IP (para adaptación a IP), con una capa MAC
de Ethernet (para adaptación a Ethernet), o con otras capas de red.
Los flujos 260 se reciben desde una o más capas superiores para el
procesamiento MAC y la transmisión a través de la capa 240 física.
Los flujos 260 también se reciben a través de la capa física, se
procesan y se reensamblan para suministrarse a una o más capas
superiores.
La capa 310 de adaptación comprende las
siguientes funciones: segmentación y reensamblado 312, clasificación
314 de flujo y correlación 316 de multidifusión. La función 314 de
clasificación de flujo examina las cabeceras de los paquetes
recibidos desde capas más altas (de uno o más flujos 260),
correlaciona cada paquete con un terminal de usuario o con un
identificador MAC de grupo de multidifusión (ID MAC), y clasifica
los paquetes para un tratamiento de calidad de servicio (QoS)
apropiado. La función 316 de correlación de multidifusión determina
si los datos de usuario de multidifusión van a transportarse
utilizando un ID MAC de multidifusión (lo que se denomina como
"multidifusión de capa MAC"), o a través de múltiples IDs MAC
de unidifusión (lo que se denomina como "multidifusión de capa de
adaptación"), cuyos ejemplos se describen posteriormente. La
función 312 de segmentación y reensamblado (SAR) adapta cada paquete
de capa superior a un tamaño apropiado de unidad de datos de
protocolo (PDU) para el modo de enlace lógico (LL). La función 312
SAR se realiza por separado para cada ID MAC. La función 314 de
clasificación de flujo es común.
La capa 320 de control de enlace de datos
comprende una capa 330 de enlace lógico (LL), una capa 340 de
control de enlace de radio (RLC), un control 350 de configuración
de sistema, una función 360 MUX y una función 370 MAC común. Varios
subbloques para cada una de estas capas se muestran en la Fig. 3 y
se describirán en detalle posteriormente. Los bloques mostrados son
sólo ilustrativos. Subconjuntos de estas funciones, así como
funciones adicionales, pueden utilizarse en varias realizaciones
alternativas.
La capa 240 física puede ser cualquier tipo de
capa física, cuyos ejemplos se han descrito anteriormente. Una
realización de ejemplo utiliza una capa física OFDM MIMO. Parámetros
de ejemplo de esta realización se describen posteriormente.
El gestor 380 de capas (LM) interactúa con la
capa 310 de adaptación, con la capa 320 de control de enlace de
datos y con la capa 240 física para gestionar la QoS, el control de
admisión y el control de los parámetros de transmisor y de receptor
de capa física. Obsérvese que la retroalimentación 280 de la capa
física puede utilizarse para realizar diversas funciones descritas
en este documento. Por ejemplo, las velocidades que pueden soportar
los diversos UT pueden utilizarse en la correlación 316 de
multidifusión o en la segmentación y reensamblado 312.
\vskip1.000000\baselineskip
La función 314 de clasificación de flujo (FLCL)
examina campos de cabecera de paquete de paquetes entrantes para
correlacionarlos con flujos. En una realización de ejemplo, en la
que se realiza adaptación a IP, pueden utilizarse los siguientes
campos para la clasificación de flujo: (a) direcciones origen y
destino IP; (b) puertos origen y destino IP; (c) punto de código de
servicios diferenciados (DSCP) IP; mensajes de protocolo de reserva
de recursos (RSVP); y (e) mensajes de protocolo de control de
transporte en tiempo real (RTCP) y cabeceras de protocolo de
transporte en tiempo real (RTP). En una realización alternativa, en
la que se realiza adaptación a Ethernet, la clasificación de flujo
puede utilizar campos de cabecera 802.1p y 802.1q. También es
posible que la adaptación a Ethernet utilice clasificación de flujo
IP, aunque esto sería una infracción de capa. Los expertos en la
técnica apreciarán que pueden utilizarse de manera alternativa otros
diversos tipos de clasificación de flujo.
La FLCL 314 determina si un flujo 260
identificado se correlaciona con un ID MAC existente, con un modo de
enlace lógico (LL) y con un ID de flujo (descrito en detalle
posteriormente). Si un paquete entrante se correlaciona con un
flujo existente, la FLCL reenvía el paquete, para un procesamiento
adicional, a la función 312 de segmentación y reensamblado (SAR).
Si se requiere un nuevo ID MAC, se reenvía una solicitud a la
función 344 de control de asociación del control 340 de enlace de
radio (RLC).
Si se identifica un nuevo flujo para un ID MAC
existente, la función 382 de gestión de QoS del gestor 380 de capa
determina el tipo de modo de enlace lógico requerido para el flujo.
Si va a inicializarse un nuevo modo LL, la solicitud se reenvía a
la función 338 LLC correspondiente al ID MAC para llevar a cabo la
negociación de modo. Si va a establecerse un nuevo flujo en el modo
LL existente, la solicitud se reenvía a la función 338 LLC. Una
realización para mantener colas de QoS se describe en la solicitud
de patente estadounidense en tramitación junto con la presente con
número de serie 10/723.346, titulada "QUALITY OF SERVICE SCHEDULER
FOR A WIRELESS NETWORK", presentada el 26 de noviembre de 2003 y
transferida al cesionario de la presente invención.
En los ejemplos de multidifusión IP o Ethernet,
la función 316 de correlación de multidifusión determina si el
paquete va a manipularse utilizando multidifusión de capa MAC,
correlacionándolo con un ID MAC de multidifusión, o si el paquete
va a manipularse como múltiples transmisiones de unidifusión, lo que
se denomina en este documento como "multidifusión de capa de
adaptación". En el último caso, la función 316 de correlación de
multidifusión realiza múltiples copias del paquete, una para cada
ID MAC de unidifusión al que va a transmitirse, y reenvía los
paquetes a la función 312 de segmentación y reensamblado (SAR). Este
aspecto se describe en detalle posteriormente con respecto a las
Fig. 15 y 16.
Tal y como acaba de describirse, la función 314
de clasificación de flujo correlaciona un paquete con un ID MAC,
con un modo LL y con un ID de flujo, si los hubiera. La función 312
de segmentación y reensamblado segmenta el paquete de capa superior
(es decir, un datagrama IP o una trama Ethernet) en segmentos
adecuados para su transporte a través del modo de enlace lógico.
Una realización de ejemplo de este aspecto se describe en detalle
posteriormente con respecto a las Fig. 17 y 18. En este ejemplo se
añade una cabecera de capa de adaptación de un octeto por segmento,
lo que permite el reensamblado cuando los segmentos se suministran
en orden a una función SAR correspondiente en el receptor. La
unidad de datos de protocolo (PDU) de capa de adaptación se hace
pasar después a la capa 320 de control de enlace de datos para su
procesamiento junto con los parámetros de clasificación: ID MAC,
modo LL e ID de flujo.
\vskip1.000000\baselineskip
La Fig. 4 ilustra un paquete 410 de datos de
usuario (es decir, un datagrama IP, una trama Ethernet u otro
paquete) a medida que atraviesa diversas capas. En esta ilustración
se describen ejemplos de tamaños y de tipos de campos. Los expertos
en la técnica reconocerán que otros diversos tamaños, tipos y
configuraciones se contemplan dentro del alcance de la presente
invención.
\global\parskip0.870000\baselineskip
Tal y como se muestra, el paquete 410 de datos
se segmenta en la capa 310 de adaptación. Cada PDU 430 de subcapa
de adaptación contiene uno de estos segmentos 420. En este ejemplo,
el paquete 410 de datos se segmenta en N segmentos 420A a N. Una
PDU 430 de subcapa de adaptación comprende datos 434 útiles que
contienen el segmento 420 respectivo. Un campo 432 de tipo (un
octeto en este ejemplo) se añade a la PDU 430 de subcapa de
adaptación.
En la capa 330 de enlace lógico (LL), una
cabecera 442 LL (4 octetos en este ejemplo) se añade a los datos
444 útiles, los cuales comprenden la PDU 430 de capa de adaptación.
Información de ejemplo para la cabecera 442 LL incluye un
identificador de flujo, información de control y números de
secuencia. Una CRC 446 se calcula sobre la cabecera 442 y los datos
444 útiles y se añade al final para formar una PDU 440 de subcapa de
enlace lógico (PDU LL). El control 338 de enlace lógico (LLC) y el
control 340 de enlace de radio (RLC), descritos en detalle
posteriormente, forman PDUs LLC y PDUs RLC de manera similar. Las
PDUs 440 LL, así como las PDUs LLC y las PDUs RLC, se colocan en
colas (es decir, una cola 362 de alta QoS, una cola 364 de máximo
esfuerzo o una cola 366 de mensajes de control) para recibir
servicio por parte de la función 360 MUX.
La función 360 MUX añade una cabecera 452 MUX a
cada PDU 440 LL. Una cabecera 452 MUX de ejemplo puede comprender
una longitud y un tipo (la cabecera 452 tiende dos octetos en este
ejemplo). Una cabecera similar puede formarse para cada PDU de
control (es decir, las PDUs LLC y RLC). La PDU 440 LL (o la PDU LLC
o RLC) forma los datos 454 útiles. La cabecera 452 y los datos 454
útiles forman la PDU 450 de subcapa MUX (MPDU) (las PDUs de subcapa
MUX también se denominan en este documento como PDUs MUX).
Los recursos de comunicación del medio
compartido se asignan mediante el protocolo MAC en una serie de
tramas MAC. El planificador 376 MAC determina el tamaño de las
ráfagas de capa física asignadas para uno o más IDs MAC en cada
trama MAC, indicada como trama f MAC, donde f indica
una trama MAC particular. Obsérvese que no todos los IDs MAC con
datos que van a transmitirse tendrán necesariamente asignado espacio
en cualquier trama MAC particular. Cualquier esquema de control de
acceso o de planificación puede utilizarse dentro del alcance de la
presente invención. Cuando se realiza una asignación para un ID MAC,
la función 360 MUX respectiva para ese ID MAC formará una PDU 460
MAC que incluye una o más PDUs 450 MUX para su inclusión en la trama
f MAC. Una o más PDUs 460 MUX, para uno o más IDs MAC
asignados, se incluirán en una trama MAC (es decir, una trama 500
MAC, la cual se describe posteriormente con respecto a la Fig.
5).
En una realización de ejemplo, un aspecto
permite transmitir una MPDU 450 parcial, permitiendo un empaquetado
eficaz en una PDU 460 MAC. Este aspecto se describe en detalle
posteriormente. En este ejemplo, la función 360 MUX mantiene un
cómputo de los octetos no transmitidos de cualquier MPDU 450 parcial
sobrante de una transmisión anterior, identificada mediante una
MPDU 464 parcial. Estos octetos 464 se transmitirán delante de
cualquier PDU 466 nueva (es decir, PDUs LL o PDUs de control) de la
trama actual. La cabecera 462 (dos octetos en este ejemplo) incluye
un puntero MUX, el cual apunta al inicio de la primera MPDU nueva
(MPDU 466A en este ejemplo) que va a transmitirse en la trama
actual. La cabecera 462 también puede incluir una dirección MAC.
La PDU 460 MAC comprende el puntero 462 MUX, una
posible PDU 464 MUX parcial al principio (que sobró de una
asignación anterior), seguida de cero o más PDUs 466A a N MUX
completas, y de una posible PDU 468 MUX parcial (de la asignación
actual) u otro relleno, para llenar la parte asignada de la ráfaga
de capa física. La PDU 460 MAC se transporta en la ráfaga de capa
física asignada al ID MAC.
\vskip1.000000\baselineskip
La Fig. 5 ilustra una trama 500 MAC de ejemplo.
La función 370 MAC común gestiona la asignación de la trama 500 MAC
entre los siguientes segmentos de canal de transporte:
radiodifusión, control, tráfico directo y tráfico inverso
(denominados como la fase de enlace descendente y la fase de enlace
ascendente, respectivamente), y acceso aleatorio. La función 372 de
formación de tramas MAC puede formar la trama utilizando los
diversos componentes constituyentes, los cuales se describen en
detalle posteriormente. Ejemplos de funciones, codificación y
duraciones de los canales de transporte se describirán
posteriormente.
En la realización de ejemplo, una trama MAC está
duplexada por división de tiempo (TDD) en un intervalo de tiempo de
2 ms. La trama 500 MAC está dividida en cinco segmentos 510 a 550 de
canal de transporte que aparecen en el orden mostrado. En
realizaciones alternativas pueden utilizarse órdenes alternativas y
diferentes tamaños de trama. Duraciones de asignaciones en la trama
500 MAC pueden cuantificarse hasta algún pequeño intervalo de
tiempo común. En una realización de ejemplo, las duraciones de las
asignaciones en la trama MAC se cuantifican en múltiplos de 800 ns
(que es también la duración del prefijo cíclico ya sea para símbolos
OFDM cortos o largos, lo que se describirá en detalle
posteriormente). Un símbolo OFDM corto dura 4,0 \mus o 5 veces 800
ns.
El MAC de ejemplo proporciona cinco canales de
transporte dentro de una trama MAC: (a) el canal 510 de
radiodifusión (BCH), el cual contiene el canal de control de
radiodifusión (BCCH); (b) el canal 520 de control (CCH), el cual
contiene el canal de control de trama (FCCH) y el canal de
retroalimentación de acceso aleatorio (RFCH) en el enlace directo;
(c) el canal de tráfico (TCH), el cual contiene datos de usuario e
información de control y está subdividido en (i) el canal 530 de
tráfico directo (F-TCH) en el enlace directo y (ii)
el canal 540 de tráfico inverso (R-TCH) en el
enlace inverso; y (d) el canal 550 de acceso aleatorio (RCH), el
cual contiene el canal de solicitud de acceso (ARCH) (para
solicitudes de acceso de UT). Una baliza piloto también se transmite
en el segmento 510.
\global\parskip1.000000\baselineskip
La fase de enlace descendente de la trama 500
comprende los segmentos 510 a 530. La fase de enlace ascendente
comprende segmentos los 540 y 550. El segmento 560 indica el
principio de una trama MAC posterior.
\vskip1.000000\baselineskip
El canal de radiodifusión (BCH) y la baliza 510
se transmiten por el AP. La primera parte del BCH 510 contiene
datos suplementarios comunes de capa física, tales como señales
piloto, que incluyen señales piloto de adquisición de temporización
y frecuencia. En una realización de ejemplo, la baliza consiste en 2
símbolos OFDM cortos utilizados para la adquisición de frecuencia y
de temporización por parte de los UTs seguidos de 8 símbolos OFDM
cortos de señal piloto MIMO común utilizada por los UT para estimar
el canal.
La segunda parte del BCH 510 es la parte de
datos. La parte de datos BCH define la asignación de la trama MAC
con respecto a los segmentos de canal de transporte: CCH 520,
F-TCH 530, R-TCH 540 y RCH 550, y
también define la composición del CCH con respecto a los
subcanales. En este ejemplo, el BCH 510 define la cobertura de la
LAN 120 inalámbrica y, por lo tanto, se transmite en el modo de
transmisión de datos más robusto disponible. La longitud de todo el
BCH es fija. En una realización de ejemplo, el BCH define la
cobertura de una WLAN-MIMO y se transmite en el
modo de diversidad de transmisión de espacio-tiempo
(STTD) utilizando modulación por desplazamiento de fase binaria
(BPSK) codificada a un cuarto de velocidad. En este ejemplo, el BCH
tiene una longitud fija de 10 símbolos OFDM cortos.
\vskip1.000000\baselineskip
El canal 520 de control (CCH), transmitido por
el AP, define la composición del resto de la trama MAC. La función
374 de canal de control de la función 370 MAC común genera el CCH.
Una realización de ejemplo de un CCH se describe en detalle
posteriormente. El CCH 520 se transmite utilizando modos de
transmisión altamente robustos en múltiples subcanales, cada
subcanal con una velocidad de transmisión de datos diferente. El
primer subcanal es el más robusto y se considera que puede
descodificarse por todos los UT. En una realización de ejemplo se
utiliza BPSK codificada a un cuarto de velocidad para el primer
subcanal CCH. También están disponibles otros diversos subcanales
con menor robustez (y mayor eficacia). En una realización de ejemplo
se utilizan hasta tres subcanales adicionales. Cada UT intenta
descodificar todos los subcanales en orden hasta que falle una
descodificación. El segmento de canal de transporte CCH de cada
trama tiene una longitud variable, dependiendo la longitud del
número de mensajes CCH en cada subcanal. Confirmaciones de recepción
para ráfagas de acceso aleatorio de enlace inverso se transportan
en el subcanal más robusto (primer subcanal) del CCH.
El CCH contiene asignaciones de ráfagas de capa
física en el enlace directo y en el enlace inverso. Las asignaciones
pueden ser para la transferencia de datos en el enlace directo o en
el enlace inverso. En general, una asignación de ráfaga de capa
física comprende: (a) un ID MAC; (b) un valor que indica el tiempo
de inicio de la asignación dentro de la trama (en el
F-TCH o en el R-TCH); (c) la
longitud de la asignación; (d) la longitud de los datos
suplementarios de capa física dedicados; (e) el modo de transmisión;
y (f) el esquema de codificación y de modulación que va a
utilizarse para la ráfaga de capa física . Un ID MAC identifica un
único UT para las transmisiones mediante unidifusión o un conjunto
de UTs para las transmisiones mediante multidifusión. En la
realización de ejemplo, un ID MAC de radiodifusión único también
está asignado para su transmisión a todos los UTs. En una
realización de ejemplo, los datos suplementarios de capa física
incluyen una señal piloto MIMO dedicada que comprende 0, 4 u 8
símbolos OFDM cortos. En este ejemplo, el modo de transmisión es,
como alternativa, STTD o multiplexación
espacial.
espacial.
Otros tipos de asignaciones de ejemplo en el CCH
incluyen: una asignación en el enlace inverso para la transmisión
de una señal piloto dedicada desde un UT, o una asignación en el
enlace inverso para la transmisión de información de estado de
almacenamiento intermedio y de enlace desde un UT. El CCH también
puede definir partes de la trama que vayan a dejarse sin utilizar.
Estas partes no utilizadas de la trama pueden utilizarse por los UTs
para generar estimaciones de umbral mínimo de ruido (e
interferencia) así como para medir balizas de sistemas vecinos. Una
realización de ejemplo de un canal de control se describe en detalle
posteriormente.
\vskip1.000000\baselineskip
El canal 550 de acceso aleatorio (RCH) es un
canal de enlace inverso a través del cual un UT puede transmitir
una ráfaga de acceso aleatorio. La longitud variable del RCH se
especifica para cada trama del BCH. En una realización de ejemplo,
las ráfagas de acceso aleatorio se transmiten utilizando el modo
propio principal con una BPSK codificada a un cuarto de
velocidad.
En la realización de ejemplo se definen dos
tipos de ráfagas de acceso aleatorio. Los UTs utilizan una ráfaga
larga para el acceso inicial cuando el AP debe detectar el inicio de
la ráfaga de acceso utilizando un correlacionador de deslizamiento.
Una vez que un UT esté registrado con un AP, los dos extremos del
enlace completan un procedimiento de ajuste de temporización.
Después del ajuste de temporización, el UT puede transmitir su
ráfaga de acceso aleatorio sincronizada con temporización de ranura
a través del RCH. Después, puede utilizar una ráfaga corta para el
acceso aleatorio. En una realización de ejemplo, una ráfaga larga
tiene 4 símbolos OFDM cortos y una ráfaga corta tiene 2 símbolos
OFDM cortos.
\vskip1.000000\baselineskip
El canal 530 de tráfico directo
(F-TCH) comprende una o más ráfagas de capa física
transmitidas desde el AP 104. Cada ráfaga está dirigida a un ID MAC
particular tal y como se indica en la asignación CCH. Cada ráfaga
comprende datos suplementarios de capa física dedicados, tales como
una señal piloto (si la hubiera) y una PDU MAC transmitida según el
modo de transmisión y el esquema de codificación y modulación
indicados en la asignación CCH. El F-TCH tiene una
longitud variable. En una realización de ejemplo, los datos
suplementarios de capa física dedicados pueden incluir una señal
piloto MIMO dedicada.
En una realización de ejemplo, en el modo STTD
hay un canal de diversidad espacial equivalente cuya eficacia puede
variar entre 12 bits (BPSK codificada a media velocidad en 48 tonos)
por símbolo OFDM corto y 1344 bits (QAM 256 codificada a 7/8 de
velocidad en 192 tonos) por símbolo OFDM largo. Esto se traduce en
un factor de 33 en el intervalo de velocidades máximas de
transmisión de datos de capa física (o entre 3 y 99 Mbps en
este
ejemplo).
ejemplo).
En este ejemplo puede usarse un modo de
multiplexación espacial de hasta cuatro canales espaciales
paralelos. Cada canal espacial utiliza un esquema apropiado de
codificación y de modulación cuya eficacia está entre 12 bits por
símbolo OFDM corto y 1344 bits por símbolo OFDM largo. Por lo tanto,
el intervalo de velocidades máximas de transmisión de datos de capa
física en el modo de multiplexación espacial está entre 3 y 395
Mbps. Debido a limitaciones de procesamiento espaciales, no todos
los canales espaciales paralelos pueden funcionar con la mayor
eficacia, por lo que un límite más práctico en la velocidad máxima
de transmisión de datos de capa física puede ser 240 Mbps, un factor
de 80 entre la velocidad más baja y la más alta en este ejemplo.
\vskip1.000000\baselineskip
El canal 540 de tráfico inverso
(R-TCH) comprende transmisiones de ráfagas de capa
física desde uno o más UTs 106. Cada ráfaga se transmite por un UT
particular tal y como se indica en la asignación CCH. Cada ráfaga
puede comprender un preámbulo de señal piloto dedicado (si lo
hubiera) y una PDU MAC transmitida según el modo de transmisión y
el esquema de codificación y de modulación indicados en la
asignación CCH. El R-TCH tiene longitud variable.
En una realización de ejemplo, como en el F-TCH, el
intervalo de velocidades de transmisión de datos en el modo STTD
está comprendido entre 3 y 98 Mbps y en el modo de multiplexación
espacial está comprendido entre 3 y 395 Mbps, siendo quizá 240 Mbps
un límite más práctico.
En la realización de ejemplo, el
F-TCH 530, el R-TCH 540, o ambos,
pueden utilizar técnicas de acceso múltiple por división de código
o de multiplexación espacial para permitir la transmisión simultánea
de PDUs MAC asociadas con diferentes UTs. Un campo que contiene el
ID MAC con el que la PDU MAC está asociada (es decir, el emisor en
el enlace ascendente o el receptor previsto en el enlace
descendente) puede estar incluido en la cabecera PDU MAC. Esto
puede utilizarse para resolver cualquier ambigüedad de
direccionamiento que pueda surgir cuando se utilice multiplexación
espacial o CDMA. En realizaciones alternativas, cuando la
multiplexación se basa estrictamente en técnicas de división de
tiempo, el ID MAC no se requiere en la cabecera PDU MAC ya que la
información de direccionamiento está incluida en el mensaje CCH que
asigna una ranura de tiempo dada de la trama MAC a un ID MAC
específico. Puede utilizarse cualquier combinación de multiplexación
espacial, multiplexación por división de código, multiplexación por
división de tiempo y cualquier otro enfoque conocido en la
técnica.
A cada UT activo se le asigna un ID MAC durante
el registro inicial. La asignación de ID MAC se lleva a cabo
mediante la función 344 de control de asociación (AC) del RLC 340.
Un ID MAC único se asigna para transmisiones mediante radiodifusión
en el enlace directo. La transmisión mediante radiodifusión en una
parte del canal de transporte directo (F-TCH) y se
asigna utilizando el canal de control (CCH) a través del uso del ID
MAC de radiodifusión único. En este ejemplo, un mensaje de
identificación de sistema se emite una vez cada 16 tramas
utilizando una asignación de ID MAC de radiodifusión. El ID MAC de
radiodifusión también puede utilizarse para la radiodifusión de
datos de usuario.
Un conjunto de uno o más IDs MAC puede asignarse
para transmisiones mediante multidifusión a través del enlace
directo. Una transmisión de multidifusión es una parte del
F-TCH y se asigna en el CCH utilizando un ID MAC de
multidifusión específico asignado a un grupo de multidifusión
particular. La asignación de un ID MAC de multidifusión a un grupo
de UTs se lleva a cabo mediante la función 344 de control de
asociación (AC) del RLC 340.
A continuación se hace de nuevo referencia a la
descripción de la función 370 MAC común mostrada en la Fig. 3. La
función 378 de control de acceso aleatorio del AP manipula las
confirmaciones de recepción para las ráfagas de acceso de los UTs.
Junto con la confirmación de recepción, el AP debe realizar una
asignación inmediata en el R-TCH para obtener la
información de estado de almacenamiento intermedio del UT. Esta
solicitud se reenvía al planificador 376.
En el UT, un gestor de acceso aleatorio
determina cuándo transmitir una ráfaga de acceso basándose en los
datos de sus colas MUX, así como en su asignación existente. Cuando
el UT tiene una asignación periódica debido a una conexión LL
existente, la información de estado de almacenamiento intermedio
puede proporcionarse utilizando la asignación R-TCH
existente.
En función de la información contenida en los
mensajes de estado de almacenamiento intermedio y de enlace
recibidos desde el UT, la función 360 MUX correspondiente del AP
actualiza el proxy de UT. El proxy de UT mantiene el estado de los
almacenamientos intermedios de función MUX del UT, los cuales se
utilizan por el planificador 376 para realizar asignaciones
R-TCH. El proxy de UT también mantiene las
velocidades máximas a las que el AP puede transmitir al UT a través
del F-TCH.
La función 370 MAC común del AP implementa el
planificador 376 para arbitrar la asignación entre UTs mientras
utiliza al mismo tiempo de manera eficaz cada trama MAC. Para
limitar los datos suplementarios, no todos los UT activos pueden
tener asignada una ráfaga de capa física en cada trama.
La siguiente información puede utilizarse por el
planificador 376 para realizar una asignación en cada trama MAC:
1. La asignación nominal a cada ID MAC. Puede
ser que solamente un subconjunto de UTs activos pueda tener
adjudicada una asignación nominal en cualquier trama. Por ejemplo, a
algunos UTs se les puede proporcionar una asignación nominal
solamente cada dos tramas o cada cuatro tramas, etc. La asignación
nominal se determina mediante la función 384 de control de admisión
en el gestor 380 de capas. En una realización de ejemplo, la
asignación nominal se realiza en lo que se respecta a una pluralidad
de símbolos OFDM.
2. Asignación para datos suplementarios de capa
física dedicados tales como señales piloto. El control 342 de
recursos de radio (RRC) del RLC 340 determina la longitud y la
periodicidad requeridas de los datos suplementarios de capa física
dedicados. En una realización de ejemplo, los datos suplementarios
de capa física incluyen una señal piloto MIMO dedicada.
3. Velocidad y modo de transmisión. Esto se
determina por el RRC 342 para el R-TCH y se
proporciona al planificador 376. Para el F-TCH, esta
información se obtiene a partir del UT en el mensaje de estado de
enlace y de almacenamiento intermedio y se mantiene en el proxy de
UT.
4. Acumulación de datos para cada ID MAC. Esta
información está disponible para el planificador 376 a partir de la
función 360 MUX para cada ID MAC para el enlace directo, y a partir
del proxy de UT para el enlace inverso.
Además, el planificador asigna la duración del
RCH y determina la duración del CCH. Cada asignación en el CCH se
transmite utilizando uno de cuatro esquemas de codificación (en
función de la calidad de canal para el UT). Por lo tanto, la
duración del CCH es una función del número de asignaciones y del
esquema de codificación utilizado para transmitir cada
asignación.
En función de la asignación determinada por el
planificador, la entidad MAC del AP da valores a los parámetros de
cada asignación para construir el BCH y el CCH. El BCH define la
asignación de la trama MAC en lo que respecta a los segmentos de
canal de transporte: CCH, F-TCH,
R-TCH y RCH, y también define la composición del CCH
en lo que respecta a los subcanales (o subsegmentos), tal y como se
ha descrito anteriormente con respecto a la Fig. 5. Un CCH de
ejemplo se describe posteriormente.
En una realización de ejemplo, cada asignación
en el CCH se transmite en uno de hasta cuatro subcanales (o
subsegmentos), utilizando cada uno un esquema diferente de
codificación y de modulación (en función de la calidad de canal
para el UT). Asignaciones de multidifusión y de radiodifusión se
transmiten utilizando el esquema de codificación más robusto
(primer subcanal o subsegmento). La entidad MAC del UT lee el CCH
para determinar su asignación en el enlace directo y en el enlace
inverso para esa trama.
En el transmisor, la función MAC transmite la
PDU MAC asociada con un ID MAC particular en la ráfaga de capa
física asignada en el F-TCH (del AP) o en el
R-TCH (del UT) para ese ID MAC. En el receptor, la
función MAC extrae la PDU MAC correspondiente a un ID MAC en
función de la asignación CCH y la suministra a la función MUX para
ese ID MAC.
\vskip1.000000\baselineskip
La función 360 MUX se describe en detalle
posteriormente con respecto a las Fig. 19 a 23. En el receptor, la
función MUX extrae las PDUs del flujo de octetos que consiste en
PDUs MAC consecutivas y las encamina a la entidad LL, LLC o RLC a
la que pertenecen. El encaminamiento se basa en el campo de tipo
(canal lógico) incluido en la cabecera PDU MUX.
\vskip1.000000\baselineskip
Durante la inicialización del sistema se
inicializa la función 340 de control de enlace de radio (RLC) de
radiodifusión que consiste en la función 346 de control de
identificación de sistema. Cuando un UT accede inicialmente al
sistema utilizando un ID MAC del sondeo de acceso, la función RLC
asigna un nuevo ID MAC de unidifusión al UT. Posteriormente, si el
UT se une a un grupo de multidifusión, se le puede asignar IDs MAC
de multidifusión adicionales.
Cuando un nuevo ID MAC de unidifusión se asigna
a un UT, el RLC inicializa una instancia de cada una de las
funciones: control 344 de asociación (AC), control 342 de recursos
de radio (RRC) y control 338 de enlace lógico (LLC). Cuando se
asigna un nuevo ID MAC de multidifusión, el RLC inicializa una nueva
instancia AC y el LLC para el modo de multidifusión LL.
En la realización de ejemplo, un mensaje de
parámetros de identificación de sistema se transmite por el AP una
vez cada 16 tramas MAC utilizando el ID MAC de radiodifusión. El
mensaje de parámetros de identificación de sistema contiene IDs de
red y de AP así como números de revisión de protocolo. Además,
contiene una lista de IDs MAC de acceso para su utilización por
parte de UTs para el acceso inicial al sistema.
La función 344 AC (a) proporciona autenticación
de UT; (b) gestiona funciones de registro (alta/baja) para el UT (en
el caso de un ID MAC de multidifusión, la función AC gestiona el
alta/la baja en el grupo de multidifusión); y (c) intercambia claves
para el cifrado de LL.
Una instancia 342 RRC se inicializa en cada UT.
Una instancia RRC por UT activo se inicializa en el AP. Las
funciones RRC del AP y del UT pueden compartir mediciones de canal
de enlace directo y de enlace inverso (si fuera necesario).
El RRC (a) gestiona la calibración de las
cadenas de transmisión y de recepción en el AP y en el UT (esta
calibración puede requerirse para el modo de transmisión de
multiplexación espacial); (b) determina el modo de transmisión y el
control de velocidad para las transmisiones a un UT y los
proporciona al planificador 376 MAC; (c) determina la periodicidad
y la longitud de los datos suplementarios de capa física dedicados,
tales como una señal piloto dedicada requerida en transmisiones de
ráfagas de capa física a través del R-TCH y del
F-TCH; (d) gestiona el control de potencia para las
transmisiones hacia y desde un UT y lo proporciona al gestor PHY; y
(e) determina el ajuste de temporización para las transmisiones
R-TCH desde el UT.
\vskip1.000000\baselineskip
Las PDUs de capa de adaptación que consisten en
segmentos de datos de usuario se proporcionan a la capa 320 DLC
junto con el ID MAC asociado, el modo LL y el ID de flujo, si los
hubiera. La función 330 de modo LL añade una cabecera LL y una CRC
de 3 octetos calculada a lo largo de toda la PDU LL. La realización
de ejemplo soporta varios modos. Pueden utilizarse una función 336
con confirmación de recepción y una función 334 sin confirmación de
recepción. También puede utilizarse una función 332 de
radiodifusión/multidifusión/ unidifusión transparentes. A
continuación se muestran cuatro modos LL a modo de ilustración (los
detalles de sus formatos en las PDUs MUX se describen en la Fig.
23):
1. Modo sin confirmación de recepción sin
conexión (modo 0). La cabecera LL para este caso es nula. Este modo
puede utilizarse para el reenvío transparente de PDUs de capa de
adaptación. El modo 0 LL puede implementar tareas de supervisión.
Solamente el modo sin confirmación de recepción sin conexión
(transparente) está disponible para los IDs MAC de radiodifusión y
de multidifusión.
2. Modo con confirmación de recepción sin
conexión (modo 1). Este modo se utiliza para la transmisión con
confirmación de recepción de las PDUs de capa de adaptación sin
necesidad de datos suplementarios ni de retardos asociados con un
establecimiento de conexión de modo 3 LL. La cabecera del modo 1 LL
contiene un número de secuencia de la PDU LL transmitida o el
número de secuencia de la PDU de la que está confirmándose la
recepción. Puesto que se considera que los canales de capa física
funcionan con una baja probabilidad de pérdida aleatoria de PDUs LL
y con un bajo retardo de ida y vuelta, se utiliza un esquema simple
ARQ Go-Back-N.
3. Modo sin confirmación de recepción orientado
a la conexión (modo 2). El modo LL sin confirmación de recepción
orientado a la conexión permite la multiplexación de varios flujos a
través de la utilización de un ID de flujo. El modo 2 LL puede
implementar tareas de supervisión por ID de flujo. La cabecera del
modo 2 LL contiene el ID de flujo y un número de secuencia de 12
bits.
4. Modo con confirmación de recepción orientado
a la conexión (modo 3). El modo LL con confirmación de recepción
orientado a la conexión permite la multiplexación de varios flujos a
través de la utilización de un ID de flujo. El modo 3 LL puede
implementar tareas de supervisión por ID de flujo. La cabecera del
modo 3 LL consiste en un ID de flujo para identificar múltiples
flujos que están transportándose a través de la conexión fiable. Un
número de secuencia de 12 bits identifica la PDU LL y un campo ACK
indica el número de secuencia recibido más alto del que se está
confirmando la recepción. Tal y como se ha expuesto para el modo 1
LL, puesto que se considera que los canales de capa física
funcionan con una baja probabilidad de pérdida aleatoria de PDUs LL
y con un bajo retardo de ida y vuelta, se utiliza un esquema simple
ARQ Go-Back-N. Sin embargo,
también puede utilizarse un esquema ARQ de repetición selectiva.
La función 338 de control de enlace lógico (LLC)
gestiona el control del modo de enlace lógico. Cuando va a
establecerse un nuevo modo LL, la función LLC proporciona una
negociación de modo que incluye: (a) QoS: velocidad garantizada;
(b) configuración de modo; (c) inhabilitación de modo; (e) reinicio
de modo; y (f) asignación de IDs de flujo en los modos 2 y 3 LL. La
correlación de un flujo de extremo a extremo con un modo LL se
determina mediante la función 382 de gestión QoS del gestor 380 de
capas. La solicitud para inicializar un nuevo modo LL o para añadir
un flujo a un modo LL existente proviene de la capa 310 de
adaptación, tal y como se ha descrito anteriormente.
El control 350 de configuración de sistema
gestiona la configuración de la trama MAC TDD, incluyendo los
contenidos de la baliza y del BCH y la longitud del RCH.
\vskip1.000000\baselineskip
El gestor 382 de QoS interpreta protocolos de
QoS de red, incluyendo RSVP y RTCP. Cuando la QoS se basa en la
clasificación de flujo de las cabeceras IP, el gestor de QoS
determina qué clasificadores de flujo (es decir, direcciones origen
y destino IP, puertos origen y destino IP) utilizar para la
identificación de flujos correspondientes a diferentes servicios.
El gestor de QoS ayuda a la capa de adaptación correlacionando
flujos con modos LL.
La función 384 de control de admisión recibe
solicitudes del LLC para admitir nuevos flujos con requisitos de
velocidad. La función de control de admisión mantiene una base de
datos de asignaciones nominales admitidas y un conjunto de reglas y
umbrales. En función de los umbrales y de las reglas, el control de
admisión determina si un flujo puede admitirse, determina la
asignación nominal para el flujo (en lo que respecta a la cantidad
de tiempo de transmisión asignado cada m tramas MAC), y
proporciona esta información al planificador en el MAC común.
El gestor de capa física utiliza mediciones de
capa física recopiladas en el AP y en el UT para controlar
parámetros de transmisor y de receptor en la capa física. Las
mediciones remotas pueden obtenerse a través de mensajes RRC.
\vskip1.000000\baselineskip
En función de las entidades de capa que acaban
de describirse, pueden utilizarse varios procedimientos para
describir el funcionamiento de la WLAN 120. Estos procedimientos no
son exhaustivos, sino que sirven para ilustrar varias funciones y
componentes descritos en este documento.
La Fig. 6 muestra un procedimiento 600 de
ejemplo para transmitir una transferencia de mensaje de enlace
directo desde el AP. En el bloque 610, la función RLC (control de
asociación, control de recursos de radio o control de enlace
lógico) del AP coloca un mensaje (PDU RLC) en la cola de mensajes de
control, o el modo LL del AP coloca una PDU LL en la cola de máximo
esfuerzo o de alta QoS.
En el bloque 620, el planificador asigna
recursos en el F-TCH para la transmisión de las PDUs
en las tres colas MUX. En el bloque 640, la asignación se indica en
el CCH mediante la función MAC. En el bloque 650, la función MAC
del AP transmite el mensaje en una PDU MAC en la ráfaga de capa
física asignada.
La Fig. 7 muestra un procedimiento 700 de
ejemplo para recibir una transferencia de mensaje de enlace directo
en un UT. En el bloque 710, el UT supervisa el CCH. El UT identifica
una ráfaga asignada dirigida al UT. En el bloque 720, el UT
recupera la PDU MAC identificada en el CCH. En el bloque 730, el UT
reensambla el paquete de flujo que comprende segmentos recuperados
en las PDUs MAC y procesados en el procesador MAC.
La Fig. 8 muestra un procedimiento 800 de
ejemplo para transmitir una transferencia de mensaje de enlace
inverso desde un UT. En el bloque 810, la función RLC (control de
asociación, control de recursos de radio o control de enlace
lógico) del UT coloca un mensaje (PDU RLC) en la cola de mensajes de
control, o el modo LL del UT coloca una PDU LL en la cola de máximo
esfuerzo o de alta QoS. En el bloque 820 de decisión, si el UT
presenta una asignación R-TCH existente, el proceso
avanza hasta el bloque 870. Si no, el proceso avanza hasta el bloque
830.
En el bloque 830, el UT transmite una ráfaga
corta de acceso a través del RCH. En el bloque 840, el UT recibe
una confirmación de recepción de la ráfaga de acceso RCH y una
asignación de concesión de acceso a través del CCH. En el bloque
850, el UT transmite un mensaje de estado de enlace y de
almacenamiento intermedio al AP. En el bloque 860, el UT supervisa
el CCH para una asignación de concesión R-TCH. En el
bloque 870 se recibe una asignación (o ya estaba presente en el
bloque 820 de decisión). El UT encapsula las PDUs MUX en una PDU MAC
y transmite la PDU MAC en la ráfaga de capa física asignada.
La Fig. 9 describe un procedimiento 900 de
ejemplo para recibir una transferencia de mensaje de enlace inverso
en el AP. En el bloque 910, el AP recibe y supervisa el RCH. En el
bloque 920, el AP identifica una ráfaga corta de acceso de un UT.
En el bloque 930, el planificador asigna una concesión de acceso. En
el bloque 940, el AP transmite la confirmación de recepción y la
concesión de acceso a través del CCH. En el bloque 950, en
respuesta a la concesión de acceso, el AP recibe el mensaje de
estado de enlace y de almacenamiento intermedio a través del
R-TCH. En el bloque 960, el AP actualiza el proxy de
UT con el estado de almacenamiento intermedio. El planificador
tiene acceso a esta información. En el bloque 970, el planificador
asigna recursos en el R-TCH. En el bloque 980, el
AP recibe PDUs MAC según las asignaciones realizadas. En el bloque
990, el AP lleva a cabo el reensamblado de un paquete de flujo en
respuesta a una o más PDUs MAC recibidas.
La Fig. 10 describe un procedimiento 1000 de
ejemplo para llevar a cabo un acceso y un registro iniciales en un
UT. En el bloque 1010, el UT adquiere frecuencia y temporización a
partir de la señal piloto de adquisición de frecuencia en el BCH.
En el bloque 1020, el UT recibe información de identificación de
sistema a partir del mensaje de radiodifusión RLC. En el bloque
1030, el UT determina la asignación RCH para el acceso aleatorio
(sin ranuras) utilizando ráfagas largas del BCH. En el bloque 1040,
el UT selecciona de manera aleatoria un ID MAC del conjunto de IDs
MAC iniciales. En el bloque 1050, el UT transmite una ráfaga larga
de acceso aleatorio a través del RCH utilizando el ID MAC inicial.
En el bloque 1060, el UT recibe una confirmación de recepción, una
asignación de ID MAC y un ajuste de temporización en la trama MAC
posterior. En el bloque 1070, la función de control de asociación
UT completa las secuencias de autenticación y de intercambio de
claves con la función de control de asociación de AP. Las
transmisiones de mensajes de control a través del enlace directo y
del enlace inverso siguen los procedimientos de transferencia de
mensajes de bajo nivel descritos anteriormente con respecto a las
Fig. 6 a 9.
La Fig. 11 describe un procedimiento 1100 de
ejemplo para llevar a cabo un acceso y un registro iniciales en el
AP. En el bloque 1110, el AP recibe una ráfaga larga de acceso
aleatorio desde el UT a través del RCH. En el bloque 1120, el AP
asigna al UT un ID MAC. El sondeo de ID MAC se gestiona mediante la
función de control de enlace de radio. En el bloque 1130, el AP
asigna al UT un ajuste de temporización. En el bloque 1140, el AP
transmite una confirmación de recepción, el ID MAC y el ajuste de
temporización a través del CCH. En el bloque 1150, la función de
control de asociación AP completa las secuencias de autenticación y
de intercambio de claves con la función de control de asociación de
UT. Las transmisiones de mensajes de control a través del enlace
directo y del enlace inverso siguen los procedimientos de
transferencia de mensajes de bajo nivel descritos anteriormente con
respecto a las Fig. 6 a 9.
La Fig. 12 describe un procedimiento 1200 de
ejemplo para el flujo de datos de usuario en el AP. En el bloque
1210, el gestor de QoS del gestor de capas da valores a los
parámetros de clasificación de flujo de la función de clasificación
de flujo. Una combinación específica de parámetros y valores puede
indicar la llegada de un nuevo flujo. Estos parámetros pueden
incluir: punto de código de servicios diferenciados (DSCP) IP,
dirección origen IP o puerto IP. Los parámetros de Ethernet pueden
incluir: ID VLAN 802.1Q o la indicación de prioridad 802.1p. Los
valores de puerto IP específicos pueden indicar un mensaje de
protocolo de control (por ejemplo, RSVP o RTCP), el cual va a
reenviarse al gestor de QoS.
En el bloque 1215, el AP determina parámetros de
admisión. Cuando un paquete llega a la capa de adaptación de AP y
se determina mediante la clasificación de flujo que es un nuevo
flujo, la clasificación de flujo actúa conjuntamente con el gestor
de QoS para determinar los parámetros de admisión, incluyendo la
clase de QoS (alta QoS o máximo esfuerzo), el modo LL y la
velocidad nominal que van a asignarse al flujo. En el bloque 1220
de decisión, en función de los parámetros de admisión, el control de
admisión del gestor de capas determina si puede admitirse el flujo.
Si no, el proceso puede finalizar. En caso contrario, el proceso
avanza hasta el bloque 1225.
En el bloque 1225, la clasificación de flujo
solicita al LLC que establezca un nuevo flujo. En este análisis se
considera el caso de una conexión de modo 3 LL de alta QoS. En el
bloque 1230, el LLC del AP se comunica con el LLC del UT para
establecer la conexión (o un nuevo ID de flujo si ya existe la
conexión adecuada). En este ejemplo, los LLC intentarán establecer
una conexión de modo 3 LL (o un nuevo ID de flujo si ya existe una
conexión de modo 3 LL). En el bloque 1235, la velocidad nominal
asignada al flujo se comunica al planificador. En el caso del modo 3
LL se realiza una asignación nominal tanto en el canal directo como
en el canal inverso.
En el bloque 1240, la clasificación de flujo
clasifica paquetes para el flujo, identifica el ID MAC, el modo LL
y el ID de flujo, lleva a cabo tareas de supervisión de flujo y
reenvía paquetes compatibles a la función SAR. En el bloque 1245,
la función SAR segmenta los paquetes y reenvía las PDUs de capa de
adaptación a la función LL para el ID MAC junto con el modo LL y el
ID de flujo. En el bloque 1250, la función LL añade la cabecera LL
y una CRC, y coloca las PDUs LL en la cola apropiada. En este
ejemplo, la función de modo 3 LL añade la cabecera LL y una CRC, y
coloca las PDUs LL en la cola de alta QoS de la función MUX.
En el bloque 1255, la función MUX prepara la PDU
MUX añadiendo una cabecera MUX que identifica el modo LL y la
longitud. La función MUX crea un puntero MUX que indica el número de
octetos al inicio de la primera PDU MUX nueva.
En el bloque 1260, el planificador determina la
asignación F-TCH (ráfaga de capa física) para el ID
MAC. El planificador conoce el modo de transmisión (a partir del
RRC) y la velocidad que va a utilizarse (a partir del proxy de UT).
Obsérvese que también puede incluirse una asignación de enlace
inverso. En el bloque 1265, la asignación se transmite a través del
CCH.
\newpage
En el bloque 1270, el MAC transmite la PDU MAC.
La PDU MAC consiste en el puntero MUX, seguido de una posible PDU
MUX parcial al principio, seguida de cero o más PDUs MUX completas
y, finalmente, de una posible PDU MUX parcial al final de la ráfaga
de capa física.
La Fig. 13 describe un procedimiento 1300 de
ejemplo para flujos de datos de usuario en el UT. En el bloque
1310, el UT recibe la asignación a través del CCH. En el bloque
1320, el UT recibe la PDU MAC según la asignación. En el bloque
1330, la función MUX del UT extrae las PDUs MUX utilizando el
puntero MUX y el campo de longitud de la cabecera MUX, y prepara
las PDUs LL. En el bloque 1340, en función del campo de tipo de la
cabecera MUX, la función MUX envía las PDUs LL a la función LL
apropiada, el modo 3 LL en este ejemplo. En el bloque 1350, el modo
3 LL activa el receptor ARQ y calcula una CRC para cada PDU LL. En
el bloque 1360, el modo 3 LL del UT debe transmitir un mensaje
ACK/NAK al esquema ARQ de modo 3 LL del AP. El mensaje ACK/NAK se
coloca en la cola de alta QoS de la función MUX del UT. Obsérvese
que otros modos LL pueden no incluir confirmaciones de recepción,
tal y como se ha descrito anteriormente.
En el bloque 1370, el AP transmite el mensaje
ACK/NAK a través del R-TCH según la asignación.
Recuérdese que el planificador asigna recursos
R-TCH al ID MAC en función de la asignación nominal
para el enlace inverso. El mensaje ACK/NAK se transmite en una PDU
MAC a través de la ráfaga de capa física de enlace inverso desde el
UT. En el bloque 1380, el UT puede transmitir cualquier otro dato de
enlace inverso encolado en la asignación restante.
Haciendo de nuevo referencia a la Fig. 3,
descrita anteriormente, los flujos 260 se reciben en un procesador
220 MAC de AP, y la señalización y los datos respectivos se propagan
de manera descendente a través de la capa 310 de adaptación, de la
capa 320 de control de enlace de datos y de la capa física para su
transmisión a un UT. La capa 240 física del UT recibe los PDUs MAC,
y la señalización y los datos respectivos se propagan de manera
ascendente a través de la capa 320 de control de enlace de datos y
de la capa 310 de adaptación en el procesador 220 MAC de UT,
suministrándose los flujos reensamblados a una o más capas de nivel
superior (es decir, a varios procesos, incluyendo datos, voz,
vídeo, etc.). Un proceso similar se produce de manera inversa para
flujos que se originan en el UT y que se transmiten al AP.
Tanto en el AP como en el UT, el gestor 380 de
capas respectivo puede utilizarse para controlar cómo fluye la
información de manera ascendente y descendente a través de las
diversas subcapas MAC. En términos generales, cualquier tipo de
retroalimentación 280 de la capa 240 física puede utilizarse en el
gestor 380 de capas para realizar diversas funciones de subcapa. El
gestor 386 de capa física interactúa con la capa 240 física. La
retroalimentación se vuelve disponible para cualquier función del
gestor de capas; ejemplos incluyen una función 384 de control de
admisión y un gestor 382 de QoS. Estas funciones, a su vez, pueden
interactuar con cualquiera de las funciones de subcapa descritas
anteriormente.
Los principios descritos en este documento
pueden utilizarse con cualquier especificación de capa física que
soporte múltiples formatos de transmisión. Por ejemplo, muchos
formatos de capa física permiten múltiples velocidades de
transmisión. La capacidad de procesamiento para cualquier enlace
físico dado puede determinarse por la potencia disponible, la
interferencia en el canal, el formato de modulación soportable, etc.
Sistemas de ejemplo incluyen sistemas OFDM y CDMA, que pueden
utilizar técnicas MIMO. En estos sistemas se utilizan técnicas de
bucle cerrado para determinar velocidades y formatos. El bucle
cerrado puede utilizar varios mensajes o señales para indicar
mediciones de canal, velocidades soportables, etc. Los expertos en
la técnica adaptarán fácilmente estos y otros sistemas para
utilizar las técnicas descritas en este documento.
La retroalimentación de capa física puede
utilizarse en la capa 310 de adaptación. Por ejemplo, la información
de velocidad puede utilizarse en segmentación y reensamblado,
clasificación de flujo y correlación de multidifusión. La Fig. 14
describe un procedimiento 1400 de ejemplo para incorporar
retroalimentación de capa física en funciones de capa de
adaptación. Este procedimiento se describe con respecto a un punto
de acceso, pero puede aplicarse de manera análoga a un terminal de
usuario. El proceso comienza en el bloque 1410, donde se reciben
paquetes de flujo para su transmisión a uno o más terminales de
usuario. En el bloque 1420, las funciones de capa de adaptación se
llevan a cabo en respuesta a la retroalimentación de capa física
para los terminales de usuario respectivos. Para ilustrar este
aspecto en mayor detalle, posteriormente se describirán
realizaciones de ejemplo de segmentación y de correlación de
multidifusión. En el bloque 1440, la retroalimentación de capa
física se supervisa para uno o más terminales de usuario. El
proceso puede volver al bloque 1410 para repetir los paquetes de
flujo adicionales recibidos, en respuesta a la retroalimentación de
capa física actualizada.
En una realización alternativa, la información
de velocidad de otra retroalimentación de capa física puede
utilizarse para tomar decisiones de control de admisión. Por
ejemplo, un flujo de alta QoS puede no tener admisión a no ser que
el enlace físico de ID MAC objetivo pueda soportar una velocidad de
transmisión de un nivel de eficacia suficiente. Este nivel puede
adaptarse en función de la carga del sistema, incluyendo las
asignaciones nominales a los flujos existentes, el número de UTs
registrados, etc. Por ejemplo, es más probable que un UT con un
enlace de calidad relativamente alta pueda tener asignado un flujo
de alta QoS que un ID MAC asociado a un enlace de cálida inferior.
Cuando el sistema esté ligeramente cargado, el requisito de umbral
puede reducirse.
\vskip1.000000\baselineskip
La Fig. 15 describe un procedimiento 1500 de
ejemplo para llevar a cabo multidifusión de capa de adaptación. La
multidifusión de capa de adaptación es un ejemplo del procedimiento
1400 que incorpora retroalimentación de capa física en una función
de capa de adaptación. Recuérdese que un procedimiento de
transmisión mediante multidifusión, multidifusión de capa MAC,
proporciona un ID MAC común correspondiente a una lista de
terminales de usuario, diferenciándose el ID MAC común o de
multidifusión de cualquier ID MAC de terminal de usuario. Por lo
tanto, un UT, cuando está asignado a uno o más grupos de
multidifusión, supervisará el CCH para las transmisiones dirigidas
no solamente a su ID MAC individual, sino también las dirigidas a
uno o más IDs MAC de multidifusión con los que el UT está asociado.
Por lo tanto, un ID MAC de multidifusión puede estar asociado con
uno o más flujos de capas superiores para permitir la transmisión de
un único flujo a múltiples terminales de usuario.
En la multidifusión de capa de adaptación, en
lugar de realizar una única transmisión para su recepción en todos
los terminales de usuario de una lista de multidifusión, una o más
transmisiones adicionales de los datos de multidifusión pueden
realizarse para uno o más de los terminales de usuario. En la
realización, la multidifusión de capa de adaptación realiza una
transmisión mediante unidifusión a cada terminal de usuario del
grupo de multidifusión. En una realización alternativa, la
multidifusión de capa de adaptación puede realizar una o más
transmisiones mediante multidifusión de capa MAC utilizando uno o
más IDs MAC asociados con subconjuntos de los grupos de
multidifusión. Las transmisiones mediante unidifusión pueden
dirigirse a terminales de usuario no incluidos en uno de los
subgrupos. Puede utilizase cualquier combinación de lo anterior. En
el bloque 1510 se recibe un flujo de multidifusión dirigido a una
lista de terminales de usuario. En una realización, un ID MAC está
asociado con la lista de terminales de usuario.
En el bloque 1520 de decisión se determina si la
transmisión mediante unidifusión es más eficaz que la transmisión
mediante multidifusión (es decir, una única transmisión recibida por
múltiples usuarios) hacia los terminales de usuario de la lista. Si
es así, en el bloque 1530 el flujo de multidifusión se transmite en
dos o más canales. Los dos o más canales pueden incluir canales de
unidifusión, otros canales de multidifusión, o una combinación de
los mismos. En el bloque 1520 de decisión, si un canal de
multidifusión es más eficaz, entonces los datos de multidifusión se
emiten a los miembros del grupo de multidifusión con una única
transmisión utilizando el ID MAC de multidifusión.
Generalmente, una transmisión de multidifusión
debe utilizar un formato adecuado para la transmisión a través del
enlace físico más débil del grupo de enlaces físicos de terminales
de usuario del grupo de multidifusión. En algunos sistemas, el
hecho de que un terminal de usuario mejor situado pueda beneficiarse
de una velocidad superior y de una mayor capacidad de procesamiento
no afecta a la capacidad de procesamiento del sistema ya que debe
hacerse que la transmisión con el mínimo común denominador llegue al
terminal de usuario con el enlace físico de calidad más baja. Sin
embargo, en otras situaciones, esto puede no cumplirse. Considérese,
por ejemplo, la utilización de procesamiento espacial en un sistema
MIMO. Los miembros de un grupo de multidifusión pueden estar
distribuidos por toda el área de cobertura, y dos o más miembros
pueden tener características de canal muy diferentes. Considérese
un ejemplo ilustrativo de un grupo de multidifusión que comprende
dos terminales de usuario. Adaptando el formato de transmisión para
cada terminal de usuario, puede conseguirse una alta capacidad de
procesamiento para la transmisión mediante unidifusión hacia cada
uno. Sin embargo, puesto que los dos entornos de canal para cada
enlace físico son bastante diferentes, el formato de transmisión
adecuado para llegar a cada terminal de usuario con un único
mensaje de multidifusión puede requerir una menor capacidad de
procesamiento que en cualquiera de los canales de unidifusión.
Cuando la diferencia de capacidad de procesamiento entre el canal
de multidifusión y el canal de unidifusión es lo bastante elevada,
el sistema puede utilizar menos recursos realizando dos
transmisiones independientes de los datos de multidifusión que
transmitiendo un único mensaje que pueda recibirse por ambos.
La Fig. 16 ilustra un procedimiento de ejemplo
para su utilización en el bloque 1520 de decisión, para determinar
si se utiliza multidifusión de capa de adaptación o multidifusión de
capa MAC. En el bloque 1610 se reciben parámetros de enlace para
cada terminal de usuario de la lista de multidifusión. En una
realización puede utilizarse un parámetro de velocidad. En el
bloque 1620 se reciben parámetros de enlace para un canal de
multidifusión adecuado para la transmisión a los terminales de
usuario de la lista de multidifusión. Los parámetros de enlace para
el canal de multidifusión pueden ser diferentes de los parámetros de
enlace para cualquiera o para todos los canales individuales de los
terminales de usuario del grupo de multidifusión. En el bloque 1630
se comparan los requisitos de recursos de sistema para la
transmisión a través del canal de multidifusión (es decir,
utilizando el ID MAC de multidifusión para una única transmisión)
con los requisitos de recursos de sistema para la suma de
transmisiones mediante unidifusión individuales. El requisito de
recursos de sistema más bajo puede utilizarse para determinar la
selección más eficaz.
En una realización alternativa, el bloque 1610
puede modificarse para incluir canales de multidifusión de capa MAC
de parámetros de enlace que comprendan subgrupos de los terminales
de usuario de grupo de multidifusión. Una combinación de
multidifusión y de unidifusión puede compararse con una
multidifusión de capa MAC pura. Estas y otras modificaciones
resultarán evidentes a un experto en la técnica.
\vskip1.000000\baselineskip
La Fig. 17 describe un procedimiento 1700 de
ejemplo para realizar segmentación en respuesta a la
retroalimentación de capa física. Esto sirve como otro ejemplo del
procedimiento 1400 que incorpora retroalimentación de capa física
en una función de capa de adaptación. Este proceso puede llevarse a
cabo en la función 312 de segmentación y reensamblado de la capa
310 de adaptación, en respuesta a la retroalimentación de capa
física proporcionada por el gestor 380 de capas.
En el bloque 1710, un paquete para un flujo se
recibe para su transmisión a un ID MAC correspondiente. En el
bloque 1720 se recupera la información de velocidad de transmisión
para el ID MAC respectivo. En el bloque 1730 se segmenta el paquete
en respuesta a la velocidad para el ID MAC. En una realización de
ejemplo, esta segmentación produce segmentos 420 que se utilizan
para generar PDUs 430 de subcapa de adaptación, tal y como se ha
descrito anteriormente con respecto a la Fig. 4.
La Fig. 18 describe una realización de ejemplo
de un procedimiento que muestra segmentación en respuesta a una
velocidad de transmisión. Este procedimiento es adecuado para
utilizarse dentro del bloque 1730 que acaba de describirse. El
proceso comienza en el bloque 1810 de decisión. Si se ha producido
un cambio de velocidad, el proceso avanza hasta el bloque 1820 de
decisión. Si no se ha producido un cambio de velocidad, el proceso
puede finalizar y el tamaño de segmentación puede permanecer sin
cambios.
En el bloque 1820 de decisión, si el cambio de
velocidad fue un aumento de velocidad, entonces puede haber
ganancias asociadas incrementando el tamaño de segmento. Por
ejemplo, tal y como se ha mostrado anteriormente en la Fig. 4, cada
segmento recibe capas de datos suplementarios a media que recorre la
pila de protocolo. Reduciendo el número de segmentos se reduce la
cantidad de datos suplementarios requeridos. Además, una velocidad
superior indica generalmente un canal de mayor calidad. Puede ser
que, aunque los canales puedan cambiar en el tiempo, incluso muy
drásticamente, por término medio un canal permanece relativamente
constante durante un determinado segmento de tiempo. Un aumento de
la velocidad con un incremento correspondiente en el tamaño de
segmento puede permitir la transmisión de un segmento en
aproximadamente la misma cantidad de tiempo que un segmento más
pequeño con una velocidad inferior. Si esta cantidad de tiempo es
proporcional al tiempo que un canal tiende a permanecer
relativamente estable (es decir, la velocidad soportable no ha
cambiado), entonces el aumento del tamaño de segmento puede
permitir una mayor eficacia siendo poco probable que se produzcan
efectos negativos por el aumento de tamaño de segmento.
Otra consideración para seleccionar un tamaño de
segmento es cuando se haya producido un cambio en la velocidad de
capa física. El cambio de velocidad puede provocar la necesidad de
cambiar el tamaño del segmento, de manera que la limitación de
retardo del servicio con los requisitos de limitación de retardo más
corto, o de la cola de mensajes de control, se satisface por la
prioridad no preferente de la función MUX, descrita en detalle
posteriormente con respecto a las Fig. 19 a 23.
Varias técnicas para seleccionar el tamaño de
segmento pueden incorporarse dentro del alcance de la presente
invención. Haciendo referencia a la Fig. 18, en la realización de
ejemplo, cuando un cambio de velocidad se produce en el bloque 1820
de decisión, el proceso avanza hasta el bloque 1830 para aumentar el
tamaño de las PDUs de subcapa de adaptación. En el bloque 1820 de
decisión, si el cambio de velocidad fue un descenso de la
velocidad, el proceso avanza hasta el bloque 1840 para disminuir el
tamaño de las PDUs de subcapa de adaptación, según cualquiera de las
técnicas que acaban de describirse.
El procedimiento de la Fig. 18 sirve
principalmente para ilustrar un posible mecanismo de segmentación
que utiliza una relación entre la velocidad de capa física y el
tamaño de segmentación. En una realización alternativa puede
generarse una tabla de tamaños de segmentación, estado asociado cada
tamaño de segmentación con una velocidad o con un intervalo de
velocidades. En otra realización adicional puede utilizarse una
función en la que un operando es una velocidad y donde la salida de
la función proporciona un tamaño de segmentación. Una pluralidad de
otras posibilidades puede resultar evidente a un experto en la
técnica en vista de las enseñanzas de este documento. Obsérvese que
la segmentación, tal y como acaba de describirse, puede combinarse
con técnicas de correlación de multidifusión, tal y como se ha
descrito anteriormente con respecto a las Fig. 14 a 116, así como
con cualquier otra función de capa de adaptación realizada en
respuesta a la retroalimentación de capa física.
\vskip1.000000\baselineskip
En una subred LAN inalámbrica de alto
rendimiento a modo de ejemplo, tal como una red 120 inalámbrica,
todas las comunicaciones pueden tener lugar entre el AP 104 y uno o
más UTs 106. Por naturaleza, tal y como se ha descrito
anteriormente, estas comunicaciones pueden llevarse a cabo por
unidifusión o multidifusión. En una comunicación mediante
unidifusión, los datos de usuario o los datos de control se envían
desde el AP a un único UT, o desde un UT al AP. Cada UT tiene un ID
MAC único, de manera que todas las comunicaciones mediante
unidifusión entre un UT y el AP están asociadas a ese ID MAC único.
En una comunicación mediante multidifusión, los datos de usuario o
los datos de control se transmiten desde el AP a múltiples UTs. Hay
un sondeo de IDs MAC reservados para su utilización como
direcciones de multidifusión. Puede haber uno o más grupos de
multidifusión definidos que estén asociados con un punto de acceso,
y cada uno de estos grupos tiene asignado un ID MAC de
multidifusión único. Cada UT puede pertenecer a uno o más (o a
ninguno) de estos grupos de multidifusión y recibirá transmisiones
asociadas a cada grupo de multidifusión al que pertenece. Para
facilitar la descripción de la multiplexación, la multidifusión de
capa de adaptación se considera como unidifusión. En este ejemplo,
los UTs no transmiten datos de multidifusión.
\newpage
Un punto de acceso recibe datos de usuario desde
redes externas (es decir, la red 102) dirigidas a los UTs de su
área de cobertura y desde los UTs de su área de cobertura dirigidos
a otros dispositivos, ya sea los UTs del área de cobertura o los
conectados a través de la red 102. Un punto de acceso también puede
generar datos de control, destinados a uno o varios UTs del área de
cobertura, a partir de la función 340 de control de enlace de radio
(RLC), de la función 330 de control de enlace lógico (LLC), así como
de otras entidades. Los datos de usuario dirigidos a un único UT
pueden dividirse adicionalmente en múltiples flujos en función de
las consideraciones de QoS o de otras consideraciones tales como la
aplicación fuente, tal y como se ha descrito anteriormente.
Tal y como se ha expuesto anteriormente, el
punto de acceso agrega en última instancia todos los datos de todas
las fuentes destinadas para un único ID MAC en un único flujo de
octetos, el cual se formatea después en PDUs MAC, cada una de las
cuales se transmite en un única trama MAC. El punto de acceso puede
enviar PDUs MAC para uno o más IDs MAC en una única trama MAC (es
decir, a través del enlace directo).
De manera similar, un UT puede tener datos de
usuario que enviar, los cuales pueden dividirse en múltiples
flujos. Los UTs también pueden generar información de control
asociada con el RLC 340, con el LLC 330 o con otras entidades. EL
UT añade datos de usuario y datos de control en un único flujo de
octetos que se formatea posteriormente en PDUs MAC, cada una de las
cuales se envía al AP en una única trama MAC. Uno o más UTs pueden
enviar una PDU MAC en una única trama MAC (es decir, a través del
enlace inverso).
La función 360 MUX se implementa por ID MAC en
el AP. Cada UT tiene asignado inicialmente un ID MAC para
transmisiones mediante unidifusión. IDs MAC adicionales pueden
estar asignados si el UT pertenece a uno o más grupos de
multidifusión. La función MUX permite (a) asignaciones de ráfagas de
capa física consecutivas a un ID MAC que va a tratarse como un
flujo de octetos, y (b) multiplexar PDUs de una o más entidades LL o
RLC en el flujo de octetos en el MAC.
La Fig. 19 describe un procedimiento 1900 de
ejemplo para transmitir múltiples flujos y comandos en una única
trama MAC. Este procedimiento es adecuado para su utilización en un
punto de acceso o en un terminal de usuario. El proceso comienza en
el bloque 1910 de decisión. Si se reciben uno o más paquetes de uno
o más flujos destinados para un ID MAC, el proceso avanza hasta el
bloque 1920 para preparar PDUs MUX asociadas con el ID MAC para el
uno o más flujos respectivos. En la realización de ejemplo, las PDUs
MUX se preparan según el protocolo MAC descrito anteriormente, pero
pueden utilizarse protocolos MAC alternativos dentro del alcance de
la presente invención. Las PDUs MUX pueden colocarse en la cola
apropiada (de alta QoS o de máximo esfuerzo, en la realización de
ejemplo). Si no se recibe ningún flujo para el ID MAC en el bloque
1910, o después de que las PDUs MUX se hayan preparado en el bloque
1920, el proceso avanza hasta el bloque 1930 de decisión.
En el bloque 1930 de decisión, si uno o más
comandos, del RLC 340 o del LL 330, por ejemplo, van a transmitirse
al UT asociado con el ID MAC, el proceso avanza hasta el bloque 1940
y se prepara una PDU MUX para cada PDU de comando. Si no hay ningún
comando destinado para el ID MAC, o una vez que las PDUs MUX se
hayan preparado en el bloque 1940, el proceso avanza hasta el bloque
1950 de decisión.
El bloque 1950 de decisión ilustra un proceso
iterativo para supervisar de manera continua los flujos destinados
para un ID MAC. Realizaciones alternativas pueden establecer la
característica de bucle en cualquier otra parte del punto de acceso
global o del proceso de terminal de usuario. En una realización
alternativa, el proceso 1900 se repite de manera iterativa o está
incluido en otro proceso iterativo. Este proceso se describe
solamente de manera ilustrativa para un único ID MAC. Resultará
evidente que, en un punto de acceso, múltiples IDs MAC pueden
procesarse de manera simultánea. Estas y otras modificaciones
resultarán evidentes a un experto en la técnica.
Cuando ningún comando o flujo está listo para su
procesamiento, en este ejemplo, el proceso retrocede al bloque 1910
de decisión para repetir el bucle. Obsérvese que, en un terminal de
usuario, puede ser necesario realizar una solicitud para el punto
de acceso para iniciar una asignación de trama MAC, tal y como se ha
descrito anteriormente. Puede utilizarse cualquier técnica de este
tipo. Los detalles no están incluidos en la Fig. 19. Obviamente, si
no hay ningún comando o flujo en espera de transmisión, no será
necesario realizar ninguna solicitud y, por lo tanto, no llegará
ninguna asignación de trama MAC. Cuando un comando o flujo está en
espera de transmisión, un planificador puede realizar una
asignación de trama MAC en cualquier momento, tal y como se ha
descrito anteriormente. En la realización de ejemplo, un
planificador 376 de punto de acceso realiza asignaciones de trama
MAC de enlace directo en respuesta a colas de ID MAC en funciones
360 MUX específicas de UT, y asignaciones de trama MAC de enlace
inverso en respuesta a solicitudes en las colas de proxy de UT o de
RCH, tal y como se ha descrito anteriormente. En cualquier caso, el
procedimiento 1900 de activación de dispositivo de comunicación
espera una asignación de trama MAC en el bloque 1950 de
decisión.
Cuando en el bloque 1950 de decisión se realiza
una asignación de trama MAC, en el bloque 1960 se introducen una o
más PDUs MUX en una única PDU MAC. La PDU MAC puede contener una PDU
MUX parcial sobrante de una trama MAC anterior, una PDU MUX de uno o
más flujos, una o más PDUs MUX de comando, o cualquier combinación
de las mismas. Una PDU MUX parcial puede insertarse en la trama MAC
si algún espacio asignado permanece sin utilizar (o puede insertarse
cualquier tipo de relleno para llenar la trama MAC asignada).
\newpage
En el bloque 1970, la PDU MAC se transmite a
través del enlace físico en la posición indicada por la asignación.
Obsérvese que la PDU MAC puede comprender PDUs MUX de cualquier
combinación de una o más PDUs de flujo o de comando.
Tal y como se ha descrito anteriormente, en la
realización de ejemplo, la PDU MAC es la unidad de transmisión que
se ajusta a la ráfaga de capa física asignada a un ID MAC en el
F-TCH o en el R-TCH. La Fig. 20
ilustra un escenario de ejemplo. Una PDU 460 MAC comprende una
cabecera 462 MAC, seguida de una posible PDU 464 MUX parcial al
principio, seguida de cero o más PDUs 466 MUX completas y,
finalmente, de una posible PDU 468 MUX parcial al final de la
ráfaga de capa física. Obsérvese que se ilustran las partes
respectivas de una trama 460A y de una trama 460B MAC secuenciales.
Las subpartes de la trama 460A MAC, transmitidas durante la trama
f, están identificadas con una "A" añadida al final. Las
subpartes de la trama 460B MAC, transmitidas durante la trama
f+1, están identificadas con una "B" añadida al final.
Cuando las PDUs MUX están concatenadas dentro de una PDU MAC, para
utilizar completamente la asignación, una PDU MUX parcial puede
transmitirse al final de la PDU MAC, en cuyo caso el resto de la
PDU MUX se transmite al principio de la PDU MAC enviada en la
siguiente trama MAC. Esto se ilustra en la Fig. 20 mediante la PDU
468A MUX parcial transmitida en la trama 460A MAC. El resto de esa
PDU 464B MUX se transmite durante la siguiente trama 460B MAC.
La cabecera MAC consiste en el puntero 2020 MUX
y, posiblemente, en el ID 2010 MAC asociado con la PDU MAC. El ID
MAC puede requerirse cuando se utilice multiplexación espacial, y
puede haber más de una PDU MAC transmitiéndose simultáneamente. Los
expertos en la técnica reconocerán cuándo debe utilizarse un ID 2010
MAC, mostrado sombreado para indicar que es opcional.
En la realización de ejemplo, un puntero 2020
MUX de 2 octetos por PDU MAC se utiliza para identificar la
posición de cualquier PDU MUX transmitida en la trama MAC (tal y
como se indica mediante la flecha desde el puntero 2020 MUX hasta
las PDUs 466A MUX en la Fig. 20). El puntero 2020 MUX se utiliza por
PDU MAC. El puntero MUX apunta al inicio de la primera PDU MUX de
la PDU MAC. El puntero MUX junto con el campo de longitud incluido
en cada cabecera PDU MUX permite que la capa MUX de recepción
extraiga las PDUs LL y RLC del flujo de octetos que consiste en
ráfagas de capa física consecutivas asignadas al ID MAC. Los
expertos en la técnica reconocerán varios medios alternativos para
utilizar punteros dentro del alcance de la presente invención. Por
ejemplo, la trama MAC puede empaquetarse en órdenes alternativas a
partir del ejemplo descrito anteriormente. Una PDU MUX parcial
restante puede incluirse al final de la asignación de trama MAC, y
el puntero apunta al inicio del espacio restante, en lugar de a las
nuevas PDUs MUX. Por lo tanto, las nuevas PDUs, si las hubiera,
están situadas al principio. Puede utilizarse cualquier número de
técnicas de puntero (es decir, un valor de índice que identifique
un octeto, un valor de tiempo, un valor de base más un desfase, o
cualquiera de una multitud de variaciones que resultarán evidentes a
un experto en la técnica).
En la realización de ejemplo, el puntero 2020
MUX comprende un único campo de 16 bits cuyo valor es uno más el
desfase desde el final del puntero MUX, en octetos, del principio de
la primera PDU MUX con que comienza la trama. Si el valor es cero,
ninguna PDU MUX comienza en la trama. Si el valor es uno, una PDU
MUX comienza inmediatamente después del puntero MUX. Si el valor es
n>1, los primeros n-1 octetos de la PDU MAC están
al final de una PDU MUX que comienza en una trama anterior. Esta
información ayuda a la función MUX del receptor (es decir, la
función 360 MUX) a recuperarse de los errores de las tramas
anteriores que dan como resultado la pérdida de sincronización con
los límites de las PDUs MUX, un ejemplo de lo cual se describe
posteriormente. Los expertos en la técnica reconocerán que puede
utilizarse cualquier número de técnicas de indexación
alternativas.
La cabecera MUX comprende un campo de tipo
(canal lógico) y un campo de longitud se añade a cada PDU LL o RLC
proporcionada a la función MUX. El campo de tipo (canal lógico)
identifica la entidad LL o RLC a la que pertenece la PDU. El campo
de longitud se utiliza junto con el puntero MUX, el cual acaba de
describirse, para permitir que la capa MUX de recepción extraiga
las PDUs LL y RLC del flujo de octetos que consiste en ráfagas de
capa física consecutivas asignadas al ID MAC.
Tal y como se ha descrito anteriormente, la
función 360 MUX mantiene tres colas para los datos que van a
transmitirse. La cola 362 de alta QoS puede contener las PDUs LL
que estén asociadas con un servicio negociado al que se le haya
asignado una velocidad garantizada mediante el control 384 de
admisión. La cola 364 de máximo esfuerzo puede contener las PDUs LL
que no estén asociadas con una garantía de velocidad. La cola 366 de
mensajes de control puede contener las PDUs RLC y LLC.
Realizaciones alternativas pueden incluir más de
una cola de QoS. Sin embargo, el uso eficaz de la WLAN de alta
velocidad, tal y como se describe en este documento, permite que una
única cola de QoS consiga un rendimiento de QoS muy bueno. En
muchos casos, el uso eficaz del ancho de banda disponible de canal
por parte del protocolo MAC hace que colas adicionales, y la
complejidad asociadas con las mismas, sean innecesarias.
En el AP, la acumulación en cada una de estas
colas se vuelve disponible para el planificador 376 en la función
370 MAC común. La acumulación en estas colas del UT se mantiene en
el AP en el proxy de UT de la función 360 MAC común. Obsérvese que
las colas de proxy de UT no están identificadas de manera
independiente en la Fig. 3 por motivos de claridad. Puede
considerarse que las colas 362, 364 y 366 comprenden tanto las colas
de enlace directo como las colas de enlace inverso (es decir, colas
de proxy de UT) para cada ID MAC, tanto si se utilizan las colas
como si no en componentes independientes o de hardware compartido.
Obsérvese además que el número y el tipo de colas soportadas por el
enlace directo y por el enlace inverso no necesitan ser idénticos.
Tampoco es necesario que las colas de proxy de UT sean idénticas a
las colas de UT. Por ejemplo, un UT puede mantener una cola de
comandos con el fin de priorizar determinados comandos sensibles al
tiempo sobre otras PDUs de alta QoS. En el AP puede utilizarse una
única QoS alta para indicar la demanda de ambos tipos de tráfico de
UT. Por lo tanto, una asignación realizada para el UT puede
rellenarse con la prioridad determinada en el UT. Como otro
ejemplo, en el UT o en el AP pueden mantenerse colas de diferente
QoS que no se mantengan en el AP o en UT, respectivamente.
El planificador 376 arbitra entre los requisitos
competidores de todos los IDs MAC y asigna una ráfaga de capa
física a través del F-TCH o del
R-TCH a uno o más IDs MAC seleccionados. En
respuesta a una asignación, la función 360 MUX correspondiente
empaqueta las PDUs LL y RLC en los datos útiles de PDU MAC, tal y
como se ha descrito anteriormente. En la realización de ejemplo,
cada función 360 MUX da servicio a las PDUs de las siguientes colas
(de manera exhaustiva) en el siguiente orden de prioridad no
preferente: cola 366 de mensajes de control, cola 362 de alta QoS y
cola 364 de máximo esfuerzo. Cualquier PDU parcial de la PDU MAC
anterior (incluso si es de una cola de menor prioridad) se completa
primero antes de que se dé servicio a nuevas PDUs de colas de mayor
prioridad. En realizaciones alternativas, la prioridad puede
utilizarse en uno o más niveles, tal y como resultará evidente a un
experto en la técnica.
En el receptor, la función MUX extrae las PDUs
del flujo de octetos que consiste en PDUs MAC consecutivas y las
encamina a la entidad LL o RLC a la que pertenecen. El
encaminamiento se basa en el campo de tipo (canal lógico) incluido
en la cabecera PDU MUX.
En la realización de ejemplo, según el diseño de
la función MUX, una vez que se inicie la transmisión de una PDU
MUX, se completará antes de que se inicie otra PDU MUX. Por lo
tanto, si la transmisión de una PDU MUX de la cola de máximo
esfuerzo se inicia en una trama MAC, se completará en una trama (o
tramas) MAC posterior(es) antes de que se transmita otra PDU
MUX de la cola de mensajes de control o de la cola de alta QoS.
Dicho de otro modo, en un funcionamiento normal, las colas de clase
superior tienen una prioridad no preferente.
En realizaciones alternativas, o en determinados
casos en la realización de ejemplo, la preferencia puede ser
deseable. Por ejemplo, si las velocidades de transmisión de datos de
capa física han cambiado, puede ser necesario transmitir
urgentemente un mensaje de control, lo que requiere una prioridad
preferente sobre la PDU MUX de máximo esfuerzo o de alta QoS que
está transmitiéndose. Esto se permite. La PDU MUX no transmitida
completamente se detectará y se descartarán mediante la función MUX
de recepción, descrita en detalle posteriormente.
Un evento preferente (es decir, un cambio en la
velocidad de capa física) también puede generar la necesidad de
cambiar el tamaño de segmento que va a utilizarse para ese UT. El
tamaño de segmento para el UT puede elegirse de manera que la
limitación de retardo del servicio con la limitación de retardo más
corto o de la cola de mensajes de control se satisfaga mediante la
prioridad no preferente de la función MUX. Estas técnicas pueden
combinarse con las técnicas de segmentación descritas anteriormente
con respecto a las Fig. 17 y 18 anteriores.
La Fig. 21 ilustra un procedimiento 2100 de
ejemplo para preparar una trama MAC utilizando un puntero MUX. Este
procedimiento puede utilizarse en el AP o en el UT. Los expertos en
la técnica adoptarán fácilmente este ejemplo ilustrativo a una
pluralidad de realizaciones, AP o UT, en vista de las enseñanzas de
este documento. El proceso comienza en el bloque 2110, donde se
recibe una asignación para una PDU MAC.
En el bloque 2120 de decisión, si hay una PDU
MUX parcial de una transmisión de trama MAC anterior, el proceso
avanza hasta el bloque 2130 de decisión. Si no hay ninguna PDU MUX
parcial, el proceso avanza hasta el bloque 2150.
En el bloque 2130 de decisión, si se desea
preferencia, la PDU MUX parcial no se transmitirá. El proceso avanza
hasta el bloque 2150. En la realización de ejemplo, la preferencia
puede utilizarse en determinados casos para transferir una PDU MUX
de comandos sensibles al tiempo. Otros ejemplos de preferencia se
han descrito anteriormente. Puede utilizarse cualquier condición de
preferencia cuando sea deseable renunciar a la transmisión del
resto de la PDU MUX. El receptor de la trama MAC puede simplemente
descartar las partes anteriores de la PDU MUX. Una función de
receptor de ejemplo se describirá posteriormente. En una realización
alternativa, la preferencia puede definirse para permitir que las
PDUs MUX parciales preferentes se transmitan posteriormente.
Realizaciones alternativas pueden utilizar cualquier número de
reglas de preferencia para su utilización en el bloque 2130 de
decisión. Si no se desea preferencia, el proceso avanza hasta el
bloque 2140.
En el bloque 2140, primero se introduce la PDU
MUX parcial en la PDU MAC. Si la asignación es más pequeña que la
PDU MUX parcial, la asignación puede llenarse con tantas PDUs MUX
como se desee, y el resto del espacio puede guardarse para la
transmisión en una asignación de trama MAC posterior.
En el bloque 2150, cualquier PDU MUX nueva puede
introducirse en la PDU MAC. La función MUX puede determinar la
prioridad a la hora de introducir las PDUs MUX de cualquiera de las
colas disponibles. Anteriormente se han descrito ejemplos de
esquemas de prioridad, aunque puede utilizarse cualquier esquema de
prioridad.
En el bloque 2160, el puntero MUX se fija a la
posición de la primera PDU MUX nueva. En la realización de ejemplo,
un puntero MUX con valor cero indica que no hay ninguna PDU MUX
incluida en la asignación. Un puntero MUX con valor uno indica que
el primer octeto después de la cabecera MAC es el inicio de la
siguiente PDU MUX nueva (es decir, no hay ninguna PDU ML1X parcial
al principio de la PDU MAC). Otros valores de puntero MUX indican
el límite apropiado entre una PDU MUX parcial restante y el inicio
de cualquier PDU MUX nueva. En realizaciones alternativas pueden
definirse otros valores de puntero MUX especiales, o pueden
utilizarse otros esquemas de puntero.
En el bloque 2170, si queda espacio en la PDU
MAC asignada, una PDU MUX parcial puede incluirse en el espacio
restante. Como alternativa, puede incluirse un relleno de cualquier
tipo en el espacio restante. El espacio restante de una PDU MUX
incluida parcialmente puede guardarse para la transmisión en una
asignación de trama posterior.
La Fig. 22 ilustra un procedimiento 2200 de
ejemplo para recibir una trama MAC que comprende un puntero MUX.
Este procedimiento puede utilizarse en el AP o en el UT. Los
expertos en la técnica adaptarán fácilmente este ejemplo ilustrativo
a una pluralidad de realizaciones, AP o UT, en vista de las
enseñanzas de este documento.
El proceso comienza en el bloque 2210, donde se
recibe una PDU MAC. En el bloque 2215, el puntero MUX se extrae de
la PDU MAC. En el bloque 2220 de decisión, si el puntero MUX es
mayor que 1, el proceso avanza hasta el bloque 2225. En la
realización de ejemplo, si el puntero MUX es 0 ó 1, no hay ninguna
PDU MUX parcial al principio de la trama MAC. Un puntero MUX de 0
indica que no hay ninguna PDU MUX. En cualquier caso, el proceso
avanza hasta el bloque 2230 de decisión.
En el bloque 2230 de decisión, si hay una PDU
MUX parcial almacenada de una trama MAC anterior, el proceso avanza
hasta el bloque 2235 y se descarta la trama anterior almacenada. En
este ejemplo, el resto de la trama almacenada tiene preferencia.
Realizaciones alternativas pueden permitir transmisiones posteriores
del resto de la trama almacenada, en cuyo caso puede guardarse la
PDU MUX parcial anterior (los detalles no se muestran en el
procedimiento 2200 de ejemplo ilustrativo). Si no ninguna PDU MUX
parcial estaba almacenada, en el bloque 2230, ni se manipuló
posteriormente la PDU MUX parcial anterior almacenada, el proceso
avanza hasta el bloque 2240.
En el bloque 2240 se recuperan nuevas PDUs MUX,
si las hubiera, que comienzan en la posición indicada por el
puntero MUX. Obsérvese que, en la realización de ejemplo, un puntero
MUX con valor cero indica que no hay ninguna PDU MUX nueva en la
PDU MAC. Puede recuperarse cualquier PDU MUX nueva, incluyendo una
PDU MUX parcial nueva. Tal y como se ha descrito anteriormente, el
campo de longitud de una cabecera PDU MUX puede utilizarse para
definir los límites de las PDUs MUX.
En el bloque 2245 de decisión, si una PDU MUX
parcial estaba incluida en la PDU MAC, el proceso avanza hasta el
bloque 2250 para almacenar la PDU MUX parcial. La PDU MUX parcial
almacenada puede combinarse con el resto de una futura PDU MAC (a
no ser que se determine posteriormente que la PDU MUX parcial debe
descartarse, tal y como se ha descrito anteriormente). Si, en el
bloque 2245 de decisión, no había ninguna PDU MUX parcial nueva
incluida en la PDU MAC, o si la PDU MUX parcial se ha almacenado en
el bloque 2250, el proceso avanza hasta el bloque 2255.
En el bloque 2255 puede suministrarse cualquier
PDU MUX completa para un procesamiento adicional, incluyendo
reensamblado, según sea apropiado, en la pila de protocolo, tal y
como se ha expuesto anteriormente.
Tal y como se ha descrito anteriormente, la
función MUX permite la multiplexación de canales lógicos dentro de
los segmentos de canal de tráfico (F-TCH y
R-TCH) definidos en la trama MAC. En la realización
de ejemplo, los canales lógicos multiplexados por la función MUX se
identifican mediante un campo de tipo de mensaje de 4 bits de la
cabecera MUX, cuyos ejemplos se enumeran en la tabla 1.
\vskip1.000000\baselineskip
\vskip1.000000\baselineskip
\vskip1.000000\baselineskip
(Tabla pasa a página
siguiente)
\vskip1.000000\baselineskip
La Fig. 23 ilustra PDUs MUX de ejemplo para
varios de los tipos MUX ilustrados en la tabla 1. Las PDUs de
canales de datos de usuario, UDCH0 2310, UDCH1 2320, UDCH2 2330,
UDCH3 2340, pueden utilizarse para transmitir y recibir datos de
usuario. Las PDUs pueden formarse tal y como se ha descrito
anteriormente con respecto a la Fig. 4. Cada PDU comprende una
cabecera MUX con un campo de tipo y un campo de longitud. Después de
la cabecera MUX siguen la cabecera LL, una cabecera AL de 1 octeto,
hasta 4087 octetos de datos y una CRC de 3 octetos. Para el UDCH0
2310, la cabecera LL tiene 1 octeto. Para el UDCH1 2320, la cabecera
LL tiene 2 octetos. Para el UDCH2 2330, la cabecera LL tiene 3
octetos. Para el UDCH3 2340, la cabecera LL tiene 4 octetos. Las
funciones de capa lógica para procesar estos tipos de PDU LL se han
descrito anteriormente.
En la Fig. 23 también se ilustran varias PDUs
2350 a 2370 de mensajes de control. Cada PDU comprende una cabecera
MUX que incluye un campo de tipo, un campo reservado y un campo de
longitud. La cabecera MUX está seguida de un campo de datos de
longitud variable que puede tener entre 4 y 255 octetos, el cual
contiene los datos útiles de los mensajes RLC. La Fig. 23 muestra
una PDU 2350 de canal de radiodifusión de enlace de radio (RBCH),
una PDU 2360 de canal de control dedicado (DCCH) y una PDU 2370 de
canal de control de enlace lógico (LLCH). El formato para la PDU de
canal de radiodifusión de usuario (UBCH) y para la PDU de canal de
multidifusión de usuario (UMCH) es idéntico al de la PDU 2310
UDCH0. El campo de tipo para el UBCH está fijado a 0111. El campo de
tipo para el UMCH está fijado a 1000.
Los expertos en la técnica reconocerán que estas
PDUs son solamente ilustrativas. También pueden soportarse varias
PDUs adicionales, así como subconjuntos mostrados de las mismas. En
realizaciones alternativas, cada uno de los campos mostrados puede
tener anchos alternativos. Otras PDUs también pueden incluir campos
adicionales.
\vskip1.000000\baselineskip
El control 340 de enlace de radio se ha descrito
anteriormente, y una realización de ejemplo se describe en detalle
en esta sección. Un conjunto de mensajes RLC de ejemplo se expone en
la tabla 2. Los mensajes de ejemplo descritos son solamente
ejemplares, y subconjuntos de estos mensajes así como mensajes
adicionales pueden utilizarse en una realización alternativa. Los
campos y los tamaños de los campos de cada mensaje también se
muestran a modo de ejemplo. Los expertos en la técnica adaptarán
fácilmente una pluralidad de formatos de mensaje alternativos en
vista de las enseñanzas de este documento.
\vskip1.000000\baselineskip
En este ejemplo, todos los mensajes RLC tienen
una estructura común, aunque pueden transportarse en uno de varios
canales de transporte. La estructura PDU RLC comprende un campo de
tipo de ocho bits que identifica el mensaje RLC específico, datos
útiles con una longitud de 0 a 251 octetos y un campo CRC de 3
octetos. La tabla 3 ilustra la utilización de posiciones de bit en
el campo de tipo para indicar ciertas clases de mensajes RLC. El
bit más significativo (MSB) indica un mensaje de enlace directo o de
enlace inverso, 0 ó 1, respectivamente. Cuando el segundo MSB está
fijado, el mensaje es un mensaje de rechazo o de confirmación de
recepción negativa
(NACK).
(NACK).
\vskip1.000000\baselineskip
\vskip1.000000\baselineskip
Durante la inicialización del sistema puede
inicializarse una función RLC de radiodifusión que consiste en la
función de control 346 de identificación de sistema. Cuando un UT
accede inicialmente al sistema utilizando un ID MAC de un sondeo de
acceso, la función RLC asigna un nuevo ID MAC de unidifusión al UT.
Posteriormente, si el UT se une a un grupo de multidifusión se le
puede asignar IDs MAC de multidifusión adicionales. Cuando un nuevo
ID MAC de unidifusión se asigna a un UT, el RLC inicializa una
instancia de cada una de las funciones: AC 344, RRC 342 y LLC 338,
tal y como se ha descrito anteriormente. Cuando se asigna un nuevo
ID MAC de multidifusión, el RLC inicializa una nueva instancia AC y
el LLC para el modo de multidifusión LL.
El mensaje de parámetros de identificación de
sistema, mostrado en la tabla 4, se transmite por el AP una vez cada
16 tramas MAC utilizando el ID MAC de radiodifusión. El mensaje de
parámetros de identificación de sistema contiene IDs de red y de AP
así como un número de revisión de protocolo. Además, contiene una
lista de IDs MAC de acceso para su utilización por parte de los UTs
para el acceso inicial al sistema. Otros parámetros de ejemplo se
muestran en la tabla 4.
\vskip1.000000\baselineskip
\vskip1.000000\baselineskip
La función de control de asociación (AC)
proporciona autenticación de UT. La función AC gestiona funciones de
registro (es decir, de alta/baja) para el UT. En el caso de un ID
MAC de multidifusión, la función AC gestiona el alta/baja de un UT
en el grupo de multidifusión. La función AC también gestiona el
intercambio de claves para el cifrado para el control LL.
\newpage
El mensaje de petición de registro, descrito en
la tabla 5, se envía a través del enlace inverso desde el UT. El UT
incluye un número aleatorio de 24 bits para permitir que el AP
distinga múltiples UTs que puedan haber accedido simultáneamente y
haber elegido el mismo ID MAC.
\vskip1.000000\baselineskip
\vskip1.000000\baselineskip
El mensaje de confirmación de recepción de
petición de registro, descrito en la tabla 6, se transmite por el AP
en respuesta al mensaje de petición de registro. El AP incluye el ID
aleatorio que transmitió el UT. Esto permite resolver las colisiones
entre los UTs que pudieran haber elegido el mismo ID MAC y la misma
ranura para el acceso.
\vskip1.000000\baselineskip
\vskip1.000000\baselineskip
\newpage
El mensaje de rechazo de petición de registro,
descrito en la tabla 7, se envía por el AP a un UT para rechazar una
asignación de ID MAC temporal, por ejemplo, cuando dos o más UTs
seleccionan de manera aleatoria el mismo ID MAC temporal.
\vskip1.000000\baselineskip
\vskip1.000000\baselineskip
\vskip1.000000\baselineskip
El mensaje de solicitud de ID de hardware,
descrito en la tabla 8, se transmite por el AP para obtener el ID de
hardware del UT.
\vskip1.000000\baselineskip
\newpage
El mensaje de confirmación de recepción de
solicitud de ID de hardware, descrito en la tabla 9, se transmite
por el UT en respuesta al mensaje de solicitud de ID de hardware e
incluye el ID de hardware de 48 bits del UT. (En particular, puede
utilizarse la dirección MAC IEEE de 48 bits del UT).
\vskip1.000000\baselineskip
El mensaje de capacidades de sistema, descrito
en la tabla 10, se transmite a un UT recientemente registrado para
indicar las capacidades AP al UT.
El mensaje de confirmación de recepción de
capacidades de sistema, descrito en la tabla 11, se envía por el UT
en respuesta al mensaje de capacidades de sistema para indicar las
capacidades de UT al AP.
\vskip1.000000\baselineskip
\vskip1.000000\baselineskip
\vskip1.000000\baselineskip
Una instancia de control de recursos de radio
(RRC) se inicializa en cada UT. Una instancia RRC por UT activo se
inicializa en el AP. Las funciones RRC del AP y del UT pueden
compartir mediciones de canal de enlace directo y de enlace inverso
(según sea necesario). El RRC gestiona la calibración de la
transmisión y recibe cadenas en el AP y en el UT. En este ejemplo,
la calibración es útil para el modo de transmisión de multiplexación
espacial.
El RRC determina el modo de transmisión y el
control de velocidad para las transmisiones a un UT y los
proporciona al planificador MAC. El RRC determina la periodicidad y
la longitud de la señal piloto MIMO dedicada requerida en
transmisiones de ráfagas de capa física (PHY) a través del
R-TCH y, si fuera necesario, a través del
F-TCH. El RRC gestiona el control de potencia para
las transmisiones en el modo de diversidad de transmisión de
espacio-tiempo (STTD) hacia y desde un UT y lo
proporciona al gestor PHY. El RRC determina el ajuste de
temporización para transmisiones R-TCH desde el
UT.
\newpage
El mensaje de solicitud de calibración, descrito
en la tabla 12, se transmite por el AP para solicitar calibración
con el UT. El campo TipoCal indica el conjunto de tonos de
calibración y el número de símbolos de calibración por antena que se
utilizarán para el procedimiento de calibración.
\vskip1.000000\baselineskip
\vskip1.000000\baselineskip
\vskip1.000000\baselineskip
Los valores del tipo de calibración (TipoCal) se
ilustran en la tabla 13. Cada TipoCal corresponde a un conjunto de
tonos OFDM y al número de símbolos de calibración por antena que se
requieren para la calibración. Los símbolos piloto de calibración
utilizan secuencias Walsh para establecer la ortogonalidad a través
de las antenas Tx.
\vskip1.000000\baselineskip
\vskip1.000000\baselineskip
\vskip1.000000\baselineskip
El mensaje de rechazo de solicitud de
calibración, descrito en la tabla 14, se envía por el UT para
rechazar la solicitud de calibración del AP.
\vskip1.000000\baselineskip
\newpage
El mensaje de solicitud de medición de
calibración, descrito en la tabla 15, se envía por el UT al AP.
Incluye los símbolos piloto de calibración que utilizará el AP para
medir el canal entre el UT y el AP.
\vskip1.000000\baselineskip
\vskip1.000000\baselineskip
El mensaje de resultado de medición de
calibración, descrito en la tabla 16, se envía por el AP para
proporcionar al UT los resultados de la medición de canal completada
por el AP sobre los símbolos de calibración transmitidos por el UT
en el mensaje de solicitud de calibración.
En este ejemplo, cada mensaje de resultado de
medición de calibración transporta valores de respuesta de canal
para 4 tonos para un canal 4x4, hasta 8 tonos para un canal 2x4, o
hasta 16 tonos para un canal 1x4. Pueden requerirse hasta 13
mensajes de este tipo para transportar todos los datos de medición
para un canal 4x4 con 52 tonos medidos, de manera que también se
utiliza un número de secuencia para realizar un seguimiento de la
secuencia de tales mensajes. En casos en los que no haya datos
suficientes para llenar todo el campo de datos, la parte no
utilizada del campo de datos se rellenará con ceros.
\vskip1.000000\baselineskip
\vskip1.000000\baselineskip
\vskip1.000000\baselineskip
El mensaje de confirmación de recepción de
resultado de medición de calibración, descrito en la tabla 17, se
envía para confirmar la recepción de fragmentos del mensaje de
resultado de medición de calibración.
\vskip1.000000\baselineskip
\vskip1.000000\baselineskip
De manera similar, puede no confirmarse la
recepción de un mensaje de resultado de medición de calibración, en
cuyo caso puede transmitirse un mensaje NACK de resultado de
medición de calibración, como el mostrado en la tabla 18, a través
del enlace inverso para confirmar de manera negativa (NACK) la
recepción de fragmentos del mensaje de resultado de medición de
calibración.
\vskip1.000000\baselineskip
Los mensajes de resultado de medición de
calibración pueden tener una confirmación de recepción negativa ya
sea mediante el esquema
go-back-N o mediante el
esquema de repetición selectiva. El campo SEC consiste en cuatro
segmentos consecutivos de cuatro bits, cada uno de los cuales
representa un número de secuencia de mensaje. En el modo
go-back-N, el bit MODO está
fijado a 0 y el primer segmento del campo SEC indica el número de
secuencia del primer mensaje de la secuencia que necesita repetirse.
En este caso, los 12 bits restantes del campo SEC están fijados a
cero y se ignoran. En el modo de repetición selectiva, el bit MODO
está fijado a 1 y el campo SEC contiene números de secuencia de
hasta cuatro mensajes que necesitan repetirse. Si menos de cuatro
mensajes necesitan repetirse, solamente tienen significado los
segmentos que contengan valores distintos de cero. Se ignoran todos
los segmentos cuyos valores sean todo cero.
El mensaje de estado de enlace de UT, descrito
en la tabla 19, se envía por el AP para solicitar a un UT que
proporcione retroalimentación. En este ejemplo, el UT debe
proporcionar retroalimentación acerca del estado del almacenamiento
intermedio (cantidad de datos acumulados y la clase de QoS) así como
de la calidad de enlace (velocidades de enlace directo que pueden
soportarse para canales de control y MIMO).
\vskip1.000000\baselineskip
\vskip1.000000\baselineskip
\vskip1.000000\baselineskip
(Tabla pasa a página
siguiente)
El parámetro ESTADO_ALM_INT_UT indica el tamaño
del almacenamiento intermedio de enlace de radio de UT en
incrementos de cuatro octetos. Un valor de 0xFFFF indica que el
tamaño del almacenamiento intermedio es superior o igual a 262.140
octetos. El parámetro ESTADO_VEL_FL proporciona la máxima velocidad
de enlace directo por modo, con cuatro bits por modo. Para el modo
de diversidad, solo se utilizan los cuatro bits más significativos.
Los doce bits restantes están fijados a 0. El parámetro BANDERA_QoS
indica si el almacenamiento intermedio de RL contiene datos de alta
prioridad. Los valores del parámetro BANDERA_QoS están definidos en
la tabla 20.
\vskip1.000000\baselineskip
\vskip1.000000\baselineskip
En el UT, el mensaje de estado de enlace de UT
se crea por el RRC. En el AP se reenvía al RRC que proporciona los
valores al proxy de UT.
La realización de RRC de ejemplo descrita en
esta sección puede utilizarse junto con varias realizaciones
descritas a lo largo de esta memoria descriptiva. Los expertos en la
técnica reconocerán que esta realización de ejemplo solo tiene fines
ilustrativos y que una pluralidad de realizaciones alternativas
resultará evidente en vista de las enseñanzas de este documento. En
la siguiente sección se describe una realización de ejemplo de un
canal de control, la cual es adecuada para su utilización junto con
varias realizaciones descritas en este documento.
Tal y como se ha descrito anteriormente, el
acceso a la trama MAC y la asignación de recursos se controlan con
el canal de control (CCH), el cual asigna recursos a IDs MAC a
través del F-TCH y del R-TCH en
función de las instrucciones del planificador. Estas concesiones de
recursos pueden ser una respuesta al estado conocido de una o más
colas del AP asociado con el ID MAC particular o al estado conocido
de una o más colas del UT asociado con el ID MAC, tal y como se
refleja mediante la información del proxy de UT respectivo. Las
concesiones de recursos también pueden ser una respuesta a una
solicitud de acceso recibida a través de un canal de solicitud de
acceso (ARCH), o a algún otro estímulo o información disponibles
para el planificador. Una realización de ejemplo de un CCH se
describe posteriormente. Este CCH de ejemplo sirve como una
ilustración de varios mecanismos de control que pueden utilizarse
en una WLAN de alto rendimiento como la descrita anteriormente.
Realizaciones alternativas pueden incluir funcionalidades
adicionales, así como subconjuntos de las funciones descritas
posteriormente. Los nombres de los campos, los anchos de los campos,
los valores de los parámetros, etc., que se describirán
posteriormente son solo ilustrativos. Los expertos en la técnica
adaptarán rápidamente los principios descritos a una pluralidad de
realizaciones alternativas dentro del alcance de la presente
invención.
El CCH de ejemplo está formado por 4 subcanales
distintos, cada uno de los cuales funciona a una velocidad de
transmisión de datos distinta tal y como se muestra en la tabla 21.
Los términos utilizados en la tabla 21 se conocen ampliamente en la
técnica (SNR son la siglas en inglés de relación de señal a ruido, y
FER son las siglas en inglés de tasa de errores en recepción,
también ampliamente conocidas en la técnica). El CCH utiliza
símbolos OFDM cortos en combinación con STTD. Esto implica que cada
uno de los canales lógicos está compuesto por un número par de
símbolos OFDM cortos. Los mensajes enviados a través del canal de
retroalimentación de acceso aleatorio (RFCH) y del canal de control
de trama (FCCH) se formatean en elementos de información (IE) y se
transmiten a través de uno de los subcanales CCH.
\vskip1.000000\baselineskip
\vskip1.000000\baselineskip
El BCCH indica la presencia o ausencia de un
subcanal CCH dado en el parámetro MÁSCARA_CCH. El formato para cada
subcanal CCH (donde N denota el sufijo 0 a 3 de subcanal) se
proporciona en la siguiente tabla 22. El formato comprende campos
que indican el número de IEs, los propios IEs, una CRC, relleno con
ceros si fuera necesario y bits de cola. El AP decide qué canal
subcanal utilizar para cada IE. Los tipos de IE que son específicos
para terminales de usuario (UT) se transmiten a través del subcanal
CCH que maximiza la eficacia de transmisión para ese UT. Si el AP
no puede determinar de manera precisa la velocidad asociada con un
UT dado, puede utilizarse el CCH_0. Los tipos de IE de
radiodifusión/multidifusión se transmiten a través del CCH_0.
Los CCHs se transmiten ordenados de menor a
mayor velocidad. Se proporciona una CRC para cada subcanal CCH.
Todos los UTs intentan desmodular cada CCH transmitido empezando por
el CCH de velocidad más baja. Un fallo en la correcta
descodificación del CCH_N implica que los CCHs de velocidad superior
se descodificarán con errores. Cada subcanal CCH puede transmitir
hasta 32 IEs.
El canal de transporte CCH se correlaciona con
dos canales lógicos. El RFCH comprende confirmaciones de recepción
para intentos de acceso recibidos a través del RCH. El FCCH
comprende asignación de recursos (es decir, asignaciones de trama de
capa física en el F-TCH y en el
R-TCH), donde las funciones de control de capa
física incluyen control de velocidad de transmisión de datos de capa
física en el F-TCH y en el R-TCH,
inserción de señales piloto dedicadas de R-TCH,
temporización R-TCH y control de potencia
R-TCH. El FCCH también puede comprender una
asignación R-TCH para solicitar una actualización de estado de enlace y de almacenamiento intermedio desde un UT.
asignación R-TCH para solicitar una actualización de estado de enlace y de almacenamiento intermedio desde un UT.
En general, en esta realización, la información
enviada a través del CCH es crítica en el tiempo y se utilizará por
el receptor en la trama MAC actual.
La tabla 23 muestra los tipos de elementos de
información CCH junto con sus valores de tipo respectivos. Los
formatos de los elementos de información se describen en detalle
posteriormente. En las siguientes tablas, todos los valores de
desfase se proporcionan en unidades de 800 nanosegundos.
\newpage
El formato del IE de confirmación de recepción
de solicitud de registro (RFCH) (etiquetado como
ACKSolRegistro en la tabla 23) se muestra en la tabla 24. La
confirmación de recepción de solicitud de registro se utiliza para
responder a una solicitud de registro de un UT recibida a través del
RCH. El formato incluye un tipo IE, un ID de ranura, el ID de acceso
que seleccionó el UT y que está incluido en su solicitud de
registro, el ID MAC asignado al UT y un valor de adelanto de
temporización.
\vskip1.000000\baselineskip
El formato del IE de asignación de modo de
diversidad F-TCH (FCCH) (etiquetado como
AsignModoDivDir en la tabla 23) se muestra en la tabla 25. La
asignación de modo de diversidad F-TCH se utiliza
para indicar que una PDU MAC se transmitirá a través del
F-TCH utilizando el modo de diversidad. La
diversidad es otro término que incluye STTD. El formato incluye un
tipo IE, un ID MAC, un desfase F-TCH que identifica
la posición de la PDU MAC en la trama MAC, la velocidad utilizada,
el número de símbolos OFDM en el paquete, el tipo de preámbulo
(descrito en detalle posteriormente), y el número de símbolos OFDM
cortos en el paquete.
\vskip1.000000\baselineskip
El formato del IE de asignación de modo de
diversidad F-TCH con estado R-TCH
(etiquetado como EstadoAsignModoDivDir en la tabla 23) se
muestra en la tabla 26. Este IE se utiliza para indicar que una PDU
MAC se transmitirá a través del F-TCH, utilizando
el modo de diversidad, y asigna espacio en el R-TCH
para una respuesta a una solicitud de estado. El formato incluye
los campos del IE AsignModoDivDir. Además, incluye un desfase
de asignación para que el UT notifique su estado de almacenamiento
intermedio a través del R-TCH. La asignación para
el mensaje de estado de enlace en el R-TCH
especifica el tipo de preámbulo R-TCH y reserva
parámetros que incluyen la velocidad, el ajuste de temporización,
el bit de solicitud de mensaje de estado y el número de símbolos
OFDM largos y cortos en el paquete de estado de enlace.
\vskip1.000000\baselineskip
\vskip1.000000\baselineskip
\newpage
Los campos PREÁMBULO_DIR y PREÁMBULO_INV
proporcionan la longitud del preámbulo que va a utilizarse en el
enlace directo y del mensaje de estado enviado a través del enlace
inverso, respectivamente. El preámbulo consiste en el número de
símbolos OFDM cortos proporcionados en la tabla 27 que contienen
referencia orientada solamente para el modo propio principal.
\vskip1.000000\baselineskip
\vskip1.000000\baselineskip
El formato del IE de asignación de modo de
multiplexación espacial F-TCH (FCCH) (etiquetado
como AsignModoEspDir en la tabla 23) se muestra en la tabla
28. Los campos de este IE son similares a los del IE
AsignModoDivDir, excepto en que se utiliza multiplexación
espacial en lugar de diversidad.
\vskip1.000000\baselineskip
\newpage
El formato del IE de asignación de modo de
multiplexación espacial F-TCH con estado
R-TCH (etiquetado como EstadoAsignModoEspDir
en la tabla 23) se muestra en la tabla 29. Los campos para este IE
son similares a los del IE EstadoAsignModoDivDir, excepto en
que se utiliza multiplexación espacial en lugar de diversidad.
El formato del IE de asignación de modo de
diversidad de R-TCH (FCCH) (etiquetado como
AsignModoDivInv en la tabla 23) se muestra en la tabla 30.
Este IE se utiliza para señalizar una asignación
R-TCH para una PDU MAC utilizando modo de
diversidad. Este IE incluye campos de tipo y de ID MAC como
anteriormente. También incluye los campos de enlace inverso
incluidos en los mensajes de solicitud de estado descritos
anteriormente (EstadoAsignModoDivDir y
EstadoAsignModoEspDir). Comprende además un campo de ajuste
de potencia de transmisión inversa.
\vskip1.000000\baselineskip
\vskip1.000000\baselineskip
El formato del IE de asignación de modo de
multiplexación espacial R-TCH (FCCH) (etiquetado
como AsignModoEspInv en la tabla 23) se muestra en la tabla
31. Los campos para este IE son similares a los de para el IE
AsignModoDivInv, excepto en que se utiliza multiplexación
espacial en lugar de diversidad.
El formato del IE de asignación de modo de
diversidad TCH (FCCH) (etiquetado como AsignModoDiv en la
tabla 23) se muestra en la tabla 32. Este IE se utiliza para asignar
PDUs MAC de enlace directo y de enlace inverso. Los campos para este
IE son una combinación de los campos del IE AsignModoDivDir y
del IE AsignModoDivInv.
\vskip1.000000\baselineskip
\vskip1.000000\baselineskip
\newpage
El formato del IE de asignación de modo de
multiplexación espacial TCH (FCCH) (etiquetado como
AsignModoEsp en la tabla 23) se muestra en la tabla 33. Este
IE es similar al IE AsignModoDiv excepto en que se utiliza
multiplexación espacial en lugar de diversidad.
\vskip1.000000\baselineskip
\vskip1.000000\baselineskip
El formato del IE de solicitud de estado de
enlace y de almacenamiento interno (RFCH o FCCH) (etiquetado como
SolEstadoEnlace en la tabla 23) se muestra en la tabla 34.
Este IE se utiliza por el AP para solicitar desde un UT el estado
actual del almacenamiento intermedio y el estado actual del enlace
físico con ese UT. Una asignación de enlace inverso se realiza con
la solicitud para proporcionar la respuesta. Además de los campos
de tipo y de ID MAC, también hay campos de asignación de enlace
inverso similares a las asignaciones de enlace inverso descritas
anteriormente.
El formato del IE de confirmación de recepción
de solicitud de calibración (FCCH) (etiquetado como
AckSolicitudCal en la tabla 23) se muestra en la tabla 35.
Este IE se transmite para confirmar la recepción de una solicitud
de calibración de un UT. Normalmente, la calibración se lleva a cabo
inmediatamente después del registro y posteriormente puede
realizarse de manera poco frecuente. Aunque el canal inalámbrico TDD
es simétrico, las cadenas de transmisión y de recepción del AP y
del UT pueden presentar una ganancia y una fase distintas. La
calibración se realiza para eliminar esta asimetría. Este IE incluye
un campo de tipo, un campo de ID MAC (que contiene el ID MAC
temporal asignado al UT), el número de antenas de UT y una
confirmación de recepción del tipo de calibración solicitado. El
campo de tipo de calibración de 4 bits especifica una combinación de
tonos que va a utilizarse para la calibración y el número de
símbolos de acondicionamiento que van a enviarse para la
calibración.
El formato del IE de rechazo de solicitud de
calibración (FCCH) (etiquetado como RechSolicitudCal en la
tabla 23) se muestra en la tabla 36. Este IE rechaza una solicitud
de calibración de un UT. Este IE contiene campos de tipo, de ID MAC
y de tipo de solicitud de calibración, al igual que el IE
AckSolicitudCal. Además, se proporciona un campo de motivo
para especificar por qué se rechaza la solicitud de calibración.
\vskip1.000000\baselineskip
\vskip1.000000\baselineskip
El valor del campo motivo hace referencia a los
motivos de una solicitud de calibración. Los motivos y sus valores
se detallan en la tabla 37.
\vskip1.000000\baselineskip
\vskip1.000000\baselineskip
El formato del mensaje de solicitud (ARCH) se
muestra en la tabla 38. En un acceso inicial, el mensaje de
solicitud se trata como una solicitud de registro. El UT de acceso
elige de manera aleatoria un ID de acceso de un conjunto de IDs
reservados para el acceso inicial y anunciados en el mensaje BCCH.
Si el mensaje de solicitud se recibe de manera satisfactoria, el AP
confirma su recepción utilizando el IE de confirmación de recepción
de solicitud de registro a través del RFCH y asignando un ID MAC
temporal al UT.
Un UT registrado utiliza el mismo mensaje en el
ARCH pero utiliza su ID MAC asignado en el campo de ID de acceso
para solicitar servicio. Si el mensaje de solicitud se recibe de
manera satisfactoria, el AP transmite un IE de solicitud de estado
de enlace R-TCH para obtener información acerca del
tipo y tamaño de la asignación deseada por el UT.
Los expertos en la técnica entenderán que la
información y las señales pueden representarse utilizando cualquiera
de una variedad de técnicas y tecnologías diferentes. Por ejemplo,
los datos, instrucciones, comandos, información, señales, bits,
símbolos y fragmentos de información a los que puede hacerse
referencia a lo largo de la anterior descripción pueden
representarse mediante voltajes, corrientes, ondas
electromagnéticas, partículas o campos magnéticos, partículas o
campos ópticos, o cualquier combinación de los mismos.
Los expertos en la técnica apreciarán además que
los diversos bloques lógicos, módulos, circuitos y etapas de
algoritmo ilustrativos descritos con relación a las realizaciones
descritas en este documento pueden implementarse como hardware
electrónico, como software informático, o como combinaciones de los
mismos. Para ilustrar claramente esta intercambiabilidad de
hardware y software, varios componentes, bloques, módulos, circuitos
y etapas ilustrativos se han descrito anteriormente de manera
genérica en lo que respecta a su funcionalidad. Si tal funcionalidad
se implementa en hardware o en software depende de la aplicación
particular y de las limitaciones de diseño impuestas en el sistema
global. Los expertos en la técnica pueden implementar la
funcionalidad descrita de diferentes maneras para cada aplicación
particular, pero no debería interpretarse que tales decisiones de
implementación supongan un apartamiento del alcance de la presente
invención.
Los diversos circuitos, módulos y bloques
lógicos ilustrativos descritos con relación a las realizaciones
descritas en este documento pueden implementarse o llevarse a cabo
con un procesador de propósito general, con un procesador de
señales digitales (DSP), con un circuito integrado de aplicación
específica (ASIC), con matrices de puertas programables de campo
(FPGA) o con otro dispositivo de lógica programable, puerta discreta
o lógica de transistor, componentes de hardware discretos, o con
cualquier combinación de los mismos diseñada para realizar las
funciones descritas en este documento. Un procesador de propósito
general puede ser un microprocesador pero, como alternativa, el
procesador puede ser cualquier máquina de estados, microcontrolador,
controlador, o procesador convencionales. Un procesador también
puede implementarse como una combinación de dispositivos
informáticos, por ejemplo, una combinación de un DSP y un
microprocesador, una pluralidad de microprocesadores, uno o más
microprocesadores junto con un núcleo de DSP o cualquier otra
configuración de este tipo.
Las etapas de un procedimiento o algoritmo
descrito con relación a las realizaciones descritas en este
documento pueden realizarse directamente en hardware, en un módulo
de software ejecutado por un procesador, o en una combinación de
los dos. Un módulo de software puede residir en memoria RAM, memoria
flash, memoria ROM, memoria EPROM, memoria EEPROM, registros, un
disco duro, un disco extraíble, un CD-ROM, o en
cualquier otra forma de medio de almacenamiento conocido en la
técnica. Un medio de almacenamiento ejemplar está acoplado al
procesador de manera que el procesador puede leer información de, y
escribir información en, el medio de almacenamiento. Como
alternativa, el medio de almacenamiento puede ser un parte
integrante del procesador. El procesador y el medio de
almacenamiento pueden residir en un ASIC. El ASIC puede residir en
un terminal de usuario. Como alternativa, el procesador y el medio
de almacenamiento pueden residir como componentes discretos en un
terminal de usuario.
Los encabezados se incluyen en este documento
como referencia y para ayudar a localizar las diferentes secciones.
Estos encabezados no pretender limitar el alcance de los conceptos
descritos con respecto a los mismos. Tales conceptos pueden
aplicarse a lo largo de toda la descripción.
La anterior descripción de las realizaciones
descritas se proporciona para permitir que cualquier experto en la
técnica pueda realizar o usar la presente invención. Diversas
modificaciones de estas realizaciones serán fácilmente evidentes
para los expertos en la técnica, y los principios genéricos
definidos en este documento pueden aplicarse a otras realizaciones
sin apartarse del alcance de la invención. Por tanto, la presente
invención no pretende limitarse a las realizaciones mostradas en
este documento sino que se le concede el alcance más amplio
relacionado con los principios y las características novedosas
descritos en este documento.
Claims (44)
1. Un aparato (220), que comprende:
medios (310) para:
- recibir uno o más flujos, comprendiendo cada flujo uno o más paquetes; y
- generar una o más unidades de datos de protocolo (PDU) de capa de control de acceso al medio (MAC) en función del uno o más paquetes del uno o más flujos; y
medios (320) para:
- generar una o más tramas MAC en función de la una o más PDUs de capa MAC, comprendiendo cada trama MAC:
- un segmento de canal de control para transmitir una o más asignaciones de medios;
- uno o más segmentos de tráfico, cada uno para transmitir una o más unidades de datos de protocolo (PDU) de capa MAC según una asignación de medios;
caracterizado porque comprende
medios (380) para recuperar información de
velocidad de transmisión para la asignación de medios; y
medios (312) para modificar el tamaño de los
segmentos de unidad de datos de protocolo de capa de control de
acceso al medio en respuesta a la información de velocidad de
transmisión recuperada.
\vskip1.000000\baselineskip
2. El aparato según la reivindicación 1, que
comprende además medios (240) para transmitir una PDU de capa MAC en
un segmento de tráfico.
3. El aparato según la reivindicación 1, que
comprende además medios (240) para recibir una PDU de capa MAC en un
segmento de tráfico.
4. El aparato según la reivindicación 1, en el
que la trama MAC comprende además un canal (510) radiodifusión para
transmitir parámetros de la trama MAC.
5. El aparato según la reivindicación 1, en el
que la trama MAC comprende además una baliza (510) indicativa de un
límite de trama MAC.
6. El aparato según la reivindicación 1, en el
que el canal de control comprende una pluralidad de subcanales (510
a 560), comprendiendo cada uno de los subcanales una o más
asignaciones, cada subcanal transmitido en uno de una pluralidad de
formatos de transmisión.
7. El aparato según la reivindicación 1, en el
que el uno o más segmentos de tráfico comprende(n) uno o más
segmentos de tráfico directo.
8. El aparato según la reivindicación 7, en el
que el uno o más segmentos de tráfico directo comprende(n) la
transmisión de una PDU MAC desde un primer dispositivo hasta un
segundo dispositivo.
9. El aparato según la reivindicación 1, en el
que el uno o más segmentos de tráfico comprende(n) uno o más
segmentos de tráfico inverso.
10. El aparato según la reivindicación 9, en el
que el uno o más segmentos de tráfico inverso comprende(n) la
transmisión de una PDU MAC desde un segundo dispositivo hasta un
primer dispositivo.
11. El aparato según la reivindicación 1, en el
que el uno o más segmentos de tráfico comprende(n) uno o más
segmentos de tráfico de igual a igual.
12. El aparato según la reivindicación 11, en
el que el uno o más segmentos de tráfico de igual a igual
comprende(n)
una transmisión ad hoc.
una transmisión ad hoc.
13. El aparato según la reivindicación 11, en el
que el uno o más segmentos de tráfico de igual a igual
comprende(n)
una transmisión planificada.
una transmisión planificada.
\newpage
14. El aparato según la reivindicación 1, en el
que el uno o más segmentos de tráfico comprende(n) uno o más
segmentos de tráfico basado(s) en contención.
15. El aparato según la reivindicación 1, en el
que el uno o más segmentos de tráfico comprende(n) uno o más
segmentos de tráfico de acceso aleatorio.
16. El aparato según la reivindicación 1, en el
que la primera capa comprende una capa de adaptación para generar
PDUs de capa de adaptación.
17. El aparato según la reivindicación 16, en el
que la capa (310) de adaptación lleva a cabo una segmentación (312)
de uno o más paquetes del uno o más flujos.
18. El aparato según la reivindicación 16, en
el que la capa de adaptación lleva a cabo un reensamblado (312) de
uno o más paquetes del uno o más flujos.
19. El aparato según la reivindicación 16, en el
que la capa de adaptación lleva a cabo una clasificación (314) de
flujo de uno o más paquetes del uno o más flujos.
20. El aparato según la reivindicación 19, en el
que la clasificación de flujo se lleva a cabo según la calidad de
servicio (QoS).
21. El aparato según la reivindicación 16, en el
que la capa de adaptación lleva a cabo una correlación (316) de
multidifusión para uno o más paquetes del uno o más flujos.
22. El aparato según la reivindicación 16, en el
que la capa MAC comprende una capa (320) de enlace de datos para
generar PDUs de capa de enlace de datos a partir de las PDUs de capa
de adaptación.
23. El aparato según la reivindicación 22, en el
que la capa MAC comprende una capa (370) MAC común que agrega una o
más PDUs de capa de enlace de datos correspondientes a uno o más
flujos para formar una PDU de capa MAC.
24. El aparato según la reivindicación 1, que
comprende además medios (380) para determinar si se ha producido un
cambio de velocidad.
25. El aparato según la reivindicación 24, que
comprende además medios para aumentar el tamaño de segmento de PDU
MAC en caso de que la velocidad haya aumentado.
26. El aparato según la reivindicación 24, que
comprende además medios para reducir el tamaño de segmento de PDU
MAC en caso de que la velocidad haya disminuido.
27. Un procedimiento, que comprende:
recibir (1710) uno o más flujos en una primera
capa, comprendiendo cada flujo uno o más paquetes;
- generar una o más unidades de datos de protocolo (PDU) de capa de control de acceso al medio (MAC) en función del uno o más paquetes del uno o más flujos; y formar una trama MAC, que comprende:
- un segmento de canal de control para transmitir una o más asignaciones de medios;
- uno o más segmentos de tráfico, cada uno para transmitir una o más unidades de datos de protocolo (PDU) de capa MAC según una asignación de medios;
caracterizado porque el procedimiento
comprende
recuperar (1720) información de velocidad de
transmisión para la asignación de medios; y en el que el tamaño de
los segmentos de unidad de datos de protocolo de capa de control de
acceso al medio varía (1730) en respuesta a la información de
velocidad de transmisión recuperada.
\vskip1.000000\baselineskip
28. El procedimiento según la reivindicación 27,
que comprende además transmitir (650) una PDU de capa MAC en un
segmento de tráfico según una asignación de medios.
29. El procedimiento según la reivindicación 27,
que comprende además recibir (720) una PDU de capa MAC en un
segmento de tráfico según una asignación de medios.
30. El procedimiento según la reivindicación 27,
que comprende además transmitir (830; 850; 940) el canal de
control.
31. El procedimiento según la reivindicación 30,
en el que el canal de control comprende una pluralidad de
subcanales, comprendiendo cada uno de los subcanales una o más
asignaciones, cada subcanal transmitido en uno de una pluralidad de
formatos de transmisión.
32. El procedimiento según la reivindicación 27,
que comprende además llevar a cabo (1420) un procesamiento de capa
de adaptación para generar PDUs de capa de adaptación a partir del
uno o más paquetes del uno o más flujos.
33. El procedimiento según la reivindicación 32,
que comprende además llevar a cabo un procesamiento de capa de
enlace de datos para generar PDUs de capa de enlace de datos a
partir de las PDUs de capa de adaptación.
34. El procedimiento según la reivindicación 32,
que comprende además llevar a cabo un procesamiento MAC común para
agregar una o más PDUs de capa de adaptación para formar una PDU de
capa MAC.
35. El procedimiento según la reivindicación 27,
que comprende además transmitir un segmento de tráfico directo.
36. El procedimiento según la reivindicación 27,
que comprende además transmitir un segmento de tráfico inverso.
37. El procedimiento según la reivindicación 27,
que comprende además transmitir un segmento de tráfico de igual a
igual.
38. El procedimiento según la reivindicación 27,
que comprende además transmitir un segmento de tráfico de acceso
aleatorio.
39. El procedimiento según la reivindicación 29,
que comprende además determinar (1810) si se ha producido un cambio
de velocidad.
40. El procedimiento según la reivindicación 39,
que comprende además aumentar (1830) el tamaño de segmento de PDU
MAC en caso de que la velocidad haya aumentado.
41. El procedimiento según la reivindicación 39,
que comprende además reducir (1840) el tamaño de segmento de PDU MAC
en caso de que la velocidad haya disminuido.
42. Medios legibles por ordenador que comprenden
un programa informático que, cuando se carga en la memoria de un
ordenador y se ejecuta en un procesador, puede hacerse funcionar
para llevar a cabo las etapas según una cualquiera de las
reivindicaciones 27 a 41.
43. Un punto (104) de acceso, que comprende el
aparato según la reivindicación 1.
44. Un terminal (106) de usuario, que comprende
el aparato según la reivindicación 1.
Applications Claiming Priority (23)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US51175003P | 2003-10-15 | 2003-10-15 | |
| US51190403P | 2003-10-15 | 2003-10-15 | |
| US511750P | 2003-10-15 | ||
| US511904P | 2003-10-15 | ||
| US51323903P | 2003-10-21 | 2003-10-21 | |
| US513239P | 2003-10-21 | ||
| US52635603P | 2003-12-01 | 2003-12-01 | |
| US52634703P | 2003-12-01 | 2003-12-01 | |
| US526356P | 2003-12-01 | ||
| US526347P | 2003-12-01 | ||
| US53279103P | 2003-12-23 | 2003-12-23 | |
| US532791P | 2003-12-23 | ||
| US54596304P | 2004-02-18 | 2004-02-18 | |
| US545963P | 2004-02-18 | ||
| US57654504P | 2004-06-02 | 2004-06-02 | |
| US576545P | 2004-06-02 | ||
| US58684104P | 2004-07-08 | 2004-07-08 | |
| US586841P | 2004-07-08 | ||
| US60096004P | 2004-08-11 | 2004-08-11 | |
| US600960P | 2004-08-11 | ||
| US964332 | 2004-10-13 | ||
| US10/964,332 US8284752B2 (en) | 2003-10-15 | 2004-10-13 | Method, apparatus, and system for medium access control |
| PCT/US2004/034062 WO2005039128A1 (en) | 2003-10-15 | 2004-10-15 | Method, apparatus, and system for medium access control |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| ES2342888T3 true ES2342888T3 (es) | 2010-07-16 |
Family
ID=34468591
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES04795249T Expired - Lifetime ES2342888T3 (es) | 2003-10-15 | 2004-10-15 | Procedimiento, aparato y sistema de control de acceso al medio. |
Country Status (10)
| Country | Link |
|---|---|
| US (1) | US8284752B2 (es) |
| EP (1) | EP1680897B1 (es) |
| JP (2) | JP5043437B2 (es) |
| KR (1) | KR100814305B1 (es) |
| CN (1) | CN1894909B (es) |
| AT (1) | ATE460796T1 (es) |
| CA (1) | CA2542382C (es) |
| ES (1) | ES2342888T3 (es) |
| PL (1) | PL1680897T3 (es) |
| WO (1) | WO2005039128A1 (es) |
Families Citing this family (117)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7333788B2 (en) * | 2002-12-20 | 2008-02-19 | Texas Instruments Incorporated | Method for calibrating automatic gain control in wireless devices |
| US9661519B2 (en) | 2003-02-24 | 2017-05-23 | Qualcomm Incorporated | Efficient reporting of information in a wireless communication system |
| US7218948B2 (en) | 2003-02-24 | 2007-05-15 | Qualcomm Incorporated | Method of transmitting pilot tones in a multi-sector cell, including null pilot tones, for generating channel quality indicators |
| US9544860B2 (en) | 2003-02-24 | 2017-01-10 | Qualcomm Incorporated | Pilot signals for use in multi-sector cells |
| US8811348B2 (en) | 2003-02-24 | 2014-08-19 | Qualcomm Incorporated | Methods and apparatus for generating, communicating, and/or using information relating to self-noise |
| US7065144B2 (en) | 2003-08-27 | 2006-06-20 | Qualcomm Incorporated | Frequency-independent spatial processing for wideband MISO and MIMO systems |
| US9226308B2 (en) | 2003-10-15 | 2015-12-29 | Qualcomm Incorporated | Method, apparatus, and system for medium access control |
| US8472473B2 (en) | 2003-10-15 | 2013-06-25 | Qualcomm Incorporated | Wireless LAN protocol stack |
| US8483105B2 (en) | 2003-10-15 | 2013-07-09 | Qualcomm Incorporated | High speed media access control |
| US8462817B2 (en) * | 2003-10-15 | 2013-06-11 | Qualcomm Incorporated | Method, apparatus, and system for multiplexing protocol data units |
| US8233462B2 (en) | 2003-10-15 | 2012-07-31 | Qualcomm Incorporated | High speed media access control and direct link protocol |
| US8842657B2 (en) * | 2003-10-15 | 2014-09-23 | Qualcomm Incorporated | High speed media access control with legacy system interoperability |
| US8090857B2 (en) | 2003-11-24 | 2012-01-03 | Qualcomm Atheros, Inc. | Medium access control layer that encapsulates data from a plurality of received data units into a plurality of independently transmittable blocks |
| US7206550B2 (en) * | 2003-12-29 | 2007-04-17 | Intel Corporation | Antenna subsystem calibration apparatus and methods in spatial-division multiple-access systems |
| US8369790B2 (en) | 2003-12-30 | 2013-02-05 | Intel Corporation | Communication overhead reduction apparatus, systems, and methods |
| US8903440B2 (en) | 2004-01-29 | 2014-12-02 | Qualcomm Incorporated | Distributed hierarchical scheduling in an ad hoc network |
| US7818018B2 (en) * | 2004-01-29 | 2010-10-19 | Qualcomm Incorporated | Distributed hierarchical scheduling in an AD hoc network |
| KR100800879B1 (ko) * | 2004-03-05 | 2008-02-04 | 삼성전자주식회사 | 무선 통신 시스템의 분리형 매체 억세스 제어 프로토콜 구조와 이를 이용한 데이터 송수신 방법 및 핸드 오버 방법과 그 시스템 |
| US8315271B2 (en) * | 2004-03-26 | 2012-11-20 | Qualcomm Incorporated | Method and apparatus for an ad-hoc wireless communications system |
| SE0401210D0 (sv) * | 2004-05-07 | 2004-05-07 | Ericsson Telefon Ab L M | Method in a communication system |
| US7564814B2 (en) * | 2004-05-07 | 2009-07-21 | Qualcomm, Incorporated | Transmission mode and rate selection for a wireless communication system |
| US8401018B2 (en) * | 2004-06-02 | 2013-03-19 | Qualcomm Incorporated | Method and apparatus for scheduling in a wireless network |
| EP1750376B1 (en) * | 2004-06-14 | 2015-10-21 | Panasonic Intellectual Property Management Co., Ltd. | Radio communication device |
| US7882412B2 (en) * | 2004-10-05 | 2011-02-01 | Sanjiv Nanda | Enhanced block acknowledgement |
| US8503938B2 (en) | 2004-10-14 | 2013-08-06 | Qualcomm Incorporated | Methods and apparatus for determining, communicating and using information including loading factors which can be used for interference control purposes |
| CA2582328A1 (en) | 2004-10-14 | 2006-04-27 | Qualcomm Flarion Technologies, Inc. | Methods and apparatus for determining, communicating and using information which can be used for interference control purposes |
| US8406751B2 (en) * | 2004-12-03 | 2013-03-26 | Qualcomm Incorporated | Message having a first protocol revision field indicating a message format and a second protocol revision field indicating mandatory features in a standards revision |
| JP2006173867A (ja) * | 2004-12-14 | 2006-06-29 | Matsushita Electric Ind Co Ltd | 無線通信装置 |
| CN1798446B (zh) | 2004-12-29 | 2010-09-29 | 北京三星通信技术研究有限公司 | 在Mac-ePDU 中传输短信令的方法 |
| US7515608B2 (en) * | 2005-01-04 | 2009-04-07 | Intel Corporation | Methods and media access controller for mesh networks with adaptive quality-of-service management |
| JP2008527848A (ja) * | 2005-01-06 | 2008-07-24 | テーベラ・インコーポレーテッド | ハードウェア・ベースのメッセージング・アプライアンス |
| US8036698B2 (en) | 2005-01-14 | 2011-10-11 | Qualcomm Incorporated | Mobile station message having a station class mark field for indicating an MEID capable mobile station |
| US8790623B2 (en) | 2005-01-18 | 2014-07-29 | Il'Oreal | Composition for treating keratin fibers, comprising at least one aromatic alcohol, at least one aromatic carboxylic acid, and at least one protecting agent |
| US7742444B2 (en) | 2005-03-15 | 2010-06-22 | Qualcomm Incorporated | Multiple other sector information combining for power control in a wireless communication system |
| US7408895B2 (en) * | 2005-04-20 | 2008-08-05 | Interdigital Technology Corporation | Method and apparatus for scheduling transmissions via an enhanced dedicated channel |
| US7941150B2 (en) * | 2005-05-19 | 2011-05-10 | Nortel Networks Limited | Method and system for allocating media access control layer resources in a wireless communication environment |
| CN101213801B (zh) * | 2005-05-27 | 2012-12-12 | 诺基亚公司 | 用于网元、用户设备和系统的扩展的信令能力的方法和装置 |
| US7894818B2 (en) * | 2005-06-15 | 2011-02-22 | Samsung Electronics Co., Ltd. | Apparatus and method for multiplexing broadcast and unicast traffic in a multi-carrier wireless network |
| US20070002724A1 (en) * | 2005-06-15 | 2007-01-04 | Samsung Electronics Co., Ltd. | Apparatus and method for broadcast superposition and cancellation in a multi-carrier wireless network |
| US9055552B2 (en) | 2005-06-16 | 2015-06-09 | Qualcomm Incorporated | Quick paging channel with reduced probability of missed page |
| US8750908B2 (en) | 2005-06-16 | 2014-06-10 | Qualcomm Incorporated | Quick paging channel with reduced probability of missed page |
| US20070008967A1 (en) * | 2005-06-24 | 2007-01-11 | Intel Corporation | System and method for admission control of multicast downstream traffic in a wireless network |
| US8175190B2 (en) | 2005-07-27 | 2012-05-08 | Qualcomm Atheros, Inc. | Managing spectra of modulated signals in a communication network |
| US20070064665A1 (en) * | 2005-08-23 | 2007-03-22 | Interdigital Technology Corporation | Method and apparatus for accessing an uplink random access channel in a single carrier frequency division multiple access system |
| US7965736B2 (en) * | 2005-08-24 | 2011-06-21 | Qualcomm Incorporated | Transmission of multiplex protocol data units in physical layer packets |
| US8600336B2 (en) | 2005-09-12 | 2013-12-03 | Qualcomm Incorporated | Scheduling with reverse direction grant in wireless communication systems |
| WO2007060505A2 (en) * | 2005-10-04 | 2007-05-31 | Nokia Corporation | APPARATUS, METHOD AND COMPUTER PROGRAM PRODUCT TO PROVIDE FLOW_ID MANAGEMENT IN MAC SUB-LAYER FOR PACKET-OPTIMIZED RADIO LINK LAYER |
| US8989084B2 (en) | 2005-10-14 | 2015-03-24 | Qualcomm Incorporated | Methods and apparatus for broadcasting loading information corresponding to neighboring base stations |
| US9191840B2 (en) | 2005-10-14 | 2015-11-17 | Qualcomm Incorporated | Methods and apparatus for determining, communicating and using information which can be used for interference control |
| US20090207790A1 (en) * | 2005-10-27 | 2009-08-20 | Qualcomm Incorporated | Method and apparatus for settingtuneawaystatus in an open state in wireless communication system |
| US20070097935A1 (en) * | 2005-10-27 | 2007-05-03 | Alexei Gorokhov | In-band rate control for an orthogonal frequency division multiple access communication system |
| WO2007050834A1 (en) | 2005-10-27 | 2007-05-03 | Qualcomm Incorporated | A method and apparatus for processing overlapping ns broadcast and sticky assignments in wireless communication systems |
| US8995466B2 (en) * | 2005-12-22 | 2015-03-31 | Qualcomm Incorporated | Communications methods and apparatus for using a single logical link with multiple physical layer connections |
| US9473265B2 (en) | 2005-12-22 | 2016-10-18 | Qualcomm Incorporated | Methods and apparatus for communicating information utilizing a plurality of dictionaries |
| US9338767B2 (en) | 2005-12-22 | 2016-05-10 | Qualcomm Incorporated | Methods and apparatus of implementing and/or using a dedicated control channel |
| US20070149132A1 (en) | 2005-12-22 | 2007-06-28 | Junyl Li | Methods and apparatus related to selecting control channel reporting formats |
| US9125093B2 (en) | 2005-12-22 | 2015-09-01 | Qualcomm Incorporated | Methods and apparatus related to custom control channel reporting formats |
| US9137072B2 (en) | 2005-12-22 | 2015-09-15 | Qualcomm Incorporated | Methods and apparatus for communicating control information |
| US9125092B2 (en) | 2005-12-22 | 2015-09-01 | Qualcomm Incorporated | Methods and apparatus for reporting and/or using control information |
| US9451491B2 (en) | 2005-12-22 | 2016-09-20 | Qualcomm Incorporated | Methods and apparatus relating to generating and transmitting initial and additional control information report sets in a wireless system |
| US8514771B2 (en) | 2005-12-22 | 2013-08-20 | Qualcomm Incorporated | Methods and apparatus for communicating and/or using transmission power information |
| US9148795B2 (en) | 2005-12-22 | 2015-09-29 | Qualcomm Incorporated | Methods and apparatus for flexible reporting of control information |
| US8437251B2 (en) | 2005-12-22 | 2013-05-07 | Qualcomm Incorporated | Methods and apparatus for communicating transmission backlog information |
| US9572179B2 (en) * | 2005-12-22 | 2017-02-14 | Qualcomm Incorporated | Methods and apparatus for communicating transmission backlog information |
| US20070249287A1 (en) | 2005-12-22 | 2007-10-25 | Arnab Das | Methods and apparatus for selecting between a plurality of dictionaries |
| US9119220B2 (en) | 2005-12-22 | 2015-08-25 | Qualcomm Incorporated | Methods and apparatus for communicating backlog related information |
| US20070153731A1 (en) * | 2006-01-05 | 2007-07-05 | Nadav Fine | Varying size coefficients in a wireless local area network return channel |
| US8811369B2 (en) | 2006-01-11 | 2014-08-19 | Qualcomm Incorporated | Methods and apparatus for supporting multiple communications modes of operation |
| CN101371603B (zh) | 2006-01-11 | 2013-10-23 | 高通股份有限公司 | 无线对等网络中的无线设备发现 |
| US8689025B2 (en) * | 2006-02-21 | 2014-04-01 | Qualcomm Incorporated | Reduced terminal power consumption via use of active hold state |
| US20070195798A1 (en) * | 2006-02-21 | 2007-08-23 | Jun Peng | Medium access control method and device |
| DE602007011900D1 (de) * | 2006-02-21 | 2011-02-24 | Qualcomm Inc | Feedback-kanalauslegung für kommunikationssysteme mit mehreren ein- und ausgängen (mimo) |
| US9461736B2 (en) * | 2006-02-21 | 2016-10-04 | Qualcomm Incorporated | Method and apparatus for sub-slot packets in wireless communication |
| US8077595B2 (en) * | 2006-02-21 | 2011-12-13 | Qualcomm Incorporated | Flexible time-frequency multiplexing structure for wireless communication |
| KR101221443B1 (ko) * | 2006-03-28 | 2013-01-11 | 삼성전자주식회사 | 이동 통신 시스템에서 연결 상태에 있는 단말이 불연속적수신 동작을 수행하는 방법 및 장치 |
| WO2007111320A1 (ja) * | 2006-03-28 | 2007-10-04 | Ntt Docomo, Inc. | 移動通信システム、通信ノード、基地局及び方法 |
| DE602007001096D1 (de) * | 2006-03-28 | 2009-06-25 | Samsung Electronics Co Ltd | Verfahren und Vorrichtung zum diskontinuierlichen Empfang eines angeschlossenen Endgeräts in einem mobilen Kommunikationssystem |
| US20070243882A1 (en) | 2006-04-12 | 2007-10-18 | Qualcomm Incorporated | Method and apparatus for locating a wireless local area network associated with a wireless wide area network |
| EP1848139A1 (en) * | 2006-04-18 | 2007-10-24 | THOMSON Licensing | Method and device for transmitting data to several receivers using ARQ |
| CN104602358A (zh) | 2006-05-09 | 2015-05-06 | 交互数字技术公司 | 提供对无线通信系统的接入的无线通信设备及方法 |
| GB0611249D0 (en) * | 2006-06-07 | 2006-07-19 | Nokia Corp | Communication system |
| KR101133746B1 (ko) * | 2006-06-21 | 2012-04-09 | 한국전자통신연구원 | 패킷 기반 셀룰라 시스템에서 하향 링크로의 제어 정보전송 방법 및 이의 수신 방법 |
| KR101245856B1 (ko) * | 2006-09-29 | 2013-03-20 | 삼성전자주식회사 | 이종 이상의 무선 통신 규격을 지원하는 멀티 무선 메쉬네트워크 시스템 및 그 제어방법 |
| US7937060B2 (en) * | 2006-10-06 | 2011-05-03 | Palo Alto Research Alto Incorporated | Self-improving channel-access protocol for ad-hoc networks |
| US8942739B2 (en) | 2006-11-06 | 2015-01-27 | Qualcomm Incorporated | Methods and apparatus for communication of notifications |
| US9155023B2 (en) | 2006-11-06 | 2015-10-06 | Qualcomm Incorporated | Apparatus and methods for communicating system state information change to wireless devices |
| KR101336254B1 (ko) * | 2006-11-13 | 2013-12-06 | 삼성전자주식회사 | 무선 이동통신 시스템에서 방송 채널의 커버리지 확대를위한 장치 및 방법 |
| KR100831983B1 (ko) * | 2006-12-08 | 2008-05-23 | 한국전자통신연구원 | 이동통신 시스템에서 상향링크 프레이밍 장치 및 방법 |
| TWI501584B (zh) * | 2007-08-24 | 2015-09-21 | Interdigital Patent Holdings | 無線發射/接收單元及在無線發射/接收單元中使用的方法 |
| KR101531503B1 (ko) * | 2007-09-10 | 2015-06-26 | 엘지전자 주식회사 | 다중 ｈａｒｑ를 이용한 신호 전송 방법 |
| WO2009068822A2 (fr) * | 2007-11-16 | 2009-06-04 | France Telecom | Procede et dispositif de tri de paquets |
| US8614996B1 (en) * | 2007-12-12 | 2013-12-24 | Sprint Spectrum L.P. | Predictive personality negotiation during session negotiation |
| GB2459284A (en) * | 2008-04-17 | 2009-10-21 | Stephen George Nunney | MIMO spatial multiplexing system |
| US8595501B2 (en) | 2008-05-09 | 2013-11-26 | Qualcomm Incorporated | Network helper for authentication between a token and verifiers |
| US8560696B2 (en) | 2009-04-28 | 2013-10-15 | Intel Corporation | Transmission of advanced-MAP information elements in mobile networks |
| JP5391816B2 (ja) | 2009-05-08 | 2014-01-15 | ソニー株式会社 | 通信装置及び通信方法、コンピューター・プログラム、並びに通信システム |
| KR101669533B1 (ko) | 2009-07-06 | 2016-10-26 | 삼성전자주식회사 | 무선통신 시스템에서 매체 접속 제어 계층 패킷을 구성하는 방법 및 시스템 |
| WO2011033711A1 (ja) | 2009-09-18 | 2011-03-24 | 日本電気株式会社 | 移動通信端末、緊急通報受信方法及び緊急通報受信プログラムが格納された非一時的なコンピュータ可読媒体 |
| US8687611B2 (en) * | 2009-12-22 | 2014-04-01 | Intel Corporation | Methods and apparatus for weighted queuing in DL MU MIMO |
| US8306055B2 (en) | 2009-12-24 | 2012-11-06 | Intel Corporation | Method and system to support wireless multicast transmission |
| KR101851030B1 (ko) * | 2010-10-12 | 2018-04-20 | 삼성전자주식회사 | 범용 모바일 전기 통신 시스템에서 iu 인터페이스를 통해 머신 타입 통신 데이터를 통신하는 방법 및 장치 |
| KR101867959B1 (ko) * | 2011-01-12 | 2018-06-15 | 삼성전자주식회사 | 이동통신 시스템에서 중앙 집중형 기지국 운영을 위한 장치와 방법 |
| EP2642783A1 (en) * | 2012-03-19 | 2013-09-25 | Thomson Licensing | Method for testing a wireless communications network including a station and an access point |
| US20130286960A1 (en) * | 2012-04-30 | 2013-10-31 | Samsung Electronics Co., Ltd | Apparatus and method for control channel beam management in a wireless system with a large number of antennas |
| US10015788B2 (en) * | 2014-04-17 | 2018-07-03 | Blinq Wireless Inc. | System and method of signalling for point-to-multipoint (PtMP) transmission in fixed wireless backhaul networks |
| EP3209078B1 (en) * | 2014-10-13 | 2021-04-07 | LG Electronics Inc. | Method and device for allocating uplink transmission resource on basis of buffer status information in wireless lan |
| WO2016146167A1 (en) * | 2015-03-17 | 2016-09-22 | Huawei Technologies Co., Ltd. | Communication device, access node and methods thereof |
| US10999794B2 (en) * | 2015-04-10 | 2021-05-04 | Telefonaktiebolaget Lm Ericsson (Publ) | Methods of UE power saving with multiple receivers |
| CN106301444B (zh) * | 2015-05-29 | 2019-04-12 | 华为技术有限公司 | 射频处理设备及处理方法 |
| CN108039934B (zh) * | 2016-10-07 | 2021-04-06 | 宏达国际电子股份有限公司 | 无线通信系统中执行编解码速率调配的装置及方法 |
| EP4033737B1 (en) | 2016-10-24 | 2024-04-03 | Huawei Technologies Co., Ltd. | Data transmission method in flexible ethernet and device |
| CN109041108B (zh) * | 2017-06-08 | 2022-02-18 | 中国移动通信有限公司研究院 | 一种接入处理方法、网络设备、用户设备及存储介质 |
| US10893418B2 (en) | 2018-03-08 | 2021-01-12 | Hewlett Packard Enterprise Development Lp | AP deployment in a network comprising a centralized system and a distributed system |
| CN113330790B (zh) * | 2019-01-17 | 2024-07-30 | 中兴通讯股份有限公司 | 用于无线通信中的数据分段和重组的方法、装置和系统 |
| US11984985B2 (en) | 2020-08-19 | 2024-05-14 | Samsung Electronics Co., Ltd. | Method of performing wireless communication, wireless transmission device and wireless reception device performing the same |
| US11611943B2 (en) * | 2021-04-08 | 2023-03-21 | Apple Inc. | Application aware adjustment of transmission parameters |
| CN116939610A (zh) * | 2022-03-31 | 2023-10-24 | 华为技术有限公司 | 一种接入控制方法、系统及可读存储介质 |
Family Cites Families (247)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US2006A (en) * | 1841-03-16 | Clamp for crimping leather | ||
| US475682A (en) * | 1892-05-24 | Edward p | ||
| US1052885A (en) * | 1912-05-06 | 1913-02-11 | S H Pomeroy | Closing device for window-sashes. |
| US1182900A (en) * | 1915-02-24 | 1916-05-16 | Henry A Everett | Overload circuit-breaker. |
| US1261183A (en) * | 1916-04-07 | 1918-04-02 | William J Tangerman | Tank-car-heating means. |
| US2082751A (en) * | 1927-03-03 | 1937-06-01 | Hemphill Co | Mechanism and process for effecting reverse plating |
| US2028119A (en) * | 1934-05-29 | 1936-01-14 | Linde Air Prod Co | Method and apparatus for dispensing gas material |
| US2033852A (en) * | 1934-06-05 | 1936-03-10 | Schoene Kurt | Pump for liquids |
| US4750171A (en) * | 1986-07-11 | 1988-06-07 | Tadiran Electronics Industries Ltd. | Data switching system and method |
| US4747100A (en) * | 1986-08-11 | 1988-05-24 | Allen-Bradley Company, Inc. | Token passing network utilizing active node table |
| DE3889221T2 (de) * | 1988-10-20 | 1994-11-17 | Ibm | Kommunikationsnetzwerk. |
| US5133081A (en) | 1989-11-03 | 1992-07-21 | Mayo Scott T | Remotely controllable message broadcast system including central programming station, remote message transmitters and repeaters |
| GB9019488D0 (en) | 1990-09-06 | 1990-10-24 | Ncr Co | Local area network having a wireless transmission link |
| JPH04138739A (ja) * | 1990-09-28 | 1992-05-13 | Toshiba Corp | 非同期伝送モード網を用いた通信制御方式 |
| US5297144A (en) * | 1991-01-22 | 1994-03-22 | Spectrix Corporation | Reservation-based polling protocol for a wireless data communications network |
| US5276703A (en) * | 1992-01-13 | 1994-01-04 | Windata, Inc. | Wireless local area network communications system |
| US5444702A (en) * | 1992-09-14 | 1995-08-22 | Network Equipment Technologies, Inc. | Virtual network using asynchronous transfer mode |
| US5384777A (en) * | 1993-04-19 | 1995-01-24 | International Business Machines Corporation | Adaptive medium access control scheme for wireless LAN |
| GB9401092D0 (en) | 1994-01-21 | 1994-03-16 | Newbridge Networks Corp | A network management system |
| US5677909A (en) | 1994-05-11 | 1997-10-14 | Spectrix Corporation | Apparatus for exchanging data between a central station and a plurality of wireless remote stations on a time divided commnication channel |
| FI98586C (fi) | 1995-01-10 | 1997-07-10 | Nokia Telecommunications Oy | Pakettiradiojärjestelmä ja menetelmiä datapaketin reitittämiseksi protokollariippumattomasti pakettiradioverkoissa |
| WO1996025811A1 (en) | 1995-02-16 | 1996-08-22 | Metricom, Inc. | Method of resolving media contention in radio communication links |
| US5638371A (en) * | 1995-06-27 | 1997-06-10 | Nec Usa, Inc. | Multiservices medium access control protocol for wireless ATM system |
| US5729542A (en) * | 1995-06-28 | 1998-03-17 | Motorola, Inc. | Method and apparatus for communication system access |
| US5719868A (en) * | 1995-10-05 | 1998-02-17 | Rockwell International | Dynamic distributed, multi-channel time division multiple access slot assignment method for a network of nodes |
| US5732076A (en) | 1995-10-26 | 1998-03-24 | Omnipoint Corporation | Coexisting communication systems |
| US5684791A (en) | 1995-11-07 | 1997-11-04 | Nec Usa, Inc. | Data link control protocols for wireless ATM access channels |
| US6181918B1 (en) | 1995-12-29 | 2001-01-30 | At&T Corp | System and method for management of neighbor-channel interference with cellular reuse partitioning |
| TW313734B (en) * | 1996-01-05 | 1997-08-21 | Motorola Inc | System controlled asymmetrical automatic repeat request protocol method |
| US6014087A (en) * | 1996-03-08 | 2000-01-11 | Lucent Techologies Inc. | Variable contention transmission media access based on idle waiting time |
| US5818826A (en) * | 1996-06-17 | 1998-10-06 | International Business Machines Corporation | Media access control protocols in a wireless communication network supporting multiple transmission rates |
| GB2315194B (en) | 1996-07-11 | 2000-11-15 | Nokia Mobile Phones Ltd | Method and apparatus for resynchronizing two system clocks |
| JP3302578B2 (ja) | 1996-10-21 | 2002-07-15 | 富士通株式会社 | Ｏａｍ処理装置 |
| US6002691A (en) | 1996-10-22 | 1999-12-14 | Zenith Electronics Corporation | Dynamic search tree for resolution of contention between transmitting stations |
| GB9720152D0 (en) * | 1996-12-18 | 1997-11-26 | Mayup Limited | Communications system and method |
| US5923650A (en) | 1997-04-08 | 1999-07-13 | Qualcomm Incorporated | Method and apparatus for reverse link rate scheduling |
| JP3774042B2 (ja) | 1997-09-11 | 2006-05-10 | 富士通株式会社 | ショートセル多重装置 |
| US6567416B1 (en) | 1997-10-14 | 2003-05-20 | Lucent Technologies Inc. | Method for access control in a multiple access system for communications networks |
| US7301944B1 (en) | 1997-10-24 | 2007-11-27 | Tranz-Send Broadcasting Network, Inc. | Media file distribution with adaptive transmission protocols |
| US6574211B2 (en) | 1997-11-03 | 2003-06-03 | Qualcomm Incorporated | Method and apparatus for high rate packet data transmission |
| FI980616A7 (fi) | 1997-11-05 | 1999-05-06 | Nokia Corp | Menetelmä parantaa radioyhteyden laatua solukkoradioverkossa |
| US6681315B1 (en) | 1997-11-26 | 2004-01-20 | International Business Machines Corporation | Method and apparatus for bit vector array |
| US6188736B1 (en) * | 1997-12-23 | 2001-02-13 | At&T Wireless Svcs. Inc. | Near-optimal low-complexity decoding of space-time codes for fixed wireless applications |
| US6512773B1 (en) * | 1997-12-30 | 2003-01-28 | Paradyne Corporation | System and method for transporting information over a communication channel |
| US6256317B1 (en) | 1998-02-19 | 2001-07-03 | Broadcom Homenetworking, Inc. | Packet-switched multiple-access network system with distributed fair priority queuing |
| KR100338662B1 (ko) * | 1998-03-31 | 2002-07-18 | 윤종용 | 부호분할다중접속통신시스템의채널통신장치및방법 |
| US6154654A (en) | 1998-05-07 | 2000-11-28 | Ericsson Inc. | System and method for frequency reuse in a four cell plan |
| ATE315297T1 (de) * | 1998-07-21 | 2006-02-15 | Tachyon Inc | Verfahren und gerät für mehrfachzugriff in einem kommunikationssystem |
| US6438104B1 (en) | 1998-08-07 | 2002-08-20 | Telefonaktiebolaget L M Ericsson (Publ) | Link-level flow control method for an ATM server |
| US6098142A (en) | 1998-08-25 | 2000-08-01 | Leggett; John D. | Apparatus and method for using a communications port in polling mode and without interrupts |
| US6404751B1 (en) * | 1998-09-15 | 2002-06-11 | Crisco Technology, Inc. | Common control channel dynamic frequency assignment method and protocol |
| JP3473434B2 (ja) | 1998-09-16 | 2003-12-02 | 三菱電機株式会社 | 無線通信システム並びに無線通信方法 |
| KR100619598B1 (ko) | 1998-10-01 | 2006-12-01 | 엘지전자 주식회사 | 이동통신시스템에서의 신호 포맷방법 |
| US6731627B1 (en) * | 1998-11-17 | 2004-05-04 | Cisco Technology, Inc. | Virtual loop carrier system |
| FI108203B (fi) | 1998-11-27 | 2001-11-30 | Nokia Mobile Phones Ltd | Menetelmä ja järjestely tiedon siirtämiseksi pakettiradiopalvelussa |
| US6643260B1 (en) | 1998-12-18 | 2003-11-04 | Cisco Technology, Inc. | Method and apparatus for implementing a quality of service policy in a data communications network |
| US6587441B1 (en) | 1999-01-22 | 2003-07-01 | Technology Alternatives, Inc. | Method and apparatus for transportation of data over a managed wireless network using unique communication protocol |
| US6542490B1 (en) * | 1999-01-29 | 2003-04-01 | Nortel Networks Limited | Data link control proctocol for 3G wireless system |
| US6377782B1 (en) | 1999-03-01 | 2002-04-23 | Mediacell, Inc. | Method and apparatus for communicating between a client device and a linear broadband network |
| US6611529B1 (en) | 1999-03-03 | 2003-08-26 | Lucent Technologies Inc. | Priority access for real-time traffic in contention-based networks |
| JP3445520B2 (ja) | 1999-03-04 | 2003-09-08 | 沖電気工業株式会社 | 監視装置およびセル組立の管理方法 |
| US6317435B1 (en) | 1999-03-08 | 2001-11-13 | Qualcomm Incorporated | Method and apparatus for maximizing the use of available capacity in a communication system |
| US6574237B1 (en) * | 1999-03-19 | 2003-06-03 | Agere Systems Inc. | Inoperable network device |
| US6622251B1 (en) * | 1999-04-07 | 2003-09-16 | Telefonaktiebolaget Lm Ericsson (Publ) | Method to put a mobile terminal into sleep when a frame control channel containing a location of slow broadcast channel does not include wakeup information |
| US6452917B1 (en) | 1999-04-08 | 2002-09-17 | Qualcomm Incorporated | Channel estimation in a CDMA wireless communication system |
| WO2000064111A1 (en) | 1999-04-16 | 2000-10-26 | Unifree, L.L.C. | Media file distribution with adaptive transmission protocols |
| FR2792759B1 (fr) | 1999-04-20 | 2001-11-02 | Bull Sa | Caisson pour contenir un equipement electronique refroidi par ventilation |
| JP3733784B2 (ja) | 1999-05-21 | 2006-01-11 | 株式会社日立製作所 | パケット中継装置 |
| US6600754B1 (en) | 1999-06-28 | 2003-07-29 | Rockwell Collins, Inc. | Method and apparatus for managing communication resources using standby slots |
| JP2001024573A (ja) | 1999-07-02 | 2001-01-26 | Matsushita Electric Ind Co Ltd | 無線通信方式 |
| US6532225B1 (en) * | 1999-07-27 | 2003-03-11 | At&T Corp | Medium access control layer for packetized wireless systems |
| US6580704B1 (en) * | 1999-08-26 | 2003-06-17 | Nokia Corporation | Direct mode communication method between two mobile terminals in access point controlled wireless LAN systems |
| GB9921049D0 (en) | 1999-09-07 | 1999-11-10 | Koninkl Philips Electronics Nv | Clustered networked devices |
| US6633564B1 (en) | 1999-09-22 | 2003-10-14 | Nortel Networks Limited | Method and apparatus for inserting packets into a data stream |
| JP4374725B2 (ja) | 1999-09-22 | 2009-12-02 | パナソニック株式会社 | 通信方法及び通信局 |
| US6885868B1 (en) | 1999-09-30 | 2005-04-26 | Nortel Networks Limited | Fair packet scheduler and scheduling method for packet data radio |
| US6611525B1 (en) | 1999-10-07 | 2003-08-26 | 3Com Corporation | Apparatus for and method of learning MAC addresses in a LAN emulation network |
| US6788702B1 (en) | 1999-10-15 | 2004-09-07 | Nokia Wireless Routers, Inc. | Protocol for neighborhood-established transmission scheduling |
| US6621805B1 (en) | 1999-10-25 | 2003-09-16 | Hrl Laboratories, Llc | Method and apparatus for multicasting real-time variable bit-rate traffic in wireless Ad-Hoc networks |
| JP2001217768A (ja) | 1999-11-25 | 2001-08-10 | Fujitsu Ten Ltd | 移動通信システムのポーリング装置 |
| JP3428538B2 (ja) | 1999-12-02 | 2003-07-22 | 日本電気株式会社 | アクセス網遠隔制御方式 |
| US6907020B2 (en) | 2000-01-20 | 2005-06-14 | Nortel Networks Limited | Frame structures supporting voice or streaming communications with high speed data communications in wireless access networks |
| US6963549B1 (en) | 2000-01-26 | 2005-11-08 | Ntt Multimedia Communications Laboratories, Inc. | Technique for reserving bandwidth for communications over a wireless system |
| US6456599B1 (en) | 2000-02-07 | 2002-09-24 | Verizon Corporate Services Group Inc. | Distribution of potential neighbor information through an ad hoc network |
| US6307846B1 (en) | 2000-02-24 | 2001-10-23 | Motorola, Inc. | Method and system in wireless communication system for scheduling messages to reduce the quick paging channel peak power level |
| US6813260B1 (en) | 2000-03-16 | 2004-11-02 | Ericsson Inc. | Systems and methods for prioritized access in a contention based network |
| US6473467B1 (en) | 2000-03-22 | 2002-10-29 | Qualcomm Incorporated | Method and apparatus for measuring reporting channel state information in a high efficiency, high performance communications system |
| US20020154705A1 (en) | 2000-03-22 | 2002-10-24 | Walton Jay R. | High efficiency high performance communications system employing multi-carrier modulation |
| WO2001072081A1 (en) | 2000-03-23 | 2001-09-27 | Siemens Mobile Communications S.P.A. | Handover procedures in a radio communication system |
| US6795418B2 (en) * | 2000-03-31 | 2004-09-21 | Koninklijke Philips Electronics N.V. | Wireless MAC protocol based on a hybrid combination of slot allocation, token passing, and polling for isochronous traffic |
| JP3507809B2 (ja) * | 2000-04-10 | 2004-03-15 | ヒュンダイ エレクトロニクス インダストリーズ カムパニー リミテッド | 広帯域無線通信システムのアップリンクにおけるハイブリッド自動再伝送要求２／３方式のためのデータ伝送方法 |
| JP3507810B2 (ja) * | 2000-04-10 | 2004-03-15 | ヒュンダイ エレクトロニクス インダストリーズ カムパニー リミテッド | 広帯域無線通信システムのダウンリンクにおけるハイブリッド自動再送要求２／３方式のためのデータ処理方法 |
| AU2001259767A1 (en) | 2000-05-15 | 2001-11-26 | Virginia Tech Intellectual Properties, Inc. | Method and system for overloaded array processing |
| US6504506B1 (en) * | 2000-06-30 | 2003-01-07 | Motorola, Inc. | Method and device for fixed in time adaptive antenna combining weights |
| US7068633B1 (en) | 2000-07-14 | 2006-06-27 | At&T Corp. | Enhanced channel access mechanisms for QoS-driven wireless lans |
| US7031287B1 (en) * | 2000-07-14 | 2006-04-18 | At&T Corp. | Centralized contention and reservation request for QoS-driven wireless LANs |
| AUPQ915600A0 (en) * | 2000-08-03 | 2000-08-24 | Ltdnetwork Pty Ltd | Online network and associated methods |
| US6522650B1 (en) | 2000-08-04 | 2003-02-18 | Intellon Corporation | Multicast and broadcast transmission with partial ARQ |
| US6721565B1 (en) | 2000-08-07 | 2004-04-13 | Lucent Technologies Inc. | Handover of wireless calls between systems supporting circuit and packet call models |
| US6621827B1 (en) | 2000-09-06 | 2003-09-16 | Xanboo, Inc. | Adaptive method for polling |
| US6898441B1 (en) * | 2000-09-12 | 2005-05-24 | Lucent Technologies Inc. | Communication system having a flexible transmit configuration |
| US7330877B2 (en) * | 2000-09-18 | 2008-02-12 | Sharp Laboratories Of America | Devices, softwares and methods for rescheduling multi-party sessions upon premature termination of session |
| US6795409B1 (en) | 2000-09-29 | 2004-09-21 | Arraycomm, Inc. | Cooperative polling in a wireless data communication system having smart antenna processing |
| US7046639B2 (en) * | 2000-09-29 | 2006-05-16 | The Regents Of The University Of California | System and method for ad hoc network access employing the distributed election of a shared transmission schedule |
| US7142580B1 (en) | 2000-10-24 | 2006-11-28 | Ericsson, Inc. | Systems, methods, and computer program products for providing traffic frequency diversification in a cellular communication system |
| CN1547814A (zh) * | 2000-10-26 | 2004-11-17 | Wave7光学公司 | 处理光网络中上行数据包的系统和方法 |
| US7058074B2 (en) * | 2000-11-01 | 2006-06-06 | Texas Instruments Incorporated | Unified channel access for supporting quality of service (QoS) in a local area network |
| US6930981B2 (en) | 2000-12-06 | 2005-08-16 | Lucent Technologies Inc. | Method for data rate selection in a wireless communication system |
| US6577952B2 (en) * | 2001-01-08 | 2003-06-10 | Motorola, Inc. | Position and heading error-correction method and apparatus for vehicle navigation systems |
| US7046690B2 (en) * | 2001-01-16 | 2006-05-16 | At&T Corp. | Interference suppression methods for 802.11 |
| US7099671B2 (en) | 2001-01-16 | 2006-08-29 | Texas Instruments Incorporated | Collaborative mechanism of enhanced coexistence of collocated wireless networks |
| US7031274B2 (en) * | 2001-01-16 | 2006-04-18 | At&T Corp. | Method for enabling interoperability between data transmission systems conforming to IEEE 802.11 and HIPERLAN standards |
| US20020093929A1 (en) | 2001-01-18 | 2002-07-18 | Koninklijke Philips Electronics N.V. | System and method for sharing bandwidth between co-located 802.11a/e and HIPERLAN/2 systems |
| GB0102316D0 (en) | 2001-01-30 | 2001-03-14 | Koninkl Philips Electronics Nv | Radio communication system |
| US7120134B2 (en) | 2001-02-15 | 2006-10-10 | Qualcomm, Incorporated | Reverse link channel architecture for a wireless communication system |
| EP2073065B1 (en) * | 2001-02-19 | 2014-12-31 | Canon Kabushiki Kaisha | Image forming system, control method therefor, and storage medium storing program for executing the control method |
| JP4724928B2 (ja) | 2001-02-27 | 2011-07-13 | ソニー株式会社 | 無線伝送装置及び無線伝送方法 |
| US7142527B2 (en) | 2001-02-28 | 2006-11-28 | Nokia Inc. | System and method for transmission scheduling using network membership information and neighborhood information |
| US6771706B2 (en) | 2001-03-23 | 2004-08-03 | Qualcomm Incorporated | Method and apparatus for utilizing channel state information in a wireless communication system |
| DE10115409A1 (de) | 2001-03-29 | 2002-10-10 | Bosch Gmbh Robert | Busmaster für einen Bus zum Anschluß von Sensoren und/oder Zündmitteln |
| CA2376962A1 (en) | 2001-04-02 | 2002-10-02 | Lucent Technologies Inc. | Method and system for umts packet transmission scheduling on uplink channels |
| US20020172186A1 (en) | 2001-04-09 | 2002-11-21 | Peter Larsson | Instantaneous joint transmit power control and link adaptation for RTS/CTS based channel access |
| US6751187B2 (en) * | 2001-05-17 | 2004-06-15 | Qualcomm Incorporated | Method and apparatus for processing data for transmission in a multi-channel communication system using selective channel transmission |
| US6944688B1 (en) | 2001-05-18 | 2005-09-13 | Cisco Technology, Inc. | Queuing system using dual receive FIFO |
| US7000013B2 (en) | 2001-05-21 | 2006-02-14 | International Business Machines Corporation | System for providing gracefully degraded services on the internet under overloaded conditions responsive to HTTP cookies of user requests |
| US7158504B2 (en) * | 2001-05-21 | 2007-01-02 | Lucent Technologies, Inc. | Multiple mode data communication system and method and forward and/or reverse link control channel structure |
| EP1261183A1 (en) | 2001-05-23 | 2002-11-27 | Telefonaktiebolaget L M Ericsson (Publ) | Method and system for processing a data unit |
| US7570656B2 (en) | 2001-06-18 | 2009-08-04 | Yitran Communications Ltd. | Channel access method for powerline carrier based media access control protocol |
| US20040141522A1 (en) | 2001-07-11 | 2004-07-22 | Yossi Texerman | Communications protocol for wireless lan harmonizing the ieee 802.11a and etsi hiperla/2 standards |
| US6945486B2 (en) * | 2001-07-11 | 2005-09-20 | Teng Eric Y | Rotary kitchen garlic tool |
| US7190964B2 (en) * | 2001-08-20 | 2007-03-13 | Telefonaktiebolaget Lm Ericsson (Publ) | Reverse link power control in 1xEV-DV systems |
| JP2003078565A (ja) | 2001-08-30 | 2003-03-14 | Matsushita Electric Ind Co Ltd | 無線通信装置 |
| US7123627B2 (en) * | 2001-09-11 | 2006-10-17 | Sharp Laboratories Of America, Inc. | Class of computationally parsimonious schedulers for enforcing quality of service over packet based AV-centric home networks |
| GB2379722B (en) | 2001-09-12 | 2003-07-30 | Joker Ind Co Ltd | Expansion bolt |
| AU2002327681A1 (en) * | 2001-09-24 | 2003-04-07 | Atheros Communications, Inc. | Method and system for variable rate acknowledgement for wireless communication protocols |
| US6768730B1 (en) | 2001-10-11 | 2004-07-27 | Meshnetworks, Inc. | System and method for efficiently performing two-way ranging to determine the location of a wireless node in a communications network |
| US7599334B2 (en) | 2001-10-15 | 2009-10-06 | Qualcomm Incorporated | Method and apparatus for processing shared sub-packets in a communication system |
| US7548506B2 (en) | 2001-10-17 | 2009-06-16 | Nortel Networks Limited | System access and synchronization methods for MIMO OFDM communications systems and physical layer packet and preamble design |
| US7116652B2 (en) * | 2001-10-18 | 2006-10-03 | Lucent Technologies Inc. | Rate control technique for layered architectures with multiple transmit and receive antennas |
| WO2003039074A1 (en) | 2001-10-29 | 2003-05-08 | Sharp Kabushiki Kaisha | Communication managing method, communication managing program, record medium with recorded communication managing program, communication apparatus, central manager, and network system |
| US20030125040A1 (en) | 2001-11-06 | 2003-07-03 | Walton Jay R. | Multiple-access multiple-input multiple-output (MIMO) communication system |
| JP2003163669A (ja) | 2001-11-27 | 2003-06-06 | Canon Inc | 無線通信装置 |
| ATE245326T1 (de) | 2001-11-30 | 2003-08-15 | Cit Alcatel | Ip plattform für verbesserte mehrpunkt- zugriffsysteme |
| US6760388B2 (en) | 2001-12-07 | 2004-07-06 | Qualcomm Incorporated | Time-domain transmit and receive processing with channel eigen-mode decomposition for MIMO systems |
| 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 |
| US7187691B2 (en) * | 2001-12-18 | 2007-03-06 | Sharp Laboratories Of America, Inc. | Securing the channel for a QoS manager in a CSMA/CA ad hoc network |
| US7313104B1 (en) | 2001-12-28 | 2007-12-25 | Advanced Micro Devices, Inc. | Wireless computer system with latency masking |
| US7471667B2 (en) | 2002-01-09 | 2008-12-30 | Nxp B.V. | Coexistence of modulation schemes in a WLAN |
| US6977944B2 (en) | 2002-01-12 | 2005-12-20 | Conexant, Inc. | Transmission protection for communications networks having stations operating with different modulation formats |
| US7327748B2 (en) | 2002-01-28 | 2008-02-05 | Alcatel Lucent | Enterprise switching device and method |
| US7050759B2 (en) | 2002-02-19 | 2006-05-23 | Qualcomm Incorporated | Channel quality feedback mechanism and method |
| JP4112241B2 (ja) | 2002-02-22 | 2008-07-02 | 三菱電機株式会社 | 通信システムおよび通信方法 |
| US20030162519A1 (en) | 2002-02-26 | 2003-08-28 | Martin Smith | Radio communications device |
| US7274707B2 (en) | 2002-03-07 | 2007-09-25 | Koninklijke Philips Electronics N. V. | Coexistence of stations capable of different modulation schemes in a wireless local area network |
| US7046654B2 (en) * | 2002-03-12 | 2006-05-16 | Ericsson Inc. | Efficient radio reception method for automatic frequency planning |
| US6795419B2 (en) | 2002-03-13 | 2004-09-21 | Nokia Corporation | Wireless telecommunications system using multislot channel allocation for multimedia broadcast/multicast service |
| US7130289B2 (en) | 2002-03-14 | 2006-10-31 | Airmagnet, Inc. | Detecting a hidden node in a wireless local area network |
| JP2003289309A (ja) | 2002-03-28 | 2003-10-10 | Matsushita Electric Ind Co Ltd | 無線通信端末装置 |
| US7095732B1 (en) | 2002-04-12 | 2006-08-22 | Bbn Technologies Corp. | Quality of service based media access control for mobile ad hoc networks |
| US7577227B2 (en) | 2002-04-18 | 2009-08-18 | Alcatel-Lucent Usa Inc. | Link adaption in general packet radio service networks |
| US7149245B2 (en) | 2002-04-29 | 2006-12-12 | Lucent Technologies Inc. | Link adaption in enhanced general packet radio service networks |
| US7236459B1 (en) | 2002-05-06 | 2007-06-26 | Packeteer, Inc. | Method and apparatus for controlling data transmission volume using explicit rate control and queuing without data rate supervision |
| JP3895228B2 (ja) | 2002-05-07 | 2007-03-22 | 松下電器産業株式会社 | 無線通信装置および到来方向推定方法 |
| KR20030092894A (ko) * | 2002-05-31 | 2003-12-06 | 삼성전자주식회사 | 고속 순방향 패킷 접속 방식을 사용하는 통신 시스템에서순방향 채널 품질을 보고하기 위한 채널 품질 보고 주기결정 장치 및 방법 |
| US7203192B2 (en) * | 2002-06-04 | 2007-04-10 | Fortinet, Inc. | Network packet steering |
| US20030223365A1 (en) | 2002-06-04 | 2003-12-04 | Sharp Laboratories Of America, Inc. | Class of dynamic programming schedulers |
| US6791962B2 (en) | 2002-06-12 | 2004-09-14 | Globespan Virata, Inc. | Direct link protocol in wireless local area networks |
| AU2003248705A1 (en) | 2002-06-17 | 2003-12-31 | Ipr Licensing, Inc. | Antenna steering scheduler for mobile station in wireless local area network |
| US7301924B1 (en) | 2002-07-15 | 2007-11-27 | Cisco Technology, Inc. | Media access control for MIMO wireless network |
| US7092737B2 (en) | 2002-07-31 | 2006-08-15 | Mitsubishi Electric Research Laboratories, Inc. | MIMO systems with rate feedback and space time transmit diversity |
| US7082117B2 (en) | 2002-08-12 | 2006-07-25 | Harris Corporation | Mobile ad-hoc network with intrusion detection features and related methods |
| US8194770B2 (en) * | 2002-08-27 | 2012-06-05 | Qualcomm Incorporated | Coded MIMO systems with selective channel inversion applied per eigenmode |
| US7277419B2 (en) | 2002-08-30 | 2007-10-02 | Intel Corporation | Supporting disparate packet based wireless communications |
| US20040047319A1 (en) * | 2002-09-06 | 2004-03-11 | Johannes Elg | Contention-based medium access control for ad hoc wireless piconets |
| US20040062206A1 (en) | 2002-09-30 | 2004-04-01 | Soong Anthony C.K. | System and method for fast reverse link scheduling in a wireless communication network |
| US7440573B2 (en) | 2002-10-08 | 2008-10-21 | Broadcom Corporation | Enterprise wireless local area network switching system |
| DE10247013A1 (de) * | 2002-10-09 | 2004-04-22 | Zf Sachs Ag | Druckplattenbaugruppe für eine Reibungskupplung |
| WO2004036838A2 (en) * | 2002-10-17 | 2004-04-29 | Koninklijke Philips Electronics N.V. | A scheduler system and method thereof |
| US7324429B2 (en) | 2002-10-25 | 2008-01-29 | Qualcomm, Incorporated | Multi-mode terminal in a wireless MIMO system |
| US8320301B2 (en) * | 2002-10-25 | 2012-11-27 | Qualcomm Incorporated | MIMO WLAN system |
| US20040120349A1 (en) * | 2002-11-14 | 2004-06-24 | Hughes Electronics | Systems and methods for transmitting internet protocol data via satellite |
| DE10254384B4 (de) | 2002-11-17 | 2005-11-17 | Siemens Ag | Bidirektionales Signalverarbeitungsverfahren für ein MIMO-System mit einer rangadaptiven Anpassung der Datenübertragungsrate |
| KR100561393B1 (ko) * | 2002-11-30 | 2006-03-16 | 삼성전자주식회사 | 무선 네트워크에 있어서 매체 접근 제어 방법 및 시스템 |
| US7260073B2 (en) * | 2002-12-02 | 2007-08-21 | Nokia Corporation | Method for scheduling of plural packet data flows |
| US20040109433A1 (en) * | 2002-12-06 | 2004-06-10 | Khan Farooq Ullah | Reverse link packet acknowledgement method |
| US6980542B2 (en) | 2002-12-16 | 2005-12-27 | Avaya Technology Corp. | Poll scheduling for periodic uplink and downlink traffic |
| FR2849303B1 (fr) | 2002-12-24 | 2005-03-11 | Cit Alcatel | Procede de diffusion d'une information a des terminaux dans un reseau de radiocommunication, et terminal mettant en oeuvre ce procede |
| TW589841B (en) | 2002-12-26 | 2004-06-01 | Newsoft Technology Corp | Method and system for improving transmission efficiency of wireless local area network |
| CN1512721A (zh) | 2002-12-26 | 2004-07-14 | �ʼҷ����ֵ��ӹɷ�����˾ | 具有增强中央协调控制的无线局域网系统和方法 |
| FR2849730A1 (fr) | 2003-01-02 | 2004-07-09 | Thomson Licensing Sa | Methode pour reserver de la bande passante dans un reseau de type ethernet |
| US7372855B2 (en) * | 2003-01-08 | 2008-05-13 | Sharp Laboratories Of America, Inc. | System and method for synchronizing an IEEE 802.11 power-save interval |
| EP1887735A2 (en) | 2003-01-10 | 2008-02-13 | Matsushita Electric Industrial Co., Ltd. | Method for transmitting data stream via wireless medium across a wireless network and a wireless network |
| US7525994B2 (en) * | 2003-01-30 | 2009-04-28 | Avaya Inc. | Packet data flow identification for multiplexing |
| US7782898B2 (en) | 2003-02-04 | 2010-08-24 | Cisco Technology, Inc. | Wideband cable system |
| US8149707B2 (en) | 2003-02-12 | 2012-04-03 | Rockstar Bidco, LP | Minimization of radio resource usage in multi-hop networks with multiple routings |
| US20040156367A1 (en) | 2003-02-11 | 2004-08-12 | Magis Networks, Inc. | Hierarchically distributed scheduling apparatus and method |
| US7269152B2 (en) | 2003-02-14 | 2007-09-11 | Motorola, Inc. | Method and apparatus for transmitting information within a communication system |
| KR20040076979A (ko) | 2003-02-27 | 2004-09-04 | 삼성전자주식회사 | 무선 ｌａｎ 및 무선 ｌａｎ 스테이션들사이에서 다이렉트링크 프로토콜 설정방법 |
| US20040190485A1 (en) | 2003-03-24 | 2004-09-30 | Khan Farooq Ullah | Method of scheduling grant transmission in a wireless communication system |
| US6961311B2 (en) | 2003-05-13 | 2005-11-01 | Motorola, Inc. | Adaptive scheduling window management for a quality of service enabled local area network |
| US7280513B2 (en) | 2003-06-10 | 2007-10-09 | Lucent Technologies Inc. | Method of transmission of a data frame from a first station to a second station, and a CDMA telecommunications network |
| US7512070B2 (en) * | 2003-06-23 | 2009-03-31 | Intel Corporation | Adaptive use of a transmit opportunity |
| JP2005020163A (ja) * | 2003-06-24 | 2005-01-20 | Sony Corp | 無線通信システム、無線通信装置及び無線通信方法、並びにコンピュータ・プログラム |
| KR100586845B1 (ko) | 2003-06-24 | 2006-06-07 | 삼성전자주식회사 | Ｄｃｆ 기반의 무선 랜 네트워크상에서 ｄｌｐ와 멀티-채널을 사용하여 전송 효율을 높이는 방법 및 그 방법을 이용한 무선 네트워크 시스템 |
| US20040266451A1 (en) | 2003-06-30 | 2004-12-30 | Aleksandr Stolyar | Method and apparatus for improving scheduler performance in wireless packet data systems |
| US7817663B2 (en) * | 2003-07-14 | 2010-10-19 | Samsung Electronics Co., Ltd. | Method and apparatus for generating packet data to support multiple services in a wireless packet data communication system |
| JP3880554B2 (ja) | 2003-07-18 | 2007-02-14 | 松下電器産業株式会社 | 空間分割多重アクセス方式ワイヤレス媒体アクセスコントローラ |
| JP2005057373A (ja) | 2003-08-07 | 2005-03-03 | Ntt Docomo Inc | 無線パケット通信装置 |
| US7336642B2 (en) * | 2003-08-07 | 2008-02-26 | Skypilot Networks, Inc. | Communication protocol for a wireless mesh architecture |
| US7065144B2 (en) | 2003-08-27 | 2006-06-20 | Qualcomm Incorporated | Frequency-independent spatial processing for wideband MISO and MIMO systems |
| US7400642B2 (en) | 2003-08-29 | 2008-07-15 | Samsung Electronics Co., Ltd | Apparatus and method for controlling operational states of medium access control layer in a broadband wireless access communication system |
| US7385998B2 (en) * | 2003-09-08 | 2008-06-10 | Nortel Networks Limited | Method and apparatus for encapsulating services for transportation over metallic physical mediums |
| KR100975734B1 (ko) | 2003-09-08 | 2010-08-12 | 엘지디스플레이 주식회사 | 횡전계방식 액정 표시 장치용 어레이 기판 및 그 제조 방법 |
| US7079552B2 (en) * | 2003-09-09 | 2006-07-18 | Harris Corporation | Mobile ad hoc network (MANET) with quality-of-service (QoS) protocol hierarchy and related methods |
| US7158803B1 (en) * | 2003-09-16 | 2007-01-02 | Verizon Corporate Services Group Inc. | Emergency services for wireless data access networks |
| US8233462B2 (en) | 2003-10-15 | 2012-07-31 | Qualcomm Incorporated | High speed media access control and direct link protocol |
| US8462817B2 (en) | 2003-10-15 | 2013-06-11 | Qualcomm Incorporated | Method, apparatus, and system for multiplexing protocol data units |
| US8483105B2 (en) | 2003-10-15 | 2013-07-09 | Qualcomm Incorporated | High speed media access control |
| US8842657B2 (en) | 2003-10-15 | 2014-09-23 | Qualcomm Incorporated | High speed media access control with legacy system interoperability |
| US8472473B2 (en) | 2003-10-15 | 2013-06-25 | Qualcomm Incorporated | Wireless LAN protocol stack |
| US7616698B2 (en) | 2003-11-04 | 2009-11-10 | Atheros Communications, Inc. | Multiple-input multiple output system and method |
| US8406235B2 (en) | 2003-11-26 | 2013-03-26 | Qualcomm Incorporated | Quality of service scheduler for a wireless network |
| US7366202B2 (en) * | 2003-12-08 | 2008-04-29 | Colubris Networks, Inc. | System and method for interference mitigation for wireless communication |
| US7706399B2 (en) * | 2003-12-19 | 2010-04-27 | Intel Corporation | Polling in wireless networks |
| US7333556B2 (en) * | 2004-01-12 | 2008-02-19 | Intel Corporation | System and method for selecting data rates to provide uniform bit loading of subcarriers of a multicarrier communication channel |
| US8903440B2 (en) | 2004-01-29 | 2014-12-02 | Qualcomm Incorporated | Distributed hierarchical scheduling in an ad hoc network |
| US7818018B2 (en) | 2004-01-29 | 2010-10-19 | Qualcomm Incorporated | Distributed hierarchical scheduling in an AD hoc network |
| US8315271B2 (en) | 2004-03-26 | 2012-11-20 | Qualcomm Incorporated | Method and apparatus for an ad-hoc wireless communications system |
| US7417974B2 (en) | 2004-04-14 | 2008-08-26 | Broadcom Corporation | Transmitting high rate data within a MIMO WLAN |
| US7564814B2 (en) | 2004-05-07 | 2009-07-21 | Qualcomm, Incorporated | Transmission mode and rate selection for a wireless communication system |
| US8401018B2 (en) | 2004-06-02 | 2013-03-19 | Qualcomm Incorporated | Method and apparatus for scheduling in a wireless network |
| CN1263675C (zh) | 2004-08-30 | 2006-07-12 | 湖北教育学院 | 惰性浓盐介质法制备纳米粉体的方法 |
| JP4331088B2 (ja) * | 2004-11-01 | 2009-09-16 | 株式会社東芝 | 通信装置および通信方法 |
| GB0424704D0 (en) * | 2004-11-09 | 2004-12-08 | Nortel Networks Ltd | Atm over ethernet scheduler |
| US7599340B2 (en) | 2005-01-25 | 2009-10-06 | Interdigital Technology Corporation | Method and apparatus or eliminating interference caused by hidden nodes |
| US20060268886A1 (en) | 2005-05-04 | 2006-11-30 | Interdigital Technology Corporation | Wireless communication method and system for enhancing the capability of WLAN control frames |
| US7733835B2 (en) * | 2005-07-20 | 2010-06-08 | Interdigital Technology Corporation | Method and system for reducing power consumption of a wireless transmit/receive unit |
| KR100902499B1 (ko) * | 2005-08-02 | 2009-06-15 | 삼성전자주식회사 | 광대역 무선통신시스템에서 프레임 통신 장치 및 방법 |
| US8600336B2 (en) * | 2005-09-12 | 2013-12-03 | Qualcomm Incorporated | Scheduling with reverse direction grant in wireless communication systems |
| DK1816883T3 (en) * | 2006-02-03 | 2017-04-10 | Guangdong Oppo Mobile Telecommunications Corp Ltd | UPLINK RESOURCE ALLOCATION IN A MOBILE COMMUNICATION SYSTEM |
| EP3048849B1 (en) * | 2006-03-07 | 2017-06-21 | Panasonic Corporation | Overhead reduction of uplink control signaling in a mobile communication system |
| US8179871B2 (en) | 2006-03-29 | 2012-05-15 | Samsung Electronics Co., Ltd. | Method and system for channel access control for transmission of video information over wireless channels |
| US20080130660A1 (en) | 2006-10-19 | 2008-06-05 | Jordi Ros-Giralt | System and method of real-time control and scheduling for zero-queue distributed systems |
| US7869432B1 (en) * | 2007-06-29 | 2011-01-11 | Force 10 Networks, Inc | Peer-to-peer link aggregation across a service provider network |
| US7978646B2 (en) * | 2007-10-19 | 2011-07-12 | Telefonaktiebolaget Lm Ericsson (Publ) | Hybrid contention-based and schedule-based access to a communication link |
| US7881340B2 (en) * | 2007-10-22 | 2011-02-01 | The Johns Hopkins University | Decentralized media access control for ad-hoc mobile wireless network |
| US8441975B2 (en) | 2009-06-05 | 2013-05-14 | Broadcom Corporation | Medium accessing mechanisms within multiple user, multiple access, and/or MIMO wireless communications |
-
2004
- 2004-10-13 US US10/964,332 patent/US8284752B2/en active Active
- 2004-10-15 EP EP04795249A patent/EP1680897B1/en not_active Expired - Lifetime
- 2004-10-15 ES ES04795249T patent/ES2342888T3/es not_active Expired - Lifetime
- 2004-10-15 CN CN2004800372583A patent/CN1894909B/zh not_active Expired - Lifetime
- 2004-10-15 CA CA2542382A patent/CA2542382C/en not_active Expired - Lifetime
- 2004-10-15 JP JP2006535341A patent/JP5043437B2/ja not_active Expired - Lifetime
- 2004-10-15 PL PL04795249T patent/PL1680897T3/pl unknown
- 2004-10-15 WO PCT/US2004/034062 patent/WO2005039128A1/en not_active Ceased
- 2004-10-15 KR KR1020067009449A patent/KR100814305B1/ko not_active Expired - Lifetime
- 2004-10-15 AT AT04795249T patent/ATE460796T1/de not_active IP Right Cessation
-
2010
- 2010-05-06 JP JP2010106700A patent/JP5054151B2/ja not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| HK1096224A1 (en) | 2007-05-25 |
| US8284752B2 (en) | 2012-10-09 |
| WO2005039128A1 (en) | 2005-04-28 |
| KR100814305B1 (ko) | 2008-03-19 |
| KR20060086427A (ko) | 2006-07-31 |
| EP1680897B1 (en) | 2010-03-10 |
| US20050135403A1 (en) | 2005-06-23 |
| JP5054151B2 (ja) | 2012-10-24 |
| CN1894909A (zh) | 2007-01-10 |
| ATE460796T1 (de) | 2010-03-15 |
| JP2010200363A (ja) | 2010-09-09 |
| CA2542382C (en) | 2011-03-29 |
| PL1680897T3 (pl) | 2010-08-31 |
| JP2007509531A (ja) | 2007-04-12 |
| JP5043437B2 (ja) | 2012-10-10 |
| CA2542382A1 (en) | 2005-04-28 |
| EP1680897A1 (en) | 2006-07-19 |
| CN1894909B (zh) | 2012-05-16 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP1680897B1 (en) | Method, apparatus, and system for medium access control | |
| EP2528281B1 (en) | Method, Apparatus, and System for Multiplexing Protocol Data Units | |
| US8472473B2 (en) | Wireless LAN protocol stack | |
| US9226308B2 (en) | Method, apparatus, and system for medium access control | |
| TWI383302B (zh) | 無線區域網路協定堆集 | |
| ES2427145T3 (es) | Control de acceso al medio de alta velocidad y protocolo de enlace directo | |
| US12107690B2 (en) | Autonomous transmission for extended coverage | |
| CN101772909B (zh) | 用于移动微波存取全球互通(WiMAX)系统的多用户资源分配和介质存取控制(MAC)开销减少 | |
| ES2393104T3 (es) | Control de acceso a medios a alta velocidad | |
| JP2016527845A (ja) | デバイスツーデバイス通信のための分散スケジューリング | |
| US20260025670A1 (en) | Artificial intelligence (ai) model distribution in a wireless network | |
| HK1096224B (en) | Method, apparatus, and system for medium access control | |
| HK1096219B (en) | Method, apparatus, and system for multiplexing protocol data units |