Estudio de QoS en WLANs IEEE 802.

11e
Jos Villaln Milln, Pedro Cuenca Castillo y Luis Orozco-Barbosa
Instituto de Investigacin en Informtica
Universidad de Castilla-La Mancha, Campus Universitario, 02071 Albacete, Espaa
[josemvillalon, pcuenca, lorozco]@info-ab.uclm.es

Resumen
El IEEE 802.11 es el estndar de redes
inalmbricas de rea local (WLAN) ms utilizado
en la actualidad. Sin embargo, dicho estndar no
proporciona soporte QoS para las aplicaciones
multimedia. Esto ha llevado al IEEE a la creacin
de un grupo de trabajo encargado de disear un
mecanismo que proporcionen buenos niveles de
QoS a estas aplicaciones. Este artculo introduce
sta enmienda al estndar, llamada IEEE 802.11e.
En su descripcin se muestran los mecanismos
utilizados en 802.11e para dar soporte de QoS.
Finalmente se ha realizado un estudio sobre el
comportamiento del esquema distribuido (EDCA)
presentado en 802.11e, cuando se utilizan
aplicaciones con distintos requisitos, como es el
caso de los trficos de voz, vdeo, best-effort y
background.

1. Introduccin
En la actualidad, las WLANs se encuentran en un
periodo de gran expansin, debido principalmente
a su bajo coste, su facilidad a la hora de
desplegarse, y por supuesto, a la libertad de
movimiento que otorgan a las estaciones dentro de
su rea de cobertura. Otro factor muy importante
en este auge de las WLANs ha sido la aparicin
en 1997 del estndar IEEE 802.11, con su
posterior revisin en 1999 [1], y sus enmiendas.
Gracias a las enmiendas a nivel fsico presentadas
al estndar (IEEE 802.11a, b, c), se ha pasado de
unas velocidades de envo de 1 2 Mbps a 54

Este trabajo ha sido apoyado por el Ministerio de

Ciencia y Tecnologa mediante el proyecto CICYT
TIC2003-08154-C06_02, y la Consejera de Ciencia y
Tecnologa de Castilla-La Mancha a travs del proyecto
PBC-03-001 y de FEDER.

Mbps. Sin embargo, las aplicaciones multimedia

no solo se caracterizan por las altas necesidades
de ancho de banda, sino que adems imponen
restricciones severas en cuanto a retardos,
variacin en los retardos (jitter) y tasas de
descarte. Es decir, las aplicaciones multimedia
necesitan soporte de QoS (Quality of Service).
El estndar IEEE 802.11 [1] define dos
funciones de acceso al medio a nivel MAC. La
primera de ellas recibe el nombre de DCF
(Distributed Coordination Function) y utiliza un
mecanismo de acceso al medio distribuido basado
en CSMA/CA (Carrier Sense Multiple Access
with a Collisions). La segunda de las funciones
recibe el nombre de PCF (Point Coordination
Function), y utiliza la anterior como base para su
funcionamiento. PCF es opcional y usa un
mecanismo de polling que requiere de un nodo
central llamado PC (Point Coordinator) que lo
coordine.
Cuando DCF es usado, cualquier estacin que
tenga datos para transmitir debe determinar el
estado del canal de transmisin. Si el canal
permanece libre durante un intervalo de tiempo
DIFS (DCF InterFrame Space) la estacin obtiene
los derechos para comenzar a transmitir. En caso
contrario, la estacin deber ejecutar un algoritmo
de backoff, que asignar un nmero aleatorio de
slots de espera El valor de ese contador de
backoff ser decrementado en una unidad cada
vez que el canal permanezca libre por un tiempo
aSlotTime. Si en un instante cualquiera la estacin
detecta actividad en el canal, detendr el
decremento del contador, hasta que el canal este
inactivo durante un intervalo DIFS. Despus de
este tiempo de espera, el contador reiniciar su
cuenta atrs hasta llegar a 0, instante en el que
comenzar la transmisin de la trama. El envo de
una trama necesita la confirmacin, por parte de la
estacin destino de que ha llegado correctamente.
Si no es as, el emisor debe retransmitir la trama

duplicando el tamao de la ventana. Si por el

contrario la estacin emisora recibe el ACK de la
receptora, actualizar el valor de CW a CWmin.
DCF es un mecanismo simple, en el cual todas las
estaciones que intentan acceder al canal lo hacen
utilizando los mismos tiempos de espera, por lo
que DCF no proporciona ningn soporte de QoS.
Esto ha obligado al IEEE a la estandarizacin de
mtodos para proporcionar QoS. En este artculo,
se ha realizado un estudio en profundidad sobre el
nuevo mtodo de acceso distribuido (EDCA)
introducido en el estndar IEEE 802.11e.
Este artculo est organizado como sigue: La
seccin 2 presenta la enmienda IEEE 802.11e, que
pretende proporcionar QoS en WLANs. Una
evaluacin de prestaciones sobre el nuevo mtodo
de acceso distribuido en IEEE 802.11e (EDCA) es
mostrado en la seccin 3. Por ltimo, en la seccin
4 se exponen las conclusiones de este artculo.

2. La enmienda IEEE 802.11e

El estndar IEEE 802.11e [2] es una propuesta
que define los mecanismos utilizados en una
WLAN para proporcionar QoS a aplicaciones en
tiempo real como voz y vdeo. En este nuevo
estndar, se hace una distincin entre aquellas
estaciones que no utilizan los servicios QoS, que
se denominan nQSTA, y aquellas que si los
utilizan, llamadas QSTA. Para proporcionar
soporte QoS, en IEEE 802.11e se introduce una
tercera funcin de coordinacin, llamada HCF
(Hybrid Coordination Function). HCF incorpora
dos nuevos mecanismos de acceso al canal:
EDCA (Enhanced Distributed Channel Access) y
HCCA (HCF Controlled Channel Access).
La principal caracterstica de HCF es la
definicin de cuatro categoras de acceso (AC) y
de ocho traffic stream (TS) a nivel MAC. Cuando
un paquete procedente de las capas superiores
llega a la capa MAC, es etiquetado con un
identificador de prioridad de usuario (TID) acorde
con sus necesidades de QoS. Este identificador
puede tomar valores de 0 a 15. Si el TID del
paquete tiene valores de 0 a 7, es mapeado con
respecto a las cuatro AC, usando el mtodo EDCA
para acceder al canal. Si por el contrario el
identificador TID tiene valores de 8 a 15, usar la
funcin HCCA para acceder al medio, quedando
almacenado el paquete en la cola de TS
correspondiente a su TID. Otra caracterstica

incluida en este nuevo estndar es el concepto de

TXOP (Transmisin Opportunity), que es un
intervalo de tiempo en el cual la estacin que lo
posee tiene permiso para enviar sus tramas.
2.1. EDCA (Enhanced Distributed Channel
Access)
El mtodo de acceso al medio EDCA, pretende
mejorar el funcionamiento de DCF, tratando de
forma preferencial a las aplicaciones con
restricciones en el tiempo. Para realizar esta
diferenciacin, EDCA introduce dos mtodos: El
primero de ellos es asignar distintos IFS a cada
categora de acceso. Para ello, el estndar
introduce un nuevo tiempo de espera llamado
AIFS (Arbitration InterFrame Space). El valor de
AIFS es AIFS[AC] = AIFSN[AC] x aSlotTime +
SIFS, donde AIFSN (Arbitration InterFrame
Space Number), es utilizado para la diferenciacin
entre las distintas AC. El segundo mtodo
utilizado es asignar distintos tamaos de ventana
CW para cada AC. Con este segundo mtodo, el
estndar pretende asignar menores tiempos de
espera a las estaciones ms prioritarias cuando
estas tengan que efectuar el mecanismo de
Backoff. Estos tamaos se obtendrn mediante la

(a)

(b)
Figura 1. EDCA. (a) ACs en EDCA. (b) AIFS EDCA

3. Evaluacin de prestaciones
En esta seccin, se ha realizado un estudio en
profundidad sobre el nuevo mtodo de acceso
distribuido EDCA. Se ha partido de los valores
recomendados por el estndar (ver tabla 1), y
sobre ellos se han variado cada uno de los cuatro
parmetros que intervienen en la diferenciacin de
servicio: AIFS, CWmin, CWmax y TXOPLimit (ver
tabla 2). En nuestro escenario de simulacin se ha
considerado un escenario base, compuesto por
cuatro clases de servicio: voz, vdeo, best-effort y
background, y sobre el se ha evaluado el
throughput y la tasa de colisiones de los paquetes
de voz y vdeo.
Tabla 1.
AC
Vo
Vi
Bk
Be

Valores recomendados EDCA

AIFSN
2
2
7
3

CWmin
7
15
31
31

CWmax
15
31
1023
1023

TLimit
3 ms
6 ms
-

3.1. Escenario
Para la realizacin de las simulaciones se ha
utilizado el simulador de redes Opnet Modeler
10.0 [3]. Se ha modelado sobre la capa fsica
IEEE 802.11b, utilizando un ancho de banda de
11 Mbps. Se han definido cuatro tipos de servicio,

CWmax

CWmin

AIFSN

Tabla 2.

TXOP
Limit

asignacin de distintos tamaos lmite de ventana

CWmin y CWmax. Otro factor utilizado para la
distincin en EDCA, es la duracin del TXOP
(TXOPLimit). Este parmetro limita el tiempo en
el que una estacin tiene los derechos para
transmitir, sin que el resto de estaciones le
disputen el canal.
La figura 1 muestra el funcionamiento de este
mecanismo distribuido. Si nos fijamos en ella,
podemos observar como dos o ms AC dentro de
una misma QSTA pueden poner a 0 su contador
de Backoff en el mismo instante. Si esto ocurre,
ambos flujos intentarn mandar los datos
producindose una colisin, que en el estndar
han denominado colisin interna. Siempre que
esto se produzca, la capa MAC ofrecer la
oportunidad de transmisin al flujo ms
prioritario, tratando el de menor prioridad igual
que si se hubiera producido una colisin real.

Valores utilizados para el calibrado

Vo

Vi

BE

BK

2
2
2
2
1
7
7
7
15
15
15
15
15
31
31
0
3
3
3
3

2
2
2
3
2
15
31
31
31
31
31
63
127
63
127
0
4
5
6
7

3
4
5
5
3
31
31
63
31
63
1023
1023
1023
1023
1023
-

7
7
7
7
7
31
31
63
31
63
1023
1023
1023
1023
1023
-

Voz (Vo), Vdeo (Vi), Best-effort (BE) y

Background (BK), en lnea de la especificacin
IEEE 802.1D [4]. Se ha asumido el uso de una
WLAN compuesta por un conjunto de estaciones
inalmbricas y un punto de acceso conectado a
una red cableada, formando as una red BSS. Con
respecto a la capacidad del enlace cableado, se ha
supuesto que es mucho mayor que la del
inalmbrico, y que ste no puede ser el cuello de
botella de la red.
Como ya se ha comentado anteriormente, se
han utilizado cuatro tipos de trfico para realizar
las simulaciones, y cada uno de ellos utiliza una
fuente distinta para ser generado.
Para el trfico de voz, se ha asumido el uso de
fuentes de caudal constante con una tasa de bits de
16 Kbps, acorde con el estndar de codificacin
de voz G.728 [5]. Los paquetes de voz tienen un
tamao de 168 bytes, incluyendo las cabeceras
RTP/UDP/IP. Estas fuentes son activadas
aleatoriamente dentro del intervalo [1, 1.5]
segundos despus del comienzo de la simulacin.
Con respecto a las aplicaciones de vdeo, se
han usado trazas VBR generadas mediante el
codificador de vdeo H.264 [6]. Se ha usado la
secuencia mobile calendar, codificada en formato
CIF con una tasa de 25 frames/s. La tasa media de
la transmisin de vdeo est alrededor de 480
kbps, con un tamao de paquete 1064 bytes
(incluidas cabeceras RTP/UDP/IP). Est claro que
este tipo de fuentes est caracterizado por un
patrn de trfico peridico, y tasas de envo muy

variables. Por ello cada aplicacin de vdeo

comienza a transmitir dentro de un periodo
aleatorio asignado mediante f = uniform(1;
1+12/f), siendo f la tasa de frames/s. De esta
forma, las rfagas de trfico son distribuidas a lo
largo de un GOP (Group of Pictures),
representando as un comportamiento similar al
real. La transmisin de un frame de vdeo est
uniformemente distribuida a lo largo del intervalo
de tiempo del frame (1/f).
Las fuentes de trfico best-effort y
background han sido creadas usando la
distribucin de Pareto, de forma que el trfico
generado se asemeje a su comportamiento
irregular y variable. Para suavizar los picos de
trfico generados por este tipo de fuentes, en lugar
de una nica fuente por estacin se han utilizado
cinco. La tasa de inyeccin del trfico best-effort
es de 128 kbits/s, mientras que cada estacin de
trfico background inyectar el doble (256
Kbits/s). Ambos tipos de trfico utilizan paquetes
de tamao 552 bytes incluyendo en ellos las
cabeceras TCP/IP, y comienzan a generar
paquetes en el intervalo [1, 1.5] segundos desde el
comienzo de la simulacin. El tiempo de
simulacin de todos los escenarios ha sido el
mismo, dos minutos.
Para medir las prestaciones de la red, se han
seleccionado 3 mtricas: Throughput, tasa de
colisiones y tasa de prdidas. Dado que cada una
de las fuentes inyecta una cantidad distinta de
datos, se ha optado por normalizar el throughput
de cada tipo de trfico con respecto al trfico
inyectado.
3.2. Resultados
La figura 2 nos muestra el throughput, las
colisiones y el nmero de paquetes descartados
para los flujos de voz y vdeo, cuando se varan
los valores de AIFSN. Los valores mostrados en
las grficas muestran el AIFSN asignado a BKBE-Vi-Vo respectivamente. En 2.a se muestra el
comportamiento del trfico de voz. En ella se ve
claramente la correspondencia entre nmero de
colisiones de este flujo, y sus prestaciones. Esto se
debe a que el tiempo que los paquetes se
encuentran encolados en cargas altas de la red es
muy alto en relacin al deadline fijado (10 ms).
Por ello, un paquete que tenga que ser
retransmitido tendr una alta probabilidad de ser

descartado. Los resultados de esta figura nos

muestran que para este tipo de trfico los valores
recomendados por el estndar no son muy
convenientes. En concreto, estos valores producen
los peores resultados de todos los estudiados. En
la figura se muestra como las prestaciones de este
tipo de trfico aumentan al asignar AIFSN
distintos para los flujos de voz y vdeo. Este
comportamiento es lgico ya que al asignar
valores distintos se prioriza ms al trfico de voz,
adems de reducir la probabilidad de colisiones
como queda plasmado en la figura.
La figura 2.b muestra las prestaciones para el
trfico de vdeo. Al contrario que para la voz, este
no se ve muy influenciado por la modificacin de
este parmetro. Si bien esto es cierto, la figura
muestra un ligero aumento del throughput cuando
el valor de AIFS asignado al trfico BE est ms
alejado del AIFS del vdeo.
El throughput, las colisiones y el nmero de
paquetes descartados para voz y vdeo al variar el
CWmin son mostrados en la figura 3. Este
parmetro nos indica el valor inicial de la ventana
de Backoff, as como el valor que ser
incrementado despus de una colisin. Los valores
mostrados en las grficas muestran el CWmin
asignado a BK-BE-Vi-Vo respectivamente.
Al igual que ocurra en 2.a, en 3.a se ve
claramente la dependencia del flujo de voz, del
nmero de colisiones que presenta. Como era de
esperar, el throughput de este tipo de trfico
aumenta, al asignar CWmin mayores al resto de
flujos. Con ello, adems de aumentar su prioridad,
se reducir su nmero de colisiones (ver
retransmisiones de voz). Adems de esto, la figura
nos muestra que el valor de CWmin para este tipo
de trfico debe ser pequeo, reducindose sus
prestaciones al aumentarlo.
El comportamiento del trfico de vdeo es
mostrado en la figura 3.b. El throughput de en este
tipo de trfico no vara demasiado, aunque
aumenta ligeramente al alejar los valores de
CWmin asignados a BE y BK del suyo. Por otro
lado, la figura muestra que el aumento de su
CWmin no repercute negativamente en sus
prestaciones. Es ms, debido a que este trfico es
bastante ms pesado, el aumentar levemente su
CWmin reducir el nmero de colisiones sufridas
por este trfico, manteniendo o incrementando sus
prestaciones.

Trafico de Voz
1

Retransmisiones por Paquete

Throughput Normalizado

0.9
0.8
0.7
0.6
0.5
0

7322
7422
7522
7532
7321

0.2

0.4
0.6
0.8
Carga Total Ofrecida

0.8
0.6
0.4
0.2
0
0

Trafico de Voz
0.5

7322
7422
7522
7532
7321

Tasa de Perdidas

Trafico de Voz
1

0.4

7322
7422
7522
7532
7321

0.3
0.2
0.1

0.2

0.4
0.6
0.8
Carga Total Ofrecida

0
0

0.2

0.4
0.6
0.8
Carga Total Ofrecida

(a)
Trafico de Video

0.8
0.7

0.5
0

7322
7422
7522
7532
7321

0.2

0.4
0.6
0.8
Carga Total Ofrecida

0.8

7322
7422
7522
7532
7321

0.25

0.6
0.4
0.2
0
0

0.3

7322
7422
7522
7532
7321

Tasa de Perdidas

Retransmisiones por Paquete

Throughput Normalizado

0.9

0.6

Trafico de Video

Trafico de Video

0.2
0.15
0.1
0.05

0.2

0.4
0.6
0.8
Carga Total Ofrecida

0
0

0.2

0.4
0.6
0.8
Carga Total Ofrecida

(b)
Figura 2. Prestaciones de EDCA usando diferentes AIFSN. (a) Voz. (b) Vdeo
Trafico de Voz

Trafico de Voz

Retransmisiones por Paquete

Throughput Normalizado

0.9
0.8
0.7
0.6
0.5
0

3131157
3131317
6363317
31313115
63633115

0.2

0.4
0.6
0.8
Carga Total Ofrecida

0.8
0.6
0.4
0.2
0
0

Trafico de Voz
0.5

3131157
3131317
6363317
31313115
63633115

Tasa de Perdidas

0.4

3131157
3131317
6363317
31313115
63633115

0.3
0.2
0.1

0.2

0.4
0.6
0.8
Carga Total Ofrecida

0
0

0.2

0.4
0.6
0.8
Carga Total Ofrecida

(a)
Trafico de Video

0.9
0.8
0.7
0.6
0.5
0

3131157
3131317
6363317
31313115
63633115

0.2

0.4
0.6
0.8
Carga Total Ofrecida

0.8

Trafico de Video

Trafico de Video
0.3

3131157
3131317
6363317
31313115
63633115

0.25

Tasa de Perdidas

Retransmisiones por Paquete

Throughput Normalizado

0.6

0.2

3131157
3131317
6363317
31313115
63633115

0.15

0.4
0.2
0
0

0.1

0.05

0.2

0.4
0.6
0.8
Carga Total Ofrecida

0
0

0.2

0.4
0.6
0.8
Carga Total Ofrecida

(b)
Figura 3. Prestaciones de EDCA usando diferentes CWmin. (a) Voz. (b) Vdeo

Trafico de Voz

Trafico de Voz

0.9
0.8
0.7
0.6
0.5
0

10233115
10236315
102312715
10236331
102312731

0.2

0.4
0.6
0.8
Carga Total Ofrecida

0.8
0.6
0.4
0.2
0
0

Trafico de Voz
0.5

10233115
10236315
102312715
10236331
102312731

Tasa de Perdidas

1
Retransmisiones por Paquete

Throughput Normalizado

0.4

10233115
10236315
102312715
10236331
102312731

0.3
0.2
0.1

0.2

0.4
0.6
0.8
Carga Total Ofrecida

0
0

0.2

0.4
0.6
0.8
Carga Total Ofrecida

(a)
Trafico de Video

Trafico de Voz

0.9
0.8
0.7
0.6
0.5
0

10233115
10236315
102312715
10236331
102312731

0.2

0.4
0.6
0.8
Carga Total Ofrecida

0.8
0.6
0.4
0.2
0
0

0.3

10233115
10236315
102312715
10236331
102312731

Tasa de Perdidas

Retransmisiones por Paquete

Throughput Normalizado

0.25
0.2

Trafico de Video
10233115
10236315
102312715
10236331
102312731

0.15
0.1
0.05

0.2

0.4
0.6
0.8
Carga Total Ofrecida

0
0

0.2

0.4
0.6
0.8
Carga Total Ofrecida

(b)
Figura 4. Prestaciones de EDCA usando diferentes CWmax. (a) Voz. (b) Vdeo
Trafico de Voz

Trafico de Voz

Retransmisiones por Paquete

Throughput Normalizado

0.9
0.8
0.7
0.6
0.5
0

63
00
43
53
73

0.2

0.4
0.6
0.8
Carga Total Ofrecida

1.2
1
0.8
0.6
0.4

0.4

63
00
43
53
73

0.3
0.2
0.1

0.2
0
0

Trafico de Voz
0.5

63
00
43
53
73

Tasa de Perdidas

1.4

0.2

0.4
0.6
0.8
Carga Total Ofrecida

0
0

0.2

0.4
0.6
0.8
Carga Total Ofrecida

(a)
Trafico de Video

Trafico de Video

0.9
0.8
0.7
0.6
0.5
0

63
00
43
53
73

0.2

0.4
0.6
0.8
Carga Total Ofrecida

1.2
1

0.5

63
00
43
53
73

Tasa de Perdidas

1.4

Retransmisiones por Paquete

Throughput Normalizado

0.8
0.6
0.4

0.3
0.2
0.1

0.2
0
0

0.4

Trafico de Video
63
00
43
53
73

0.2

0.4
0.6
0.8
Carga Total Ofrecida

0
0

0.2

0.4
0.6
0.8
Carga Total Ofrecida

(b)
Figura 5. Prestaciones de EDCA usando diferentes TXOPLimit. (a) Voz. (b) Vdeo

Throughput Global

Throughput Global

0.7
0.6
0.5
0

7322
7422
7522
7532
7321

0.2

0.4
0.6
0.8
Carga Total Ofrecida

0.9
0.8
0.7
0.6
0.5
0

3131157
3131317
6363317
31313115
63633115

0.2

0.4
0.6
0.8
Carga Total Ofrecida

Throughput Normalizado

0.8

Throughput Normalizado

0.9

Throughput Global

Throughput Global

Throughput Normalizado

Throughput Normalizado

0.9
0.8
0.7
0.6
0.5
0

10233115
10236315
102312715
10236331
102312731

0.2

0.4
0.6
0.8
Carga Total Ofrecida

0.9
0.8
0.7
0.6
0.5
0.4
0

63
00
43
53
73

0.2

0.4
0.6
0.8
Carga Total Ofrecida

Figura 6. Throughput global de la red al modificar cada uno de los cuatro parmetros

La figura 4 muestra el estudio realizado

cuando el factor modificado es CWmax. Los
valores mostrados en las grficas muestran el
CWmax asignado a (BK y BE) - Vi - Vo
respectivamente. Dado que este parmetro solo es
utilizado cuando un paquete debe ser
retransmitido varias veces, los resultados para
cargas bajas son similares para todos los valores.
A partir de una cercana al 80\% se empiezan a
notar diferencias.
En 4.a se muestran los resultados obtenidos
para el trfico de voz. A diferencia de los
parmetros anteriores, al modificar este parmetro
no se obtienes throughput muy distintos. Esto se
debe a que al colisionar, los paquetes de voz
tienen una alta probabilidad de ser descartados,
por lo que pocas veces alcanzaran su CWmax. De
todas formas, al aumentar el CWmax del resto de
trficos, los paquetes de voz se pueden ver
ligeramente favorecidos.
Las prestaciones del trfico de vdeo se
muestran en la figura 4.b. En ella se ve que a pesar
de reducir el nmero de colisiones de los paquetes
de vdeo, si se aumenta su CWmax, el nmero de
paquetes descartado aumentar, disminuyendo as
su throughput. Esto se produce porque los
paquetes de vdeo tienen un deadline mayor, y
admiten varias retransmisiones, por lo que se
alcanzar su CWmax. Al asignarle un tamao de
ventana mayor, se reducirn las colisiones, pero
por el contrario el resto de flujos tendrn ms
opciones de hacerse con el canal.
Por ltimo, en 5 se muestran el throughput, las
colisiones y el nmero de paquetes descartados
para los flujos de voz y vdeo, cuando se varan
los TXOPLimit asignados. Las oportunidades de
transmisin, que fueron descritas en el apartado 2,
son asignadas solo a los trficos real-time para
intentar cumplir con sus requerimientos. A pesar

de esto, dado que las fuentes de voz utilizadas

inyectan paquetes cada 80 ms, y su deadline es
nicamente de 10 ms, nunca podr haber dos
paquetes en la cola de voz, por lo que este trfico
no se podr beneficiar de la asignacin de un
TXOP. Por ello, la estaciones mandar
nicamente una trama, y liberar el medio para
que el resto de estaciones intenten ganarlo (igual
que si no se le asignara un TXOP). En la figura
5.a se ve claramente este efecto. Si no se usan
TXOP, el nmero de paquetes descartados de este
tipo de trfico es mucho menor, aumentando por
ello el throughput. En la figura tambin se muestra
la independencia del nmero de colisiones de este
parmetro.
Por el contrario, el trfico de vdeo si inyecta
una cantidad de paquetes ms elevada, sobre todo
cuando se encuentra con un frame de tipo I. Por
ello, la utilizacin de TXOP maximiza su
throughput. Esto queda reflejado en la figura 5.b.
En ella se muestra el gran aumento de las
colisiones, y como consecuencia, la reduccin
drstica del throughput cuando los TXOP no son
utilizados. De los resultados tambin se puede
intuir que un valor de TXOPLimit mayor de 6 ms
para este tipo de trfico tampoco es conveniente
ya que no aumenta las prestaciones de para los
paquetes de vdeo, y adems repercute
negativamente en el resto de trficos.
Para finalizar este estudio, en la figura 6 se
muestra el throughput global de la red al
modificar cada uno de los cuatro parmetros
estudiados. En ella se muestra claramente como el
throughput global de la red al modificar el AIFSN,
CWmin y CWmax es prcticamente el mismo para
todos los valores. Por ello, sera conveniente el
uso de los valores que maximicen las prestaciones
de los flujos real-time. Con respecto al la duracin
del TXOP, la figura 6 muestra que el uso de este

es necesario para que no decaigan las prestaciones

de la red, y que el valor asignado a los flujos de
vdeo no debe ser demasiado grande.

4. Conclusiones
En este artculo se han descrito los mecanismos
introducidos en la enmienda IEEE 802.11e para
proporcionar QoS. A continuacin se ha realizado
una evaluacin de prestaciones de su modo
distribuido (EDCA). Para ello se han modificado
los valores asignados a los cuatro parmetros
utilizados por el mtodo para proporcionar QoS.
Los resultados obtenidos muestran una
correspondencia entre el nmero de colisiones de
la red y las prestaciones obtenidas. El esquema
EDCA garantiza unas buenas prestaciones para
cargas inferiores a 0.75. A partir de este punto, y
debido al aumento del nmero de colisiones, las
prestaciones obtenidas decaen rpidamente.
Los resultados tambin nos han mostrado que
los parmetros recomendados en el estndar no
son ptimos. Se ha visto que el parmetro AIFSN
juega un papel muy importante para proporcionar
QoS. Los resultados sugieren la asignacin de un
AIFSN distinto para los flujos de voz y vdeo.
Con ello se mejoran considerablemente las
prestaciones obtenidas para los flujos de voz. De
la misma manera se ha observado que la
asignacin de un AIFSN mayor para los flujos BE
aumenta las prestaciones obtenidas para el vdeo.
Por todo ello, se puede recomendar la utilizacin
de los siguientes valores: 7 (BK) - 5 (BE) - 3 (Vi)
- 2 (Vo). Con respecto al parmetro CWmin, los
resultados tambin muestran que los valores
asignados nos son adecuados. Se ha mostrado
como el trfico de voz puede beneficiarse,
aumentando el valor asignado al resto de trficos.
De la misma manera, y debido a la mayor tasa de
inyeccin, los flujos de vdeo tambin se vern
beneficiados del aumento del tamao de la
ventana. Por todo ello, se puede recomendar el

uso de los siguientes valores: 63 (BK) - 63 (BE) 31 (Vi) - 7 (Vo). Con respeto al parmetro CWmax,
los resultados nos han mostrado que este no tiene
un efecto muy importante en las prestaciones para
los paquetes de voy y vdeo. Esto se debe a que
los paquetes son descartados por deadline antes de
que la ventana llegue a CWmax. Finalmente se han
examinado las prestaciones de la red al modificar
la duracin del TXOP. Los resultados han
mostrado la necesidad del uso de TXOP tanto para
mejorar las prestaciones de los flujos de vdeo,
como para mejorar las prestaciones globales de la
red.

Referencias
[1] LAN MAN Standards Committee of the IEEE
Computer Society, ANSI/IEEE Std 802.11,
Part 11: Wireless LAN Medium Access
Control (MAC) and Physical Layer (PHY)
Specifications, 1999 Edition.
[2] IEEE 802 Committee of the IEEE Computer
Society,
IEEE
P802.11e/D13.0
Draft
Amendment to IEEE Std 802.11, Part 11:
Wireless LAN Medium Access Control
(MAC) and Physical Layer (PHY)
Specifications: Medium Access Control
(MAC)
Quality
of
Service
(QoS)
Enhancements, April 2005.
[3] Opnet.Technologies.Inc. OPNET Modeler
10.0 1987-2004. http://www.opnet.com
[4] IEEE 802.1.D-2004: Standard for local and
metropolitan
area
networks.
http://grouper.ieee.org/groups/802/1/, 2004
[5] Coding of Speech at 16 kbit/s using LowDelay Code Excited Linear Prediction, Std.
ITU-T Recommendation G.728, September
1992.
[6] ITU-T Recommendation H.264. Advanced
Video Coding For Generic Audiovisual
Services. May 2003.