Contenidos

Artículos
IEEE 802.1 1
IEEE 802.2 1
IEEE 802.3 3
IEEE 802.4 5
Token Ring 7
IEEE 802.6 10
IEEE 802.9 10
IEEE 802.10 12
IEEE 802.11 12
IEEE 802.15 20
IEEE 802.16 24

Referencias
Fuentes y contribuyentes del artículo 28
Fuentes de imagen, Licencias y contribuyentes 29

Licencias de artículos
Licencia 30
IEEE 802.1 1

IEEE 802.1
La norma 802.1 describe la interrelación entre las partes del documento y su relación con el Modelo de Referencia
OSI. También contiene información sobre normas de gestión de red e interconexión de redes. Establece los
estándares de interconexión relacionados con la gestión de redes.
Otros estándares relacionados:
• IEEE 802.1D es el estándar de IEEE para bridges MAC.
• IEEE 802.1Q, también conocido como dot1Q, incluye definición para VLAN.
• IEEE 802.1aq, Shortest Path Bridging (SPB)
• IEEE 802.1p es un estándar que proporciona priorización de tráfico y filtrado multicast dinámico. Esencialmente,
proporciona un mecanismo para implementar Calidad de Servicio (QoS) a nivel de MAC (Media Access Control).
• IEEE 802.1X es una norma del IEEE para el control de acceso a red basada en puertos.

IEEE 802.2
IEEE 802.2 es el IEEE 802 estándar que define el control de enlace lógico (LLC), que es la parte superior de la capa
enlace en las redes de área local. La subcapa LLC presenta una interfaz uniforme al usuario del servicio enlace de
datos, normalmente la capa de red. Bajo la subcapa LLC está la subcapa Media Access Control (MAC), que depende
de la configuración de red usada (Ethernet, token ring, FDDI, 802.11, etc.).
El estándar IEEE incluye esta subcapa que añade las etiquetas estándar de 8-bit DSAP (Destination Service Access
Point) y SSAP (Source Service Access Point) a los paquetes del tipo de conexión. También usado en funciones
auxiliares como Control de flujo. Hay sitio para 64 números SAP globalmente asignados, y la IEEE no los asigna a
la ligera. IP no tiene un número SAP asignado, porque solo los “estándares internacionales” pueden tener números
SAP. Los protocolos que no lo son pueden usar un número SAP del espacio de SAP administrado localmente. EL
Subnetwork Access Protocol (SNAP) permite valores EtherType usados para especificar el protocolo transportado
encima de IEEE 802.2, y también permite a los fabricantes definir sus propios espacios de valores del protocolo.

Modos operativos
IEEE 802.2 incorpora dos modos operativos no orientados a conexión y uno orientado a conexión: El uso de
multicast y broadcast puede reducir el tráfico en la red cuando la misma información tiene que ser enviada a todas
las estaciones de la red. Sin embargo el servicio tipo 1 no ofrece garantías de que los paquetes lleguen en el orden en
el que se enviaron; el que envía no recibe información sobre si los paquetes llegan.
• Tipo 2: es un modo operativo orientado a conexión. La enumeración en secuencia asegura que los paquetes llegan
en el orden en que han sido mandados, y ninguno se ha perdido.
• Tipo 3: es un modo no orientado a conexión con confirmación. Únicamente soporta conexión point to point.
IEEE 802.2 2

Cabecera LLC
802.2 define una cabecera especial que incluye una cabecera SNAP (subnetwork access protocol).Algunos
protocolos, particularmente los diseñados para OSI networking stack, operan directamente sobre 802.2 LLC, que
provee los servicios datagrama y orientado a conexión. Esta cabecera 802.2 esta actualmente empotrada en paquetes
802.3 (Ethernet II frames, aka. DIX frames).
La cabecera LLC incluye dos campos de dirección adicionales de 8 bit, llamados service access points or SAPs en
terminología OSI; cuando la fuente y el destino SAP son puestos al valor 0xAA, el servicio SNAP es requerido. La
cabecera SNAP permite usar valores EtherType con todos los protocolos IEEE 802, así como usar protocolos de
espacio de ID privados. En IEEE 802.3x-1997, el estandar IEEE Ethernet fue modificado explícitamente para
permitir el uso del campo de 16-bit después de la dirección MAC para utilizarlo como un campo de longitud o de
tipo.
Novell NetWare usaba este tipo de paquete por defecto desde mediados de los noventa, y como Netware estaba muy
extendido entonces, mientras que IP no, en algún momento la mayoría del trafico Ethernet mundial corría sobre
"raw" 802.3 transportando IPX. Desde Netware 4.10 usa ahora por defecto IEEE 802.2 con LLC (Netware Frame
Type Ethernet_802.2) cuando utiliza IPX.
Mac OS usa empaquetamiento 802.2/SNAP para la suite de protocolos AppleTalk en Ethernet ("EtherTalk") y
empaquetamiento Ethernet II para TCP/IP Las variantes 802.2 de Ethernet no son de amplio uso en redes comunes
actualmente, con la excepción de grandes instalaciones Netware corporativas que aún no han migrado a Netware
sobre IP. En el pasado, muchas redes corporativas soportaban 802.2 Ethernet para soportar puentes de traducción
transparentes entre Ethernet e IEEE 802.5 Token Ring o redes FDDI.
Existe un Internet standard para encapsular tráfico IPv4 en paquetes IEEE 802.2 con cabeceras LLC/SNAP.[1] Casi
nunca se ha implementado en Ethernet (aunque se usa en FDDI y en token ring, IEEE 802.11, y otras redes IEEE
802 ).
El tráfico IP no se puede encapsular en paquetes IEEE 802.2 LLC sin SNAP porque, aunque hay un tipo de
protocolo LLC para IP, no hay ningún tipo de protocolo LLC para ARP. IPv6 también puede transmitirse sobre
Ethernet usando IEEE 802.2 con LLC/SNAP, pero, de nuevo, casi nunca se usa (aunque el encapsulamiento
LLC/SNAP de IPv6 se usa en redes IEEE 802 ).

IEEE 802.2 palabras de control de cabecera y formatos de paquete

Puede haber tres clases más IEEE 802.2 PDU, llamados paquetes U, I o S.
• Paquetes U , con un campo de control de 8 bits, están pensados para servicios no orientados a conexión
• Paquetes I, con un campo de control y secuencia numérica de 16 bits, están pensados para servicios orientados a
conexión
• Paquetes S, con un campo de control de 16 bits, están pensados para usarse en funciones supervisoras en la capa
LLC ( Logical Link Control).
De estos tres formatos, Solo el formato U se usa normalmente. El formato de un paquete PDU se identifica por los
dos bits más bajos del primer byte del campo de control. IEEE 802.2 deriva conceptualmente de HDLC, lo que
explica estos aspectos de su diseño.
IEEE 802.2 3

Referencias
[1] RFC 1042

Enlaces externos
• IEEE 802.2 online (http://standards.ieee.org/getieee802/802.2.html)

IEEE 802.3
IEEE 802.3 fue el primer intento para estandarizar ethernet. Aunque hubo un campo de la cabecera que se definió de
forma diferente, posteriormente ha habido ampliaciones sucesivas al estándar que cubrieron las ampliaciones de
velocidad (Fast Ethernet, Gigabit Ethernet y el de 10 Gigabits Ethernet), redes virtuales, hubs, conmutadores y
distintos tipos de medios, tanto de fibra óptica como de cables de cobre (tanto par trenzado como coaxial).
Los estándares de este grupo no reflejan necesariamente lo que se usa en la práctica, aunque a diferencia de otros
grupos este suele estar cerca de la realidad.

Versiones de 802.3
Estándar Fecha Descripción
Ethernet

Ethernet 1972 (patentado en 2,85 Mbit/s sobre cable coaxial en topología de bus.
experimental 1978)

Ethernet II (DIX 1982 10 Mbit/s sobre coaxial fino (thinnet) - La trama tiene un campo de tipo de paquete. El protocolo IP usa
v2.0 este formato de trama sobre cualquier medio.

IEEE 802.3 1983 10BASE5 10 Mbit/s sobre coaxial grueso (thicknet). Longitud máxima del segmento 500 metros - Igual
que DIX salvo que el campo de Tipo se substituye por la longitud.

802.3a 1985 10BASE2 10 Mbit/s sobre coaxial fino (thinnet o cheapernet). Longitud máxima del segmento 200 metros.

802.3b 1985 10BROAD36

802.3c 1985 Especificación de repetidores de 10 Mbit/s

802.3d 1987 FOIRL (Fiber-Optic Inter-Repeater Link) enlace de fibra óptica entre repetidores.

802.3e 1987 1BASE5 o StarLAN

802.3i 1990 10BASE-T 10 Mbit/s sobre par trenzado no blindado (UTP). Longitud máxima del segmento 150 metros.

802.3j 1993 10BASE-F 10 Mbit/s sobre fibra óptica. Longitud máxima del segmento 1000 metros.

802.3u 1995 100BASE-TX, 100BASE-T4, 100BASE-FX Fast Ethernet a 100 Mbit/s con auto-negociación de
velocidad.

802.3x 1997 Full Duplex (Transmisión y recepción simultáneos) y control de flujo.

802.3y 1998 100BASE-T2 100 Mbit/s sobre par trenzado no blindado(UTP). Longitud máxima del segmento 100
metros

802.3z 1998 1000BASE-X Ethernet de 1 Gbit/s sobre fibra óptica.

802.3ab 1999 1000BASE-T Ethernet de 1 Gbit/s sobre par trenzado no blindado

802.3ac 1998 Extensión de la trama máxima a 1522 bytes (para permitir las "Q-tag") Las Q-tag incluyen información
para 802.1Q VLAN y manejan prioridades según el estandar 802.1p.

802.3ad 2000 Agregación de enlaces paralelos. Movido a 802.1AX

802.3ae 2003 Ethernet a 10 Gbit/s ; 10GBASE-SR, 10GBASE-LR

IEEE 802.3 4

IEEE 802.3af 2003 Alimentación sobre Ethernet (PoE).

802.3ah 2004 Ethernet en la última milla.

802.3ak 2004 10GBASE-CX4 Ethernet a 10 Gbit/s sobre cable bi-axial.

802.3an 2006 10GBASE-T Ethernet a 10 Gbit/s sobre par trenzado no blindado (UTP)

802.3ap en proceso Ethernet de 1 y 10 Gbit/s sobre circuito impreso.

(borrador)

802.3aq en proceso 10GBASE-LRM Ethernet a 10 Gbit/s sobre fibra óptica multimodo.

(borrador)

802.3ar en proceso Gestión de Congestión

(borrador)

802.3as en proceso Extensión de la trama

(borrador)

MAC en 802.3
• Formato trama:

7 bytes 1 byte 6 bytes 6 bytes 2 bytes 46 - 1500 bytes 4 bytes

PREAMBULO SDF Dir. Destino Dir. Origen Tipo / Longitud Datos + Relleno FCS

Nota: Al final de la trama hay un intervalo llamado IFG de 12 bytes que no se utiliza, se explica más adelante.
• Preámbulo: Sincronización bit "10101010" (x7).
• SDF: Delimitador de comienzo de trama "10101011".
• Tipo / Longitud:
Para DIX (Digital, Intel, Xerox) este campo significa Tipo de contenido de forma que el tamaño de la
trama no se sabe. Se espera a que acabe para más tarde calcular hacia atrás los campos FCS y Datos +
Relleno. Para IEEE este campo pasó a significar Longitud de la trama. Para diferenciar a qué se refiere
(si a Tipo o a Longitud) un valor en ese campo se llegó a esto:
- DIX Valores > 1536.
- IEEE Valores < 1536.
• Datos + Relleno:
- Trama mínima de 64 bytes (512 bits -> 51,2 μs).
- Como Tx ≥ 2Tp: Datos+Relleno ≥ 46 bytes.
• FCS -> CRC:
Secuencia de chequeo de trama. Es un CRC de un polinomio generador de orden 33:
x^32+x^26+x^23+x^22+x^16+x^12+x^11+x^10+x^8+x^7+x^5+x^4+x^2+x+1
• Direcciones IEEE:
3 bytes -> OUI: Identificador organización.
En OUI hay 2 bits interesantes:
El bit de Unicast (si es 0) o Multicast (si es 1)
El bit de Globales (0) o Locales (1)
3 bytes -> NIC: Id. Tarjeta interfaz de Red.
Notación (por ejemplo): F2:3E:C1:8A:B1:01
IEEE 802.3 5

Dirección de difusión (broadcast) FF:FF:FF:FF:FF:FF. Este tipo de dirección se utiliza para que todos
los equipos conectados en el mismo dominio de difusión recojan la trama.
• IFG: "Gap" Interface -> 12 bytes (96 bits) es un intervalo de espera que se realiza siempre antes de empezar a
transmitir aún si el medio está libre.

Referencias

Enlaces externos
• web del grupo de trabajo 802.3 (http://www.ieee802.org/3/) (en inglés)
• IEEE 802.3-2002 (pdf) (http://standards.ieee.org/getieee802/download/802.3-2002.pdf): el documento del
estándar que en inglés se denomina: "Carrier sense multiple access with collision detection (CSMA/CD) access
method and physical layer specification".

IEEE 802.4
IEEE 802.4 (Token Bus) es un protocolo de red que implementa una red lógica en anillo con paso de testigo sobre
en una red física de cable coaxial.

Orígenes
Las redes que siguen este protocolo se han extendido rápidamente, sobre todo por su facilidad de instalación. Sin
embargo, tienen un problema que representa un escollo importante en algunas aplicaciones: su carácter probabilístico
en la resolución de las colisiones puede provocar retardos importantes en las transmisiones en casos extremos.
Algunas aplicaciones no soportan tales retardos, sobre todo las que son críticas en el tiempo, es decir, en aplicaciones
en tiempo real, como el control de procesos industriales.
Una red que no tiene el problema de colisiones podría ser una red en anillo, sin embargo, la topología física en anillo
tiene desventajas importantes cuando el ámbito de la red es más amplio: es más fácil cablear un edificio con
segmentos de cable longitudinales que con líneas circulares. Estas razones pusieron en marcha que la IEEE pensara
en un nuevo estándar que aglutinara las ventajas físicas de una red en bus con las lógicas de una red en anillo. El
resultado fue el estándar IEEE 802.4, que define una red en bus por paso de testigo. El testigo no es más que una
trama de control que informa del permiso que tiene una estación para usar los recursos de la red. Ninguna estación
puede transmitir mientras no recibe el testigo que la habilita para hacerlo.

Estructura
Está físicamente constituida como un bus, semejante al de la red IEEE 802.3, aunque desde el punto de vista lógico
la red se organiza como si se tratase de un anillo. Cada estación tiene un número asociado por el que es identificada
unívocamente. El testigo es generado por la estación con el número mayor cuando se pone en marcha la red. El
testigo se pasa a la estación siguiente en orden descendente de numeración. Esta nueva estación recoge el testigo y se
reserva el derecho de emisión. Cuando ha transmitido cuanto necesitaba, o si ha expirado un tiempo determinado,
debe generar otro testigo con la dirección de la inmediatamente inferior. El proceso se repite para cada estación de la
red. De este modo, todas las estaciones pueden transmitir periódicamente; se trata, por tanto, de un complejo sistema
de multiplexación en el tiempo.
Evidentemente, el protocolo MAC de la IEEE 802.4 debe prever el modo en que las estaciones se incorporarán al
anillo lógico cuando sean encendidas o, por el contrario, la manera en que se desconectarán, sin interrumpir por ello
el procedimiento lógico de paso de testigo.
IEEE 802.4 6

En la capa física, la red IEEE 802.4 utiliza cable coaxial de 75 ohmios por el que viajarán señales moduladas, es
decir, IEEE 802.4 es una red en banda ancha que modula sus señales en el nivel físico. También se permite la
utilización de repetidores con objeto de alargar la longitud de la red. Las velocidades de transferencia de datos que
prevé esta norma están comprendidas entre 1,5 y 10 Mbps. Hay que hacer notar que aunque la estructura física de la
IEEE 802.3 y de la IEEE 802.4 es semejante desde el punto de vista topológico, las normas son totalmente
incompatibles desde el punto de vista físico: ni el medio de transmisión es el mismo, ni la codificación de las señales
coinciden.

Trama
El formato de la trama se puede visualizar de la siguiente manera:
Preámbulo - DC - Control Direc. - Direc. destino - Direc. origen - Datos - CRC - DF
• Preámbulo: Este campo es semejante al preámbulo de la IEEE 802.3, que estaba heredado del protocolo HDLC.
Se trata de emitir la secuencia binaria “10101010″ en un byte. Este campo es de mucha menor longitud que en la
red Ethernet. La misión de este campo como en el caso de Ethernet, es la de sincronizar emisor y receptor.
• Delimitador de comienzo (DC): Consiste en la emisión de una señal distinta de “0″ o “1″; una secuencia prohibida
en el código binario durante el tiempo de emisión de un byte. Cualquier estación a la escucha sabe que comienza
una trama al leer del canal esta señal prohibida.
• Control de trama: Este campo codifica en un byte el tipo de trama de que se trata. Hay tramas encargadas de
transmitir datos, otras de transferir el testigo a otra estación, etc.
• Dirección de destino: En este campo se codifica la dirección de la estación destinataria de la trama.
• Dirección de origen: Es un campo semejante al de dirección de destino, pero ahora es el que envía la trama.
• Campo de datos: En este campo se codifica la información del usuario. Su longitud varía entre 0 y 8.192 bytes, o
entre 0 y 8.174 bytes, para tramas con direcciones de seis bytes.
• CRC: Es un campo semejante al de la IEEE 802.3, encargado del control de errores.
• Delimitador de fin (DF): Es un campo idéntico al delimitador de inicio. Su misión es señalizar el final de la trama.
Las tramas de control para el estándar IEEE 802.4 son las siguientes:
Campo de control Nombre Significado
00000000 Reclamo_Testigo Reclama testigo durante inicio anillo
00000001 Solicitud_sucesor1 Permiso para que las estaciones estén en anillo
00000010 Solicitud_sucesor2 Permiso para que las estaciones estén en anillo
00000011 Quien _ sigue Recuperación del testigo perdido
00000100 Resuelve_contienda Cuando múltiples estaciones quieren entrar en el anillo
00001000 Testigo Paso de testigo
00001100 Establece _ sucesor Mensaje de las estaciones que salen o entran en el anillo
Token Ring 7

Token Ring
Token Ring es una arquitectura de red
desarrollada por IBM en los años 1970 con
topología física en anillo y técnica de acceso
de paso de testigo, usando un frame de 3
bytes llamado token que viaja alrededor del
anillo. Token Ring se recoge en el estándar
IEEE 802.5. En desuso por la
popularización de Ethernet; actualmente no
es empleada en diseños de redes.

El estándar IEEE 802.5

IBM 8228 MAU.
El IEEE 802.5 es un estándar por el Institute
of Electrical and Electronics Engineers
(IEEE), y define una red de área local LAN
en configuración de anillo (Ring), con
método de paso de testigo (Token) como
control de acceso al medio. La velocidad de
su estándar es de 4 o 16 Mbps.

El diseño de una red de Token Ring fue

atribuido a E. E. Newhall en el año 1969.
IBM publicó por primera vez su topología
de Token Ring en marzo de 1982, cuando
esta compañía presentó los papeles para el
proyecto 802 del IEEE. IBM anunció un
producto Token Ring en 1984, y en 1985
éste llegó a ser un estándar de ANSI/IEEE.

Es casi idéntica y totalmente compatible con

la red del token ring de IBM. De hecho, la Conector hermafrodita IBM con clip de bloqueo.

especificación de IEEE 802.5 fue modelada

después del token ring, y continúa a la sombra ésta. Además, el token ring de la IBM especifica una estrella, con
todas las estaciones del extremo unidas a un dispositivo al que se le llama "unidad del acceso multiestación"
(MSAU). En contraste, IEEE 802.5 no especifica una topología, aunque virtualmente todo el IEEE 802.5 puesto en
práctica se basa en una estrella, y tampoco especifica un tipo de medios, mientras que las redes del token ring de la
IBM utilizan el tamaño del campo de información de encaminamiento.

El IEEE 802.5 soporta dos tipos de frames básicos: tokens y frames de comandos y de datos. El Token es una trama
que circula por el anillo en su único sentido de circulación. Cuando una estación desea transmitir y el Token pasa por
ella, lo toma. Éste sólo puede permanecer en su poder un tiempo determinado (10 ms). Tienen una longitud de 3
bytes y consiste en un delimitador de inicio, un byte de control de acceso y un delimitador de fin. En cuanto a los
Frames de comandos y de datos pueden variar en tamaño, dependiendo del tamaño del campo de información. Los
frames de datos tienen información para protocolos mayores, mientras que los frames de comandos contienen
información de control.
Token Ring 8

Características principales
• Utiliza una topología lógica en anillo, aunque por medio de una unidad de acceso de estación múltiple (MSAU o
MAU), la red puede verse como si fuera una estrella. Tiene topología física estrella y topología lógica en anillo.
• Utiliza cable especial apantallado, aunque el cableado también puede ser par trenzado.
• La longitud total de la red no puede superar los 366 metros.
• La distancia entre una computadora y el MAU no puede ser mayor que 100 metros (por la degradación de la señal
después de esta distancia en un cable de par trenzado).
• A cada MAU se pueden conectar ocho computadoras.
• Estas redes alcanzan una velocidad máxima de transmisión que oscila entre los 4 y los 16 Mbps.
• Posteriormente el High Speed Token Ring (HSTR) elevó la velocidad a 110 Mbps pero la mayoría de redes no la
soportan.

MAC en Token Ring

• Formato de trama:

1 byte 1 byte 1 byte 6 bytes 6 bytes >= 0 4 bytes 1 byte 1 byte

SD AC FC Dir. Destino Dir. Origen Info FCS ED FS

• Formato del testigo:

SD AC ED

• SD/ED (Start / Ending designator): Codificación HH o LL (No válidos en Mánchester Diferencial).

• AC: Access control.

PPP T M RRR

• PPP: Prioridad.
• T: Testigo (Si/No).
• M: Monitorización.
• RRR: Reserva de prioridad.
• FC: Frame Control (Tipo)
• Datos (LLC-PDU).
• Control (Mantenimiento y operación de la red).
• FCS: CRC por errores.
• FS: Frame Status, sirve para confirmación MAC.

A C rr A C rr

• A: Se ha pasado por el destino.

• C: El destinatario la ha leído.
Token Ring 9

Operación
• La idea es mantener el testigo circulando activamente por el anillo, para que cualquier estación que desee
transmitir pueda hacerlo cuando este pase por ella. En este punto, la estación que recibe el testigo verifica el
campo de prioridad de este, si los datos que desea enviar tienen una prioridad mayor o igual, entonces retiene el
testigo durante el Token Holding Time (máximo tiempo que puede tener el token (testigo) una estación - 10 ms) o
hasta que no tenga más data para enviar (lo que ocurra primero) e inicia su transmisión. A medida que las tramas
van recorriendo el anillo, cada estación verifica si la dirección Destino corresponde con la propia, de no ser así,
simplemente la ignora. En caso contrario, la estación receptora va a copiar la trama (notificando esto al marcar el
bit de Copiado en 1) y de acuerdo al resultado de la operación, el bit A también sera encendido; posteriormente,
deja que la trama siga circulando por el anillo para que al llegar al emisor esta sea retirada. Finalmente, el emisor
debe inyectar un nuevo testigo en el anillo, con prioridad X (donde X sera la prioridad previamente marcada en el
testigo antes de que nuestra estación lo retuviera para empezar la transmisión), el objetivo de esto es que las
estaciones con datos cuya prioridad es más baja no sufran de inanición y puedan transmitir.
Tips:
• Hosts con datos de prioridad P (8 niveles).
• Captura del testigo: Aprovecha SD del testigo e introduce su trama sólo si la prioridad del testigo es menor o
igual que la de los datos a transmitir.

Funciones de mantenimiento / supervisión

• Estación supervisora:
• Monitoriza la red.
• Envía periódicamente una trama de control (AMP: Monitor Activo Presente).
• Vigila la presencia del testigo:
• Si no lo encuentra tras cierto tiempo, lo pone de nuevo en circulación.
• Vigila la longitud del anillo para que sea mayor o igual que 24 bits (un testigo completo) añadiendo más si es
necesario.
• Vigila la presencia de tramas huérfanas -> las retira:
• Enciende el bit M de la trama al pasar por ella (estación supervisora), si por segunda vez la trama es
recibida con el bit M encendido, esta es descartada.
• Vigila la presencia de tramas mutiladas -> las retira.

Prioridades
• Reserva:
• Sobre el campo RR de una trama de datos.
• La encargada de retirar la trama pone en circulación el testigo con ese nivel de prioridad.
• Las reservas pueden reescribirse por otras de mayor prioridad, se guardan y se usan después.

Enlaces externos
• IEEE [1]
Token Ring 10

Referencias
[1] http:/ / www. ieee. org

IEEE 802.6
IEEE 802.6 es un estándar de la serie 802 referido a las redes MAN (Metropolitan Area Network). Actualmente el
estándar ha sido abandonado debido al desuso de las redes MAN, y a algunos defectos provenientes de este
protocolo (no es muy efectivo al conectar muchas estaciones de trabajo).
El IEEE 802.6, también llamado DQDB (Distributed Queue Dual Bus, bus doble de colas distribuidas), está formado
por dos buses unidireccionales paralelos que serpentean a través del área o ciudad a cubrir. Cada bus tiene un
Head-end, el cual genera células para que viajen corriente abajo.
Cuando una estación desea transmitir tiene que confirmar primero la dirección del receptor (si esta a la derecha o a la
izquierda) y luego tomar el bus correspondiente. Esto generó un gran problema ya que una vez conformada la red,
cada estación tiene que chequear las direcciones de las otras estaciones, generando grandes demoras de tiempo.

IEEE 802.9
Estándar que pretende integrar servicios de voz y datos en una misma red.

Objetivos
Los trabajos a cargo del grupo de trabajo IEEE 802.9 son los siguientes:
• Desarrollar un sistema integrado de voz/datos y la interfaz entre el servicio de control de acceso al medio (MAC)
y las capas físicas que sean compatibles con otras normas IEEE 802 y las normas RDSI.
• Desarrollar una interfaz que opere independientemente de la red troncal.
• Concentrarse en el uso de par trenzado no apantallado (UTP) como medio de distribución primaria. Este punto es
especialmente importante debido a la capacidad de interferencias cercanas en UTP, el ancho de banda y el exceso
de capacidad que está presente normalmente en UTP utilizado en aplicaciones tales como la voz.
Para una implementación exitosa, el estándar 802.9 también debe:
• Ser atractivo tanto para los fabricantes como para los usuarios desde los puntos de vista económico, la instalación
y el funcionamiento de la red.
• Apoyo a la calidad del servicio de voz disponible hoy en día y las mejoras esperadas en el futuro.
• Permitir la implementación de una serie de aplicaciones tanto centralizados (por ejemplo, la conexión a la red
telefónica a través de una centralita privada) y aplicaciones distribuidas (por ejemplo, acceso a bases de datos
compartidas a través de LAN por servidores y equipos.)
A finales de 1990, el estándar IVDLAN estaba casi terminado pero el apoyo de la industria había caído tanto que el
proyecto fue terminado. Como RDSI y aplicaciones multimedia cada vez estaban más disponibles, sin embargo, un
nuevo entusiasmo se encontró para este trabajo. Cambio del nombre de Servicios Integrados en LAN (ISLAN), el
estándar 802.9 fue aprobado como un estándar en el otoño de 1993 y la participación de los proveedores en esta
actividad sugiere que los productos estarán disponibles en 1995.
IEEE 802.9 11

Descripción general del protocolo 802.9

La interfaz de 802,9 debe proporcionar soporte para una serie de servicios diferentes, dependiendo de la aplicación
de usuario y el canal que está siendo utilizado. Por esta razón, varios protocolos diferentes que son compatibles
corresponden a la capa de enlace de datos OSI:
• El canal-P es un canal de datos de paquetes que usan un esquema de MAC y formato de trama específico para el
estándar 802,9. Al igual que otras LAN IEEE 802 (y FDDI ANSI), el IEEE 802,2 Control de Enlace Lógico
(LLC) actúa como protocolo de la subcapa superior de la capa de enlace de datos en el canal P.
• El canal D 802,9 es esencialmente el mismo que el canal D ISDN. Por lo tanto, la unidad de acceso 802,9 usará el
protocolo de datos mismo enlace como ISDN, a saber, los procedimientos de acceso de enlace para el canal D
(LAPD). El control de los servicios de B-y C-canal se realiza mediante los procedimientos básicos de control de
llamadas RDSI, que se describen en la ITU-TSS Q.930.
• Los canales B y C se utilizan para transportar flujos de bits relacionados con los servicios portadores solicitados.
Como en ISDN, sin capa de enlace de datos se especifica para canales portadores desde cualquier protocolo puede
ser utilizado sobre una base de extremo a extremo. El canal B fue pensado originalmente para cualquier servicio
isócrono de 64 kbps, tales como voz digital, pero su alcance se ha ampliado para incluir otros servicios en modo
circuito, tales como conmutación de 56 y 64 kbps de datos digitales. El canal C, como ISDN canal-H, los canales
de banda ancha son isócronos de alta velocidad de paquetes, como transferencias de alta velocidad de datos,
servicios de vídeo y transferencias de imágenes.

Evolución
Durante la década de los 80, el uso de las redes de área local creció a un ritmo muy elevado. A finales de 1980, el
usuario pudo experimentar que las aplicaciones necesitaban un ancho de banda y procesadores más potentes. A
media que el número de ordenadores en la red fue creciendo, también creció la medida en la que el usuario
necesitaba de un mayor ancho de banda. Este incremento en el uso de la red dio lugar a segmentar las LAN y su
tamaño medio empezó a disminuir. Por lo que debido a esto, se creó la necesidad de interconectar las redes a través
de campus y redes de área amplia.
A mediados de la década de los 80, salió a la luz la Red Digital de Servicios Integrados (RDSI). Esto introdujo la
posibilidad de integrar la voz y los datos en una sola red, lo que a largo plazo proporciona ventajas económicas para
el cliente y el proveedor del servicio. Solo sería necesario una toma para RDSI en lugar de tener tomas separadas
para voz y datos, por lo que el proveedor del servicio solo tiene que mantener y administrar una red en lugar de dos.
En febrero de 1986, el comité ejecutivo formado por un grupo especializado en el estudio sobre sistemas integrados
de voz/datos (IVD) de soluciones LAN. En un año, la IEEE 802.9 grupo de trabajo que se creó con la misión de
proporcionar una interfaz para “Unificar las redes LAN y RDSI”. El grupo comenzó a definir el estándar IVDLAN,
compatible con la IEEE 802 ya existentes para LAN y la Unión Internacional de Telecomunicaciones en el Sector de
la Normalización (UIT TSS, anteriormente CCITT) las normas RDSI, arquitecturas y servicios.
Proyecto 20 (17 de mayo de 1993) del estándar IEEE 802.9 fue propuesto para votación por carta en agosto de 1993.
Se ha superado con éxito la fase de votación y se estableció como un estándar oficial de IEEE en el otoño de 1993.
Aunque no haya productos ISLAN ni hayan aparecido en el mercado, varias empresas participaron activamente en el
proceso del estándar IEEE 802,9 y han expresado su interés en el desarrollo de estos productos, incluyendo AT & T
Paradyne (Largo, FL), Ericsson (Anaheim, CA), Hitachi América (Brisbane, CA), IBM (Boca Raton, FL),
LUXCOM (Fremont, CA), National Semiconductor (Santa Clara, CA), y NEC (Princeton, NJ).
Es importante señalar que los productos estándar 802.9 e ISLAN no pueden estar solos, ya que están
conceptualmente asociados con RDSI y RDSI-BA. El desarrollo de estos productos sólo tendrá éxito si hay
despliegue en ATM o redes de área amplia.
IEEE 802.9 12

Referencias
• Trabajo de Gary C. Kessler [1].
• IEEE Std 802-1990: IEEE Standards for Local and Metropolitan Networks: Overview and Architecture New
York:1990

Referencias
[1] http:/ / www. telecomcareers. net/ Resources/ TrainingCenter/ expertech/ network_technologies_ieee. htm

IEEE 802.10
IEEE 802.10 es un estándar anterior para las funciones de la seguridad que se podía utilizar en las redes de área local
y las redes de la zona metropolitana basadas en IEEE 802.x.
802.10 da especificaciones para la gerencia en la asociación de la seguridad así como control de acceso, secreto de
los datos e integridad de datos.
El IEEE 802.10 estándares fue retirado en enero de 2004. La seguridad para las redes inalámbricas se está
desarrollando en 802.11i.
El protocolo Inter-Switch de Cisco (ISL) para VLANs en Ethernet y tecnologías similares del LAN fue basado en
IEEE 802.10; en este uso 802.10 ha sido substituido en gran parte por IEEE 802.1Q.

IEEE 802.11
El estándar 'IEEE 802.11' define el uso de los dos niveles inferiores de la arquitectura OSI (capas física y de enlace
de datos), especificando sus normas de funcionamiento en una WLAN. Los protocolos de la rama 802.x definen la
tecnología de redes de área local y redes de área metropolitana.

Conceptos Generales
• Estaciones: computadores o dispositivos con interfaz de red.
• Medio: se pueden definir dos, la radiofrecuencia y los infrarrojos.
• Punto de acceso (AP): tiene las funciones de un puente (conecta dos redes con niveles de enlace parecidos o
distintos), y realiza por tanto las conversiones de trama pertinente.
• Sistema de distribución: importantes ya que proporcionan movilidad entre AP, para tramas entre distintos puntos
de acceso o con los terminales, ayudan ya que es el mecánico que controla donde está la estación para enviarle las
tramas.
• Conjunto de servicio básico (BSS): grupo de estaciones que se intercomunican entre ellas. Se define dos tipos:
1. Independientes: cuando las estaciones, se intercomunican directamente.
2. Infraestructura: cuando se comunican todas a través de un punto de acceso.
• Conjunto de servicio extendido (ESS): es la unión de varios BSS.
• Área de servicio básico: importante en las redes 802.11, ya que lo que indica es la capacidad de cambiar la
ubicación de los terminales, variando la BSS. La transición será correcta si se realiza dentro del mismo ESS en
otro caso no se podrá realizar.
• Límites de la red: los límites de las redes 802.11 son difusos ya que pueden solaparse diferentes BSS.
IEEE 802.11 13

Protocolos

802.11 legacy
La versión original del estándar IEEE (Instituto de Ingenieros Eléctricos y Electrónicos) 802.11 publicada en 1997
especifica dos velocidades de transmisión teóricas de 1 y 2 megabits por segundo (Mbit/s) que se transmiten por
señales infrarrojas (IR). IR sigue siendo parte del estándar, si bien no hay implementaciones disponibles.
El estándar original también define el protocolo CSMA/CA (Múltiple acceso por detección de portadora evitando
colisiones) como método de acceso. Una parte importante de la velocidad de transmisión teórica se utiliza en las
necesidades de esta codificación para mejorar la calidad de la transmisión bajo condiciones ambientales diversas, lo
cual se tradujo en dificultades de interoperabilidad entre equipos de diferentes marcas. Estas y otras debilidades
fueron corregidas en el estándar 802.11b, que fue el primero de esta familia en alcanzar amplia aceptación entre los
consumidores.

802.11a
La revisión 802.11a fue aprobada en 1999. El estándar 802.11a utiliza el mismo juego de protocolos de base que el
estándar original, opera en la banda de 5 GHz y utiliza 52 subportadoras orthogonal frequency-division multiplexing
(OFDM) con una velocidad máxima de 54 Mbit/s, lo que lo hace un estándar práctico para redes inalámbricas con
velocidades reales de aproximadamente 20 Mbit/s. La velocidad de datos se reduce a 48, 36, 24, 18, 12, 9 o 6 Mbit/s
en caso necesario. 802.11a tiene 12 canales sin solapa, 8 para red inalámbrica y 4 para conexiones punto a punto. No
puede interoperar con equipos del estándar 802.11b, excepto si se dispone de equipos que implementen ambos
estándares.

802.11b
La revisión 802.11b del estándar original fue ratificada en 1999. 802.11b tiene una velocidad máxima de transmisión
de 11 Mbps y utiliza el mismo método de acceso definido en el estándar original CSMA/CA. El estándar 802.11b
funciona en la banda de 2,4 GHz. Debido al espacio ocupado por la codificación del protocolo CSMA/CA, en la
práctica, la velocidad máxima de transmisión con este estándar es de aproximadamente 5,9 Mbits sobre TCP y 7,1
Mbit/s sobre UDP.

802.11 c
Es menos usado que los primeros dos, pero por la implementación que este protocolo refleja. El protocolo ‘c’ es
utilizado para la comunicación de dos redes distintas o de diferentes tipos, así como puede ser tanto conectar dos
edificios distantes el uno con el otro, así como conectar dos redes de diferente tipo a través de una conexión
inalámbrica. El protocolo ‘c’ es más utilizado diariamente, debido al costo que implica las largas distancias de
instalación con fibra óptica, que aunque más fidedigna, resulta más costosa tanto en instrumentos monetarios como
en tiempo de instalación.
"El estándar combinado 802.11c no ofrece ningún interés para el público general. Es solamente una versión
modificada del estándar 802.1d que permite combinar el 802.1d con dispositivos compatibles 802.11 (en el nivel de
enlace de datos capa 2 del modelo OSI)".
IEEE 802.11 14

802.11d
Es un complemento del estándar 802.11 que está pensado para permitir el uso internacional de las redes 802.11
locales. Permite que distintos dispositivos intercambien información en rangos de frecuencia según lo que se permite
en el país de origen del dispositivo móvil.

802.11e
La especificación IEEE 802.11e ofrece un estándar inalámbrico que permite interoperar entre entornos públicos, de
negocios y usuarios residenciales, con la capacidad añadida de resolver las necesidades de cada sector. A diferencia
de otras iniciativas de conectividad sin cables, ésta puede considerarse como uno de los primeros estándares
inalámbricos que permite trabajar en entornos domésticos y empresariales. La especificación añade, respecto de los
estándares 802.11b y 802.11a, características QoS y de soporte multimedia, a la vez que mantiene compatibilidad
con ellos. Estas prestaciones resultan fundamentales para las redes domésticas y para que los operadores y
proveedores de servicios conformen ofertas avanzadas. El documento que establece las directrices de QoS, aprobado
el pasado mes de noviembre, define los primeros indicios sobre cómo será la especificación que aparecerá a finales
de 2001. Incluye, asimismo, corrección de errores (FEC) y cubre las interfaces de adaptación de audio y vídeo con la
finalidad de mejorar el control e integración en capas de aquellos mecanismos que se encarguen de gestionar redes
de menor rango. El sistema de gestión centralizado integrado en QoS evita la colisión y cuellos de botella,
mejorando la capacidad de entrega en tiempo crítico de las cargas. Estas directrices aún no han sido aprobadas. Con
el estándar 802.11, la tecnología IEEE 802.11 soporta tráfico en tiempo real en todo tipo de entornos y situaciones.
Las aplicaciones en tiempo real son ahora una realidad por las garantías de Calidad de Servicio (QoS) proporcionado
por el 802.11e. El objetivo del nuevo estándar 802.11e es introducir nuevos mecanismos a nivel de capa MAC para
soportar los servicios que requieren garantías de Calidad de Servicio. Para cumplir con su objetivo IEEE 802.11e
introduce un nuevo elemento llamado Hybrid Coordination Function (HCF) con dos tipos de acceso:
• (EDCA) Enhanced Distributed Channel Access, equivalente a DCF.
• (HCCA) HCF Controlled Access, equivalente a PCF.
En este nuevo estándar se definen cuatro categorías de acceso al medio (Ordenadas de menos a más prioritarias).
• Background (AC_BK)
• Best Effort (AC_BE)
• Video (AC_VI)
• Voice (AC_VO)
Para conseguir la diferenciación del tráfico se definen diferentes tiempos de acceso al medio y diferentes tamaños de
la ventana de contención para cada una de las categorías.

802.11f
Es una recomendación para proveedores de puntos de acceso que permite que los productos sean más compatibles.
Utiliza el protocolo IAPP que le permite a un usuario itinerante cambiarse claramente de un punto de acceso a otro
mientras está en movimiento sin importar qué marcas de puntos de acceso se usan en la infraestructura de la red.
También se conoce a esta propiedad simplemente como itinerancia.

802.11g
En junio de 2003, se ratificó un tercer estándar de modulación: 802.11g, que es la evolución de 802.11b. Este utiliza
la banda de 2,4 Ghz (al igual que 802.11b) pero opera a una velocidad teórica máxima de 54 Mbit/s, que en
promedio es de 22,0 Mbit/s de velocidad real de transferencia, similar a la del estándar 802.11a. Es compatible con el
estándar b y utiliza las mismas frecuencias. Buena parte del proceso de diseño del nuevo estándar lo tomó el hacer
compatibles ambos modelos. Sin embargo, en redes bajo el estándar g la presencia de nodos bajo el estándar b
IEEE 802.11 15

reduce significativamente la velocidad de transmisión.

Los equipos que trabajan bajo el estándar 802.11g llegaron al mercado muy rápidamente, incluso antes de su
ratificación que fue dada aprox. el 20 de junio del 2003. Esto se debió en parte a que para construir equipos bajo este
nuevo estándar se podían adaptar los ya diseñados para el estándar b.
Actualmente se venden equipos con esta especificación, con potencias de hasta medio vatio, que permite hacer
comunicaciones de hasta 50 km con antenas parabólicas o equipos de radio apropiados.
Existe una variante llamada 802.11g+ capaz de alcanzar los 108Mbps de tasa de transferencia. Generalmente sólo
funciona en equipos del mismo fabricante ya que utiliza protocolos propietarios.
Interacción de 802.11g y 802.11b.
802.11g tiene la ventaja de poder coexistir con los estándares 802.11a y 802.11b, esto debido a que puede operar con
las Tecnologías RF DSSS y OFDM. Sin embargo, si se utiliza para implementar usuarios que trabajen con el
estándar 802.11b, el rendimiento de la celda inalámbrica se verá afectado por ellos, permitiendo solo una velocidad
de transmisión de 22 Mbps. Esta degradación se debe a que los clientes 802.11b no comprenden OFDM.
Suponiendo que se tiene un punto de acceso que trabaja con 802.11g, y actualmente se encuentran conectados un
cliente con 802.11b y otro 802.11g, como el cliente 802.11b no comprende los mecanismos de envío de OFDM, el
cual es utilizados por 802.11g, se presentarán colisiones, lo cual hará que la información sea reenviada, degradando
aún más nuestro ancho de banda.
Suponiendo que el cliente 802.11b no se encuentra conectado actualmente, el Punto de acceso envía tramas que
brindan información acerca del Punto de acceso y la celda inalámbrica. Sin el cliente 802.11b, en las tramas se
verían la siguiente información:
NON_ERP present: no
Use Protection: no
ERP (Extended Rate Physical), esto hace referencia a dispositivos que utilizan tasas de transferencia de datos
extendidos, en otras palabras, NON_ERP hace referencia a 802.11b. Si fueran ERP, soportarían las altas tasas de
transferencia que soportan 802.11g.
Cuando un cliente 802.11b se asocia con el AP (Punto de acceso), éste último alerta al resto de la red acerca de la
presencia de un cliente NON_ERP. Cambiando sus tramas de la siguiente forma:
NON_ERP present: yes
Use Protection: yes
Ahora que la celda inalámbrica sabe acerca del cliente 802.11b, la forma en la que se envía la información dentro de
la celda cambia. Ahora cuando un cliente 802.11g quiere enviar una trama, debe advertir primero al cliente 802.11b
enviándole un mensaje RTS (Request to Send) a una velocidad de 802.11b para que el cliente 802.11b pueda
comprenderlo. El mensaje RTS es enviado en forma de unicast. El receptor 802.11b responde con un mensaje CTS
(Clear to Send).
Ahora que el canal está libre para enviar, el cliente 802.11g realiza el envío de su información a velocidades según su
estándar. El cliente 802.11b percibe la información enviada por el cliente 802.11g como ruido.
La intervención de un cliente 802.11b en una red de tipo 802.11g, no se limita solamente a la celda del Punto de
acceso en la que se encuentra conectado, si se encuentra trabajando en un ambiente con múltiples AP en Roaming,
los AP en los que no se encuentra conectado el cliente 802.11b se transmitirán entre sí tramas con la siguiente
información:
NON_ERP present: no
Use Protection: yes
IEEE 802.11 16

La trama anterior les dice que hay un cliente NON_ERP conectado en uno de los AP, sin embargo, al tenerse
habilitado Roaming, es posible que éste cliente 802.11b se conecte en alguno de ellos en cualquier momento, por lo
cual deben utilizar los mecanismo de seguridad en toda la red inalámbrica, degradando de esta forma el rendimiento
de toda la celda. Es por esto que los clientes deben conectarse preferentemente utilizando el estándar 802.11g. Wi-Fi
(802.11b / g)

802.11h
La especificación 802.11h es una modificación sobre el estándar 802.11 para WLAN desarrollado por el grupo de
trabajo 11 del comité de estándares LAN/MAN del IEEE (IEEE 802) y que se hizo público en octubre de 2003.
802.11h intenta resolver problemas derivados de la coexistencia de las redes 802.11 con sistemas de Radar o Satélite.
El desarrollo del 802.11h sigue unas recomendaciones hechas por la ITU que fueron motivadas principalmente a raíz
de los requerimientos que la Oficina Europea de Radiocomunicaciones (ERO) estimó convenientes para minimizar
el impacto de abrir la banda de 5 GHz, utilizada generalmente por sistemas militares, a aplicaciones ISM
(ECC/DEC/(04)08).
Con el fin de respetar estos requerimientos, 802.11h proporciona a las redes 802.11a la capacidad de gestionar
dinámicamente tanto la frecuencia, como la potencia de transmisión.
Selección Dinámica de Frecuencias y Control de Potencia del Transmisor
DFS (Dynamic Frequency Selection) es una funcionalidad requerida por las WLAN que operan en la banda de 5GHz
con el fin de evitar interferencias co-canal con sistemas de radar y para asegurar una utilización uniforme de los
canales disponibles.
TPC (Transmitter Power Control) es una funcionalidad requerida por las WLAN que operan en la banda de 5GHz
para asegurar que se respetan las limitaciones de potencia transmitida que puede haber para diferentes canales en una
determinada región, de manera que se minimiza la interferencia con sistemas de satélite.

802.11i
Está dirigido a batir la vulnerabilidad actual en la seguridad para protocolos de autenticación y de codificación. El
estándar abarca los protocolos 802.1x, TKIP (Protocolo de Claves Integra – Seguras – Temporales), y AES
(Estándar de Cifrado Avanzado). Se implementa en WPA2.

802.11j
Es equivalente al 802.11h, en la regulación Japonesa

802.11k
Permite a los conmutadores y puntos de acceso inalámbricos calcular y valorar los recursos de radiofrecuencia de los
clientes de una red WLAN, mejorando así su gestión. Está diseñado para ser implementado en software, para
soportarlo el equipamiento WLAN sólo requiere ser actualizado. Y, como es lógico, para que el estándar sea
efectivo, han de ser compatibles tanto los clientes (adaptadores y tarjetas WLAN) como la infraestructura (puntos de
acceso y conmutadores WLAN).

802.11n
En enero de 2004, el IEEE anunció la formación de un grupo de trabajo 802.11 (Tgn) para desarrollar una nueva
revisión del estándar 802.11. La velocidad real de transmisión podría llegar a los 300 Mbps (lo que significa que las
velocidades teóricas de transmisión serían aún mayores), y debería ser hasta 10 veces más rápida que una red bajo
los estándares 802.11a y 802.11g, y unas 40 veces más rápida que una red bajo el estándar 802.11b. También se
espera que el alcance de operación de las redes sea mayor con este nuevo estándar gracias a la tecnología MIMO
IEEE 802.11 17

Multiple Input – Multiple Output, que permite utilizar varios canales a la vez para enviar y recibir datos gracias a la
incorporación de varias antenas (3). Existen también otras propuestas alternativas que podrán ser consideradas. El
estándar ya está redactado, y se viene implantando desde 2008. A principios de 2007 se aprobó el segundo boceto del
estándar. Anteriormente ya había dispositivos adelantados al protocolo y que ofrecían de forma no oficial este
estándar (con la promesa de actualizaciones para cumplir el estándar cuando el definitivo estuviera implantado). Ha
sufrido una serie de retrasos y el último lo lleva hasta noviembre de 2009. Habiéndose aprobado en enero de 2009 el
proyecto 7.0 y que va por buen camino para cumplir las fechas señaladas.[1] A diferencia de las otras versiones de
Wi-Fi, 802.11n puede trabajar en dos bandas de frecuencias: 2,4 GHz (la que emplean 802.11b y 802.11g) y 5 GHz
(la que usa 802.11a). Gracias a ello, 802.11n es compatible con dispositivos basados en todas las ediciones anteriores
de Wi-Fi. Además, es útil que trabaje en la banda de 5 GHz, ya que está menos congestionada y en 802.11n permite
alcanzar un mayor rendimiento.
El estándar 802.11n fue ratificado por la organización IEEE el 11 de septiembre de 2009 con una velocidad de 600
Mbps en capa física.
En la actualidad la mayoría de productos son de la especificación b o g , sin embargo ya se ha ratificado el estándar
802.11n que sube el límite teórico hasta los 600 Mbps. Actualmente ya existen varios productos que cumplen el
estándar N con un máximo de 300 Mbps (80-100 estables).
El estándar 802.11n hace uso simultáneo de ambas bandas, 2,4 Ghz y 5 Ghz. Las redes que trabajan bajo los
estándares 802.11b y 802.11g, tras la reciente ratificación del estándar, se empiezan a fabricar de forma masiva y es
objeto de promociones por parte de los distintos ISP, de forma que la masificación de la citada tecnología parece
estar en camino. Todas las versiones de 802.11xx, aportan la ventaja de ser compatibles entre sí, de forma que el
usuario no necesitará nada más que su adaptador wifi integrado, para poder conectarse a la red.
Sin duda esta es la principal ventaja que diferencia wifi de otras tecnologías propietarias, como LTE, UMTS y
Wimax, las tres tecnologías mencionadas, únicamente están accesibles a los usuarios mediante la suscripción a los
servicios de un operador que está autorizado para uso de espectro radioeléctrico, mediante concesión de ámbito
nacional.
La mayor parte de los fabricantes ya incorpora a sus líneas de producción equipos wifi 802.11n, por este motivo la
oferta ADSL, ya suele venir acompañada de wifi 802.11n, como novedad en el mercado de usuario doméstico.
Se conoce que el futuro estándar sustituto de 802.11n será 802.11ac con tasas de transferencia superiores a 1 Gb/s.[2]

802.11p
Este estándar opera en el espectro de frecuencias de 5,90 GHz y de 6,20 GHz, especialmente indicado para
automóviles. Será la base de las comunicaciones dedicadas de corto alcance (DSRC) en Norteamérica. La tecnología
DSRC permitirá el intercambio de datos entre vehículos y entre automóviles e infraestructuras en carretera.

802.11r
También se conoce como Fast Basic Service Set Transition, y su principal característica es permitir a la red que
establezca los protocolos de seguridad que identifican a un dispositivo en el nuevo punto de acceso antes de que
abandone el actual y se pase a él. Esta función, que una vez enunciada parece obvia e indispensable en un sistema de
datos inalámbricos, permite que la transición entre nodos demore menos de 50 milisegundos. Un lapso de tiempo de
esa magnitud es lo suficientemente corto como para mantener una comunicación vía VoIP sin que haya cortes
perceptibles.
IEEE 802.11 18

802.11v
IEEE 802.11v servirá para permitir la configuración remota de los dispositivos cliente. Esto permitirá una gestión de
las estaciones de forma centralizada (similar a una red celular) o distribuida, a través de un mecanismo de capa 2.
Esto incluye, por ejemplo, la capacidad de la red para supervisar, configurar y actualizar las estaciones cliente.
Además de la mejora de la gestión, las nuevas capacidades proporcionadas por el 11v se desglosan en cuatro
categorías: mecanismos de ahorro de energía con dispositivos de mano VoIP Wi-Fi en mente; posicionamiento, para
proporcionar nuevos servicios dependientes de la ubicación; temporización, para soportar aplicaciones que requieren
un calibrado muy preciso; y coexistencia, que reúne mecanismos para reducir la interferencia entre diferentes
tecnologías en un mismo dispositivo.

802.11w
Todavía no concluido. TGw está trabajando en mejorar la capa del control de acceso del medio de IEEE 802.11 para
aumentar la seguridad de los protocolos de autenticación y codificación. Las LANs inalámbricas envía la
información del sistema en tramas desprotegidos, que los hace vulnerables. Este estándar podrá proteger las redes
contra la interrupción causada por los sistemas malévolos que crean peticiones desasociadas que parecen ser
enviadas por el equipo válido. Se intenta extender la protección que aporta el estándar 802.11i más allá de los datos
hasta las tramas de gestión, responsables de las principales operaciones de una red. Estas extensiones tendrán
interacciones con IEEE 802.11r e IEEE 802.11u.

Canales y frecuencias
• Referencias de documentación de Cisco Systems [3]

IEEE 802.11 b e IEEE 802.11 g

Los identificadores de canales, frecuencias centrales, y dominios reguladores para cada canal usado por IEEE
802.11b e IEEE 802.11g:

Identificador de Canal Frecuencia en MHz Dominios Reguladores

América (-A) EMEA (-E) Israel (-I) China (-C) Japón (-J)

1 2412 × × — ×

2 2417 × × — × ×

3 2422 × × × × ×

4 2427 × × × × ×

5 2432 × × × × ×

6 2437 × × × × ×

7 2442 × × × × ×

8 2447 × × × × ×

9 2452 × × × × ×

10 2457 × × — × ×

11 2462 × × — × ×

12 2467 — × — — ×

13 2472 — × — — ×

14 2484 — — — — ×
IEEE 802.11 19

Los estándares 802.11b y 802.11g utilizan la banda de 2,4. En esta banda se definieron 11 canales utilizables por
equipos WIFI, que pueden configurarse de acuerdo a necesidades particulares. Sin embargo los 11 canales no son
completamente independientes (Un canal se superpone y produce interferencias hasta un canal a 4 canales de
distancia). El ancho de banda de la señal (22MHz) es superior a la separación entre canales consecutivos (5MHz),
por eso se hace necesaria una separación de al menos 5 canales con el fin de evitar interferencias entre celdas
adyacentes, ya que al utilizar canales con una separación de 5 canales entre ellos (y a la vez cada uno de estos con
una separación de 5MHz de su canal vecino) entonces se logra una separación final de 25MHz, lo cual es mayor al
ancho de banda que utiliza cada canal del estándar 802.11, el cual es de 22MHz. Tradicionalmente se utilizan los
canales 1, 6 y 11, aunque se ha documentado que el uso de los canales 1, 5, 9 y 13 (en dominios europeos) no es
perjudicial para el rendimiento de la red.[4][5]
Esta asignación de canales usualmente se hace sólo en el Punto de acceso, pues los “clientes” automáticamente
detectan el canal, salvo en los casos en que se forma una red “Ad-Hoc” o punto a punto cuando no existe Punto de
acceso.

IEEE 802.11 a
Los identificadores de canales, frecuencias centrales, y dominios reguladores para cada canal usado por IEEE
802.11a:

Identificador de Canal Frecuencia en MHz Dominios Reguladores

América (-A) EMEA (-E) Israel (-I) Japón (-J)

34 5170 — — — —

36 5180 × × × —

38 5190 — — — —

40 5200 × × × —

42 5210 — — — —

44 5220 × × × —

46 5230 — — — —

48 5240 × × × —

52 5260 × — — ×

56 5280 × — — ×

60 5300 × — — ×

64 5320 × — — ×

149 5745 — — — —

153 5765 — — — —

157 5785 — — — —

161 5805 — — — —

Pese a que el ensanchado de espectro y la modulación son diferentes, en la banda de 5GHz se mantiene un ancho de
banda cercano a los 20MHz, de manera que el requerimiento de separación de 5 canales de la banda de 2,4GHz se
mantiene. En Europa, para evitar interferencias con comunicaciones por satélite y sistemas de radar existentes, es
necesaria la implantación de un control dinámico de las frecuencias y un control automático de las potencias de
transmisión; por ello las redes 802.11a deben incorporar las modificaciones del 802.11h.
IEEE 802.11 20

Referencias
[1] Status of Project IEEE 802.11n (http:/ / grouper. ieee. org/ groups/ 802/ 11/ Reports/ tgn_update. htm)
[2] http:/ / www. noticias3d. com/ noticia. asp?idnoticia=43955
[3] http:/ / www. cisco. com/ univercd/ cc/ td/ doc/ product/ wireless/ airo1200/ accsspts/ ap120scg/ bkscgaxa. htm
[4] Channel Overlap Calculations for 802.11b Networks (http:/ / www. microalcarria. com/ descargas/ documentos/ Wireless/ Four channel in
802. 11b. pdf).
[5] Effect of adjacent-channel interference in IEEE 802.11 WLANs (https:/ / upcommons. upc. edu/ e-prints/ bitstream/ 2117/ 1234/ 1/
CrownCom07_CReady. pdf).

Enlaces externos
• IEEE 802.11 working group (http://www.ieee802.org/11/)
• Estándares IEEE 802.11 (http://standards.ieee.org/getieee802/802.11.html)
• wi-fi alliance (http://www.wi-fi.org)
• Clase particular de IEEE 802.11 (http://www.tutorial-reports.com/wireless/wlanwifi/)
• European Radiocommunications Office (http://www.ero.dk)
• ECC/DEC/(04)08 (http://www.erodocdb.dk/Docs/doc98/official/pdf/ECCDEC0408.PDF)
• Canales, Niveles de potencia, y Ganancia de antenas [Inglés (http://www.cisco.com/univercd/cc/td/doc/
product/wireless/airo1200/accsspts/ap120scg/bkscgaxa.htm)]
• i-Wireless (http://gitaca.unex.es/cubicuo/iwireless) Proyecto que estudia las interferencias de las redes Wi-Fi.
• Status of Project IEEE 802.11n (http://grouper.ieee.org/groups/802/11/Reports/tgn_update.htm) Estado del
proyecto IEEE 802.11n.

IEEE 802.15
IEEE 802.15 es un grupo de trabajo dentro de IEEE 802 especializado en redes inalámbricas de área personal
(wireless personal area networks, WPAN). Se divide en cinco subgrupos, del 1 al 5.
Los estándares que desarrolla definen redes tipo PAN o HAN, centradas en las cortas distancias. Al igual que
Bluetooth o ZigBee, el grupo de estándares 802.15 permite que dispositivos portátiles como PC, PDAs, teléfonos,
pagers, sensores y actuadores utilizados en domótica, entre otros, puedan comunicarse e interoperar. Debido a que
Bluetooth no puede coexistir con una red inalámbrica 802.11.x, se definió este estándar para permitir la
interoperatibilidad de las redes inalámbricas LAN con las redes tipo PAN o HAN.

Task group 1 (WPAN/Bluetooth)

IEEE 802.15.1-2002 desarrolla un estándar basado en la especificación 1.1 de Bluetooth. Incluye nivel físico (PHY)
y control de acceso al medio (MAC). Se ha publicado una versión actualizada, IEEE 802.15.1-2005.

Task group 2 (Coexistencia)

IEEE 802.15.2-2003 estudia los posibles problemas derivados de la coexistencia de WPAN's con otros dispositivos
inalámbricos que utilicen las bandas de frecuencia no reguladas, tales como redes inalámbricas de área local
(WLAN).

Task group 3 (WPAN de alta velocidad)

3 (WPAN de alta velocidad)

IEEE 802.15 21

IEEE 802.15.3-2003 es un estándar que define los niveles PHY y MAC para WPAN's de alta velocidad (11-55
Mbit/s).

3a (PHY alternativa para WPAN de alta velocidad)

IEEE 802.15.3a intentó realizar mejoras al nivel físico de Ultra-WideBand para su uso en aplicaciones que trabajen
con elementos multimedia.
Su aspecto más destacable fue la consolidación de veintitrés especificaciones de PHY para UWB en dos propuestas
utilizando multiplexación por división de frecuencias ortogonal multibanda (Multi-Band Orthogonal Frequency
Division Multiplexing, MB-OFDM) en UWB y UWB en secuencia directa (DS-UWB, soportada por el UWB
Forum).
En 19 de enero de 2006, los miembros del grupo votaron para anular la petición de proyecto que iniciaba el
desarrollo de estándares de alta velocidad para UWB, pues el proceso se encontraba bloqueado por completo. Había
dos propuestas distintas respaldadas por dos alianzas distintas, una de las cuales estaba dispuesta a aunar esfuerzos
(mientras que la otra no lo estaba pero poseía votos suficientes para vetar decisiones).
Finalmente se acordó que el mercado decidiera. La tecnología presenta, además, bastantes problemas con su
regulación, lo que no fue un factor que afectara a la decisión si bien desde el punto de vista del desarrollo de
estándares seguramente es aún demasiado pronto para estandarizar UWB dado el desconocimiento del mercado a
nivel mundial. Si existe un enfoque superviviente que ha probado ser viable puede revisarse en uno o dos años y
decidirse si desarrollar un estándar IEEE.

3b (Revisión MAC)
The IEEE 802.15.3.b trabaja en el desarrollo de mejoras a 802.15.3 para refinar la implementación e
interoperabilidad de MAC. Esto incluye optimizaciones menores que preserven la compatibilidad en todo caso,
además de corrección de errores y ambigüedades así como aclaraciones.

3c (PHY alternativa de onda milimétrica)

El Task Group 3c (TG3c) se formó en marzo de 2005 y trabaja en el desarrollo de una PHY alternativa basada en
ondas milimétricas para el estándar 802.15.3-2003. La finalización del estándar está prevista para mayo de 2008.
Esta WPAN operará en la nueva banda no regulada que se extiende en el rango de 57-64 GHz, que además no ha
sido utilizada hasta la fecha, definida por FCC 47 CFR 15.255. Permitirá una coexistencia muy alta con todos los
sistemas de microondas en la familia 802.15.
Además, exhibirá tasas de transmisión muy elevadas, de más de 2 Gbit/s, de forma que aplicaciones tales como
acceso a Internet de banda ancha y streaming (televisión digital, cine en casa, etc.) en tiempo real y proporcionará un
bus de datos inalámbrico como alternativa a los cables. También se ofrecerán tasas de transferencia alternativas por
encima de 3 Gbit/s.
IEEE 802.15 22

Task group 4 (WPAN de baja velocidad)

4 (WPAN de baja velocidad)

IEEE 802.15.4-2003 (WPAN's de baja velocidad, Low Rate WPAN) trata las necesidades de sistemas con poca
transmisión de datos pero vidas útiles muy altas con alimentación limitada (pilas, baterías...) y una complejidad muy
baja. La primera revisión se aprobó en mayo de 2003. Tras la formación del grupo 4b en marzo de 2004 este grupo
pasó ha estado latente. Los protocolos ZigBee se basan en la especificación producida por este grupo de trabajo.
El grupo de trabajo 6loWPAN del Internet Engineering Task Force (IETF) trabaja en métodos para trabajar con
redes IPv6 sobre esta base. Ya está disponible el RFC 4919 que describe los supuestos, la descripción del problema y
las metas para transmitir IP sobre redes 802.15.4.

4a (PHY alternativa)
El principal interés de este grupo es permitir comunicaciones y facilidades de localización de alta precisión (de un
metro y mejor), alta productividad agregada y necesidades energéticas extremadamente reducidas. También busca la
escalabilidad en la tasas de datos, distancia de transmisión, coste y consumo.
En marzo de 2005 se seleccionó una especificación de base, consistente en dos PHY opcionales que utilizan una
radio de pulso UWB (opera en las bandas UWB no reguladas) y técnicas de espectro de dispersión Chirp (en la
banda de 2,4 GHz). La radio de pulso UWB se basa en la tecnología UWB de pulso continuo (continuous pulsed
UWB, C-UWB) que es capaz de dar las prestaciones requeridas.

4b (Revisiones y mejoras)
Este grupo se inició con un proyecto de realización de mejoras y aclaraciones específicas sobre IEEE 802.15.4-2003.
Entre estos objetivos se encuentran la resolución de ambigüedades y reducción de complejidad innecesaria, el
incremento de la flexibilidad en el uso de claves de seguridad, las consideraciones para el uso de nuevos rangos de
frecuencias disponibles y otros aspectos.
IEEE 802.15.4b se aprobó en junio de 2006 y se publicó en septiembre del mismo año como IEEE 802.15.4-2006.

4c Modificación de la capa física o PHY (PHYsical) para China

IEEE 802.15.4c fue aprobada en 2008 y publicada en Enero de 2009. Esta modificación de las capas físicas añade
nuevas especificaciones en el espectro de radiofrecuencia, para adaptarse a los cambios de normativas que hay en
China que han abierto las bandas de 314-316 MHz, 430-434 MHz, y 779-787 MHz para el uso de PAN inalámbricas
dentro de China.

4d Modificación de la capa física o PHY y de control de acceso al medio o MAC para Japón
El grupo de trabajo de IEEE 802.15.4d fue constituido para definir una modificación en el estándar existente
802.15.4 de 2006. La modificación contempla cambios tanto en la capa física como en la de control de acceso al
medio que son necesarios para soportar la signación de una nueva frecuencia (950 MHz -956 MHz) en Japón,
mientras coexisten con otros sistemas de protocolos en la frecuancia de banda.
IEEE 802.15 23

4e Modificación de la capa de control de acceso al medio o MAC para aplicaciones

industriales
El grupo de trabajo de IEEE 802.15.4e fue constituido para definir una modificación en el estándar existente
802.15.4 de 2006. La intención de esta modificación es mejorar y agregar nuevas funcionalidades a la capa MAC,
que básicamente consisten en:
• Mejorar el apoyo a los mercados industriales.
• Permitir la compatibilidad con las modificaciones que se propusieron en el WPAN de China.
Las mejoras más específicas fueron realizadas para añadir saltos de canal y una opción de intervalos de tiempos
variables compatibles con ISA100.11a. Estos cambios fueron aprobados en 2011.

4f Modificación en la capa física o PHY y la identificación por radiofrecuencia o RFID

El grupo de trabajo de IEEE 802.15.4f fue constituido para definir nuevas capas físicas inalámbricas y mejoras con
respecto al estándar de la capa MAC 802.15.4 del 2006 necesarias en las nuevas capas físicas para la identificación
por frecuencia o RFID bidireccional.

4g PHY Modificación para Herramientas de Red Inteligentes o SUN

El grupo de trabajo IEEE 802.15.4g fue constituido para crear una nueva capa física que modifique 802.15.4 para
proporcionar un estándar que facilite a gran escala aplicaciones de control de procesos como la utilidad de redes
inteligentes capaces de soportar geográficamente diversas redes con una mínima infraestructura. Recientemente se
han surgido noticias sobre el estándar de radio 802.15.4g.

Task group 5 (Redes en malla)

Redes en malla en el ámbito de las WPAN.

WNG
Wireless Next Generation Standing Committee.

Enlaces externos
• Sitio oficial [1]
• Get IEEE 802 [2]
• Get IEEE 802 (IEEE 802.15) [3]
• open-ZB [4] : toolset de código abierto para los protocolos de IEEE 802.15.4 y ZigBee
• ZigBeeLinks [5] : Información y enlaces sobre hardware, software, soluciones y desarrollo de aplicaciones
802.15.4 y ZigBee.
• ZigBee Mania [6] Recursos de ZigBee y 802.15.4. Incluye tutoriales, ejemplos y enlaces a proveedores de pilas.
• Palowireless IEEE 802.15 Resource Center [7] Artículos, noticias y recursos
• Dafocus [8] Codificador y decodificador de tramas MAC 802.11/802.15
• ZigBee/802.15.4 Resources [9] Recursos, artículos y glosario de ZigBee, 802.15.4 y WSN
• Dexma Sensors, empresa española especializada en Zigbee y 802.15.4 [10]
IEEE 802.15 24

Referencias
[1] http:/ / www. ieee802. org/ 15/
[2] http:/ / standards. ieee. org/ getieee802/
[3] http:/ / standards. ieee. org/ getieee802/ 802. 15. html
[4] http:/ / www. open-zb. net/
[5] http:/ / www. zigbeelinks. com/
[6] http:/ / www. zigbeemania. com
[7] http:/ / www. palowireless. com/ i802_15/
[8] http:/ / www. dafocus. com/
[9] http:/ / www. daintree. net/ resources/ index. php
[10] http:/ / www. dexmasensors. com

IEEE 802.16
IEEE 802.16 es una serie de estándares inalámbricos de banda ancha publicados por el Institute of Electrical and
Electronics Engineers IEEE (Instituto de Ingenieros Eléctricos y Electrónicos). Se trata de una especificación para
las redes de acceso metropolitanas inalámbricas de banda ancha fijas (no móvil) publicada inicialmente el 8 de abril
de 2002. En esencia recoge el estándar de facto WiMAX.
La Junta de Estándares del IEEE (IEEE Standards Board) estableció un grupo de trabajo en 1999 para el desarrollo
económico de las normas para la banda ancha inalámbrica para redes de área metropolitana. El grupo de trabajo es
una unidad de la red de área local IEEE 802 y el comité metropolitano red de área estándares.
Aunque la familia de estándares 802.16 se nomina oficialmente como WirelessMAN en el ámbito del IEEE, ha sido
comercializado bajo el nombre de “WiMAX” que son las siglas de "Worldwide Interoperability for Microwave
Access" (del inglés, Interoperabilidad Mundial para Acceso por Microondas) . El WiMAX Forum promueve y
certifica la interoperabilidad de los productos basados en los estándares IEEE 802.16.

Estándares
Los borradores de proyecto publicados y estándares propuestos aparecen con la letra 'P' antepuesta. Una vez
aprobado el nuevo estándar, se reemplaza por un guion y el año en el que el estándar es ratificado y publicado.
El estándar actual es el IEEE 802.16-2005, aprobado en 2005.
El estándar 802.16 ocupa el espectro de frecuencias ampliamente, usando las frecuencias desde los 2 hasta los 11
Ghz para la comunicación de la última milla (de la estación base a los usuarios finales) y ocupando frecuencias entre
11 y 60 Ghz para las comunicaciones con línea vista entre las estaciones bases.

Proyectos
IEEE 802.16 25

Estándar Descripción Estado

802.16-2001 Fixed Broadby Wireless Access (10–66 GHz) Reemplazada

802.16.2-2001 Práctica recomendada para coexistencia Reemplazada

802.16c-2002 Perfiles de sistema para 10–66 GHz Reemplazada

802.16a-2003 Capa física y definiciones de MAC para la banda de 2–11 GHz Reemplazada

P802.16b Frecuencias exentas de licencia Retirada

(Proyecto retirado)

P802.16d Mantenimiento y perfiles de sistema para 2–11 GHz Fusionado

(Proyecto fusionado con 802.16-2004)

802.16-2004 Interfaz aérea para conexión a un punto de acceso fijo de banda ancha Reemplazada
(Paquete acumulativo de 802.16-2001, 802.16a, 802.16c y P802.16d)

P802.16.2a Coexistencia con 2–11 GHz y 23.5–43.5 GHz Fusionado

(Proyecto fusionado con 802.16.2-2004)

802.16.2-2004 Prácticas recomendadas para coexistencia En uso

(Mantenido y paquete acumulativo de 802.16.2-2001 y P802.16.2a)

802.16f-2005 Base de información para 802.16-2004 Reemplazada

802.16-2004/Cor 1-2005 Correcciones para operaciones fijas Reemplazada

(co-publicado con 802.16e-2005)

802.16e-2005 Mobile Broadband Wireless Access System Reemplazada

802.16k-2007 Puenteo en redes 802.16 En uso

(una ampliación de IEEE 802.1D)

802.16g-2007 Procedimientos plano de gestión y servicios Reemplazada

P802.16i Gestión de la base de información móvil Fusionado

(Project Fusionado en 802.16-2009)

802.16-2009 Interfaz aérea para acceso a un punto fijo de banda ancha En uso
(paquete acumulativo de 802.16-2004, 802.16-2004/Cor 1, 802.16e, 802.16f, 802.16g y P802.16i)

802.16j-2009 Retransmisión multisalto En uso

802.16h-2010 Improved Coexistence Mechanisms for License-Exempt Operation En uso

802.16m-2011 Interfaz aérea avanzada con tasa de transferencia de 100 Mbit/s móvil y 1 Gbit/s sobre punto fijo. En uso
También se conoce como Mobile WiMAX Release 2 o WirelessMAN-Advanced.
Con el objetivo de cumplir con los requerimientos de ITU-R IMT-Advanced para sistemas 4G.

P802.16n Redes de mayor fiabilidad En desarrollo

P802.16p Mejoras para soportar aplicaciones con conexión Máquina a Máquina (Machine-to-Machine) En desarrollo
IEEE 802.16 26

Tecnología de 802.16e-2005
El estándar 802.16 esencialmente estandariza dos aspectos de la interfaz aérea - la capa física y la capa de control de
acceso al medio (MAC). Esta sección ofrece una visión de conjunto de la tecnología empleada en estas dos capas en
la especificación 802.16.

PHY
La versión 802.16e usa OFDMA Orthogonal Frecuency Division Multiple Access (del inglés, División Ortogonal de
la frecuencia para múltiple acceso) para transportar datos, soportando anchos de banda en el canal de entre 1.25 MHz
y 20 MHz, consiguiendo hasta 2048 sub-portadoras. Soporta adaptive modulation y codificación, de modo que en
condiciones de buena recepción de la señal, se puede llegar a usar un un mecanismo de codificación de alta
eficiencia como el 64 QAM, mientras que cuando la señal es más débil se usa un mecanismo de codificación más
robusto como BPSK. En condiciones intermedias también se puede usar el 16 QAM y QPSK. Otras características
de PHY es que incluye soporte para antenas Multiple-in Multiple-out (MIMO).
Aunque el estándar permite operaciones en cualquier banda desde 2 hasta 66 GHz, las operaciones móviles
funcionan mejor en las bandas más bajas, que son también las más demandadas y por tanto las más caras.

MAC
El 802.16 MAC describe unas "capas de convergencia" que describen cómo las tecnologías basadas en cable, como
Ethernet, Asynchronous Transfer Mode (ATM) e Internet Protocol (IP) son encapsuladas en la interfaz aérea y cómo
se clasifican los datos. También describe cómo se establecen las conexiones seguras, usando un intercambio seguro
de clave durante la autenticación, y encriptación usando el método Advanced Encryption Standard (AES) o Data
Encryption Standard (DES) durante la transferencia de datos. Adicionalmente las características de la capa MAC
incluyen mecanismos de ahorro de energía como el Sleep Mode y el Idle Mode y mecanismos de traspaso.
Una característica del 802.16 es que es una tecnología orientada a conexión. La estación de abonado no puede
transmitir datos hasta que haya sido asignado un canal por la estación base. Esto permite al 802.16e ofrecer un fuerte
soporte para Calidad de Servicio (QoS).

QoS
En el 802.16e la Calidad de Servicio (QoS) se soporta asignando a cada conexión entre la estación de abonado y la
estación base una determinada clase de QoS. En 802.16e, hay 5 clases de calidad de servicio:

802.16e-2005 clases de QoS

Servicio Abreviación Definición Aplicaciones típicas

Unsolicited Grant UGS Flujo de datos en tiempo real que genera paquetes de tamaño fijo que T1/E1 transport
Service se emiten en intervalos periódicos

Extended Real-time ertPS Servicio de flujo en tiempo real que genera paquetes de tamaño VoIP
Polling Service variable sobre una base periódica

Real-time Polling rtPS Flujo de datos en tiempo real con paquetes de tamaño variable que se MPEG Video
Service usan en intervalos periódicos

Non-real-time Polling nrtPS Flujo de datos tolerante a retardos con paquetes de tamaño variable FTP with guaranteed minimum
Service para los cuales se necesita una tasa de transferencia mínima throughput[cita requerida]

Best Effort BE Los flujos de datos para las cuales se requiere ningún nivel de servicio HTTP
mínimo y por lo tanto pueden ser manejados en una base de espacio
disponible
IEEE 802.16 27

Calidad de Servicio (QoS) (mas otros parámetros, como el ancho de banda y el retardo) para asegurarse que los datos
de aplicación reciben el tratamiento apropiado de QoS para la aplicación.

Certificación
Debido a que el IEEE solo establece las especificaciones pero no comprueba su correcto cumplimiento, el fórum de
WiMAX funciona como un programa de certificación en el que los miembros pagan por certificación. La
certificación WiMAX ofrecida por el grupo pretende garantizar la interoperatibilidad con equipos de otros
fabricantes. La misión del Foro es promover y certificar la compatibilidad e interoperabilidad de productos
inalámbricos de banda ancha.

Enlaces externos
• WiMAX Forum [1].

Referencias
[1] http:/ / www. wimaxforum. org/
Fuentes y contribuyentes del artículo 28

Fuentes y contribuyentes del artículo

IEEE 802.1  Fuente: http://es.wikipedia.org/w/index.php?oldid=64462277  Contribuyentes: Ingenioso Hidalgo, TArea, 19 ediciones anónimas

IEEE 802.2  Fuente: http://es.wikipedia.org/w/index.php?oldid=69864691  Contribuyentes: A.garridob, Abece, Abraham casas, Açipni-Lovrij, Barri, David0811, El Pitufo, Panda ULE, Pólux,
Rosarinagazo, Sgcalle, Solidaul, Stinst, Víctor Barbero, 35 ediciones anónimas

IEEE 802.3  Fuente: http://es.wikipedia.org/w/index.php?oldid=72626914  Contribuyentes: Adribeex, Açipni-Lovrij, Bolowo, Caos, Eduardosalg, Emmanuel5e, GermanX, Jarke, Javiercarretero,
Jkbw, Juanmak, Laura Fiorucci, LordT, Manuel Trujillo Berges, Matdrodes, Pólux, Raquepe, Ricard Delgado Gonzalo, RoyFocker, Rαge, SuperBraulio13, Superzerocool, Taichi, Victor871129,
ZrzlKing, 145 ediciones anónimas

IEEE 802.4  Fuente: http://es.wikipedia.org/w/index.php?oldid=64462312  Contribuyentes: Airunp, Camilo, GermanX, Johncaranton, Matiitas32, MiguelAngelCaballero, Renoreis, Vanbasten
23, 3 ediciones anónimas

Token Ring  Fuente: http://es.wikipedia.org/w/index.php?oldid=72462910  Contribuyentes: ALbeCk, Acracia, Alberto Ortego Perez ULE, Barcex, BlastDV, Bolowo, Caos, Centeno, Cinabrium,
Cinevoro, Cobalttempest, Dano88, Dark, Diegusjaimes, Er Komandante, GermanX, Helmy oved, Humberto, Isha, JaviMad, Javierito92, Jimko, Jkbw, Kekkyojin, Leugim1972, Locovich,
Magister Mathematicae, ManoloKosh, Markoszarrate, Matdrodes, Mecamático, MorZilla, Moriel, Mpeinadopa, Murphy era un optimista, Museo8bits, NachoStyle, PabloCastellano, Paintman,
Petronas, Ppinillo, Pólux, RoyFocker, Rrmsjp, Rsg, RubiksMaster110, Savh, Shooke, Suruena, UA31, Velas ule, VelascorinconULE, Vic Fede, 186 ediciones anónimas

IEEE 802.6  Fuente: http://es.wikipedia.org/w/index.php?oldid=71142431  Contribuyentes: Kekkyojin, Takashi kurita, 6 ediciones anónimas

IEEE 802.9  Fuente: http://es.wikipedia.org/w/index.php?oldid=67448024  Contribuyentes: Arauzo, David11988, FAR, Jmvgpartner, 1 ediciones anónimas

IEEE 802.10  Fuente: http://es.wikipedia.org/w/index.php?oldid=64462279  Contribuyentes: Muro de Aguas, 2 ediciones anónimas

IEEE 802.11  Fuente: http://es.wikipedia.org/w/index.php?oldid=73025507  Contribuyentes: 0Andres0, 3coma14, Airunp, Alexav8, Alhen, Amphoth3ra, Armin76, Açipni-Lovrij, Baiji, Banfield,
Barri, Bartoszek, Batousay, Baute2010, Bola2, Bolowo, BuenaGente, Bustar, Camilo, Caritdf, Chestnut jam, Cinevoro, Colcad, ColdWind, Daaxe, Daniloko84, Davaguco, David0811, Death
Master, Diegusjaimes, Digigalos, Dioneo, Dodo, Downloader, Echani, Edmenb, El dva, Ensada, Er Komandante, Erful, Ernesto Graf, Felipealvarez, Gaijin, Galaxy4, GermanX, Gizmo II,
Guanhaven rst, Guilmondt, Gusgus, Götz, Hanjin, Hectormgerardo, Helmy oved, Holbeist, House, Ibanez.j, Icvav, Ignaciofm, Ikerja, Ipzoo, Isha, Iuliusfox, JabenitezULE, JaviMad, Jjvaca, Jkbw,
JorgeGG, Josan1972, Joseaperez, Jsanchezes, Juan Antonio Cordero, Juckar, KnightRider, Kryptonian, LordT, Lucien leGrey, Magister Mathematicae, Maldoror, Manuelt15, Marnez, Matdrodes,
Maxxs, Montgomery, Moriel, Mortadelo2005, Museo8bits, Netito777, NicFit, NudoMarinero, Orgullomoore, Oscarerenas, Petronas, Plokijuh2, Pólux, Racso, Raulshc, Ricard Delgado Gonzalo,
Richy, Roberpl, Ron.5991, Rosarinagazo, Rαge, SaDoPe, Santiperez, Shalbat, SuperBraulio13, Svest, Tirithel, TorQue Astur, Truor, Ying, Zephirotycvm117, Ál, 546 ediciones anónimas

IEEE 802.15  Fuente: http://es.wikipedia.org/w/index.php?oldid=69867402  Contribuyentes: Alex299006, Barri, DamianFinol, Dondervogel 2, Fclaudios, GermanX, JRGL, Klavman76, LordT,
MadriCR, Rob Blanco, Superhori, Superzerocool, Tomatejc, Vanbasten 23, Zuirdj, 30 ediciones anónimas

IEEE 802.16  Fuente: http://es.wikipedia.org/w/index.php?oldid=72527650  Contribuyentes: Caos, Diamondland, GermanX, Jkbw, Jondel, Josec87, Juanmak, KnightRider, Rufo4evercrack,
Taichi, Takashi kurita, Txuspe, 18 ediciones anónimas
Fuentes de imagen, Licencias y contribuyentes 29

Fuentes de imagen, Licencias y contribuyentes

Archivo:Ibm 8228 mau.jpg  Fuente: http://es.wikipedia.org/w/index.php?title=Archivo:Ibm_8228_mau.jpg  Licencia: Creative Commons Attribution-Sharealike 3.0  Contribuyentes: Larry D.
Moore
Archivo:IBM hermaphroditic connector.JPG  Fuente: http://es.wikipedia.org/w/index.php?title=Archivo:IBM_hermaphroditic_connector.JPG  Licencia: Creative Commons
Attribution-ShareAlike 3.0 Unported  Contribuyentes: User Redgrittybrick on en.wikipedia
Licencia 30

Licencia
Creative Commons Attribution-Share Alike 3.0
//creativecommons.org/licenses/by-sa/3.0/