La PHY est en el estado bsqueda cuando no es ni en

la transmisin ni la recepcin de una trama. En este estado, el

PHY evala cada notificacin de eventos de transmisin de la
objeto Canal inalmbrico est conectado a por potencialmente
fotogramas por cobrar. Si llega una trama recibida con suficiente
intensidad de la seal de deteccin del prembulo (es decir SINR> BPSK
umbral), la PHY pasa al estado con PreRXing.
La PHY permanece en el estado PreRXing para la duracin de
prembulo y parte de la seal de la cabecera PLCP. Si la SINR
de esta trama se mantiene por encima de la velocidad de codificacin BPSK y
1/2
umbral de recepcin durante todo este perodo, la PHY se mueve en
el estado RXing para alojarse por la duracin de la trama. Si tiene previsto
llegar despus de una
fotograma del canal tiene suficiente potencia de la seal recibida para
prevenir prembulo adecuado y recepcin cabecera PLCP para el
cuadro actual, la PHY mueve de nuevo al estado Bsquedas.
Sin embargo, si este ltimo marco tiene suficientemente ms alto de la seal
la fuerza de su propio prembulo a ser odo por encima de otros, lo har
desencadenar la captura prembulo, lo que significa que las estancias en el
PHY
PreRXing estado con un temporizador de restablecimiento para el nuevo
marco.
Dentro del estado RXing, la PHY se encarga de la recepcin de la
cuerpo de la trama actual. Se monitoriza la SINR en todo el
duracin cuerpo del bastidor. Si la SINR cae por debajo del umbral
requerida por la velocidad de modulacin y codificacin usado para el marco
cuerpo en cualquier momento mientras que en este estado, el PHY marca la
trama
con un indicador de error. Despus RXing tiempo de espera, la PHY se mueve
de nuevo a
el estado Bsquedas. Tambin pasa la trama a la MAC, donde

el indicador de error se utiliza directamente para la decisin de verificacin

CRC.
Si la funcin de captura cuerpo de bastidor est habilitado, entonces es posible
para una trama que llega tarde para activar la PHY para volver a la
PreRXing estado para el nuevo marco de la manera descrita en
la seccin 3.3.2. De lo contrario, la trama que llega tarde no tiene ninguna
posibilidad
de ser recibido y slo se registra en el monitor de energa como
una fuente de interferencia.
Un comando de transmisin de la MAC mover la PHY en el
TXing estado durante la duracin de una transmisin de tramas
independientemente
lo que la PHY est haciendo en este momento. La expiracin de la
contador de tiempo de transmisin termina el estado TXing. Si una trama viene
en
desde el canal cuando la PHY est en el estado TXing, es
ignorado y slo seguido por el monitor de potencia como una interferencia.
Por lo general, el MAC no emitir un comando de transmisin, mientras que el
PHY est en el estado PreRXing o RXing debido a la portadora
mecanismo sentido. Sin embargo, el IEEE 802.11 estndar mandatos
el receptor de una trama de datos de unidifusin dirigida a s mismo para
convertir
162
alrededor despus de Sifs y transmitir una trama ACK, independientemente de
la
condicin de canal. Del mismo modo, el receptor de una trama RTS, si
tiene un NAV vaco (Red vector de asignacin), esperar a que
Sifs y luego transmitir una trama CTS, independientemente del canal
condicin. Tales escenarios estn representados por los dos trazos
lneas que se muestran en la mquina de estados. La PHY est diseado para
caer
y limpiar el marco que est intentando recibir y pasar a

TXing estado cuando esto sucede.

El MAC, sin embargo, nunca debe emitir un comando de transmisin
cuando la PHY se encuentra todava en el estado TXing. El nuevo marco tiene
pocas posibilidades de ser recibida dentro de su pblico objetivo
porque los dems en general no tienen medios para contar que un nuevo
marco
se inici repentinamente. Por lo tanto, la PHY est diseado para emitir una
error y detener el simulador cuando este evento ocurre porque
significa el MAC anterior tiene un error crtico en el diseo o
implementacin.
5.2.3 Marco razones gota desglose
Los fallos de recepcin PHY ahora modelos en el marco muy detallado
manera. A su vez, es capaz de producir huellas que proporcionan gran parte
conocimientos necesarios para los investigadores cuando se analizan
simulacin
resultados. La siguiente tabla enumera todas las razones de abandono
fotograma a fotograma
nodo receptor. Por favor, vea la SDL de la PHY al final de esta
papel para detalles precisos y el nmero de casos.
La tabla 2, gota marco razona desglose
Razones gota Caso # Frame en un nodo de recepcin
1 Seal de recepcin muy dbil para el marco que se va
detectado por encima del ruido / interferencia
2 PreRX fracas debido a las interferencias posteriores
3 Intensidad de la seal no es suficiente para la captura de prembulo
4 Nodo ya en PreRX de otro fotograma
5 La seal es demasiado dbil para la decodificacin cuerpo de bastidor
6 interrumpido por propia orden de transmisin del nodo
7 interrumpido por propia orden de transmisin del nodo
8 Nodo ya en la recepcin de otro marco
recepcin cuerpo 9 del marco fracas debido a la posterior

interferencias
10 de seal no es suficiente para la captura de cuerpo de marco
11 Nodo ya en la recepcin de otro marco (captura
APAGADO)
12 Nodo es en la transmisin de su propia
5.2.4 Las futuras ampliaciones
Esta seccin describe algunas caractersticas para ser extendidos en el
futuro. Tambin se discuten brevemente sus enfoques de diseo.
tasa de bits errneos (BER) a base de decisiones recepcin de tramas es
un mtodo ms sofisticado que el diseo actual que
utiliza un umbral para la toma recepcin de tramas directamente.
El uso de una tabla de consulta, la PHY encuentra la BER para una trama
basado en el valor de SINR. Que a su vez calcula el Paquete
Tasa de Error (PER), utilizando la BER y la longitud de la trama. Esta
mtodo es capaz de modelar el impacto del tamao de una trama.
El modo de dormir (es decir, de ahorro de energa) permite que una radio
para ser
desactivado (y de nuevo) en inalmbrica de energa limitada
sistemas de comunicaciones. Esto es particularmente til para
Los estudios de protocolo de diversos ad hoc mvil y / o el sensor
redes.
El cambio de canales es compatible con simulaciones de mltiples
canales al mismo tiempo utilizados por diferentes radios. Un nodo
pueden optar por cambiar de un canal a otro
dinamicamente. Esta funcin es til para los investigadores en el
campos de la radio cognitiva, VANET, etc.
De estas tres caractersticas, el apoyo BER es el ms fcil de
implementar ya que implica principalmente la sustitucin de la corriente
cdigo de decisin de recepcin de tramas a nivel local. Las otras dos
caractersticas,

sin embargo, requieren cambios ms complicados en el diseo de la PHY.

El modo dormir implica la adicin de un estado de sueo,
que es accesible desde el estado Bsquedas. La pregunta es:
si el monitor de energa en el PHY mantener el seguimiento de la
actividades en el canal, mientras que en el estado de sueo? Obviamente,
mantener el seguimiento de las seales en el canal permite correcta
comportamientos en el momento inmediato cuando la PHY vuelve de nuevo
Del estado de sueo. Por otra parte, de apagar
supervisar (es decir, exclusin de la lista un nodo de la canal) en gran medida
podra
reducir la carga computacional de las simulaciones, especialmente en
escenarios en los que muchos nodos permanecen en el modo de dormir la
mayor parte de
el tiempo.
La funcin de conmutacin de canal tambin se enfrenta a una pregunta
similar:
debe supervisar las actividades de cada nodo en canales distintos de su
el actual? Si no es as, cmo podra saber el canal local
condicin que cambia a un nuevo canal?
Hay dos posibles enfoques para abordar los problemas
descrito arriba. El objeto de canal puede ser actualizada de forma que
un seguimiento de todas las transmisiones en vivo y proporciona dicha
informacin cuando
consultado por el mdulo PHY de cualquier nodo. O podra ser uno ms
Estado "transicin" introducido en el diseo de la PHY. Un PHY
que sale de la conmutacin de estado o canal de dormir es necesario para ir
al estado de transicin y quedarse por uno o dos ms. Mientras en
el estado de transicin, el monitor se enciende en su
el seguimiento de las actividades del canal. Este estado de transicin puede
ser
justificado como el modelado de la cabeza / latencia implicados por la PHY
antes de establecerse en el estado de bsqueda.

5.3 modelado MAC

Como se muestra en la figura 3, hay seis mdulos definidos dentro de la
MAC. Estos seis son 1) la transmisin, 2) la recepcin, 3) del canal
gestor de estado, 4) encargado de retroceso, 5) la coordinacin de transmisin
y 6) la coordinacin de recepcin. Las lneas continuas en la figura muestran
las rutas para pasar tramas de datos y de control, mientras que el de trazos
lneas indican las interfaces de sealizacin activos entre los mdulos.
El diseo de estos seis mdulos refleja consideraciones y
abstracciones de los extensos diagramas de estado contenidas en el
estndar IEEE 802.11. Sin embargo, no todas las decisiones que se toman en
este
el trabajo se ajusta al diseo de la norma. Por ejemplo, el
mdulo de recepcin en este diseo es simplificado y algo de la
responsabilidades (por ejemplo, duplicar la retirada del fijador) se movieron
sobre
al mdulo de coordinacin de recepcin en su lugar.
Mdulo 5.3.1 Transmisin
El mdulo de transmisin es la interfaz a la PHY. Pas
todos los tipos de fotogramas a la PHY para las transmisiones reales.
El mdulo de transmisin acepta RTS y tramas de datos de la
mdulo de transmisin de coordinacin y ACK y tramas CTS
163
desde el mdulo de coordinacin de recepcin. Cuando MAC superior
se incorporan las funciones de administracin (por ejemplo, asociaciones), lo
har
Tambin aceptar tramas de gestin de los nuevos mdulos.
El mdulo de transmisin tiene una mquina de estados muy simple,
que se compone de slo dos estados: TX_IDLE y TXing.
5.3.2 mdulo de recepcin
El mdulo de recepcin completa el proceso de recepcin de una
trama entrante, que se inicia en la PHY. Se aplica direccin

el filtrado de tramas recibidas con xito antes de pasarlos a

otros mdulos. Tambin es responsable de la seal al canal
gestor de actualizaciones de estado con deteccin de portadora virtual.
Como marco surge de la PHY, el mdulo de recepcin
realiza una comprobacin CRC para ver si el marco es xito
recibido. Lo hace mediante la consulta el valor de la bandera de error,
que es fijado por la PHY, que se adjunta al marco.
La norma requiere que un nodo que acaba de recibir una mala o
trama desconocida para esperar un EIFS (entre tramas extendido
Espaciado) en lugar del DIFS estndar. El espaciado entre tramas
se trata en este diseo como la responsabilidad del estado del canal
gerente. Por lo tanto, el mdulo de recepcin informa al canal
gestor de Estado en casos de error de comprobacin CRC.
El mdulo de recepcin se aplica un filtro de direcciones en todo
recibido con xito los marcos, y slo pasa un marco a la
mdulo receptor apropiado si la trama est destinada para este
nodo. Cuando se aade BSS o IBSS apoyo en el futuro, la
proceso de filtrado BSSID debe ser colocado en este mdulo.
Por ahora, el mdulo de recepcin slo se transfieren los datos y el control
marcos en el mdulo de coordinacin de recepcin. Cuando MAC superior
elementos de las capas se aaden, el mdulo de recepcin debe pasar
la gestin de los marcos de los nuevos mdulos segn el caso.
Cualquier trama que no pasa el proceso de filtrado de direcciones es
examinados para ver si contiene un NAV antes de ser desechados.
RTS, CTS y, a veces las tramas de datos contienen NAV
informacin. Si se encuentra uno, el mdulo de recepcin pasa el
valor de NAV para el gestor de estado del canal.
El mdulo de recepcin tambin tiene una mquina de estados simple. Est
dentro
ya sea RX_IDLE o RXing en cualquier momento.

5.3.3 gestor de estado de las vas

El gestor de estado de canal es responsable de mantener tanto
los estados de deteccin de portadora fsicos y virtuales para el IEEE
802.11 mecanismo CSMA.
El gestor de estado de canal depende de la PHY para actualizar el
estado de deteccin de portadora fsica. Se espera que la PHY para indicar
canal ocupado cuando la intensidad de la seal recibida totales se eleva por
encima
umbral de deteccin de portadora o cuando la PHY es en la transmisin.
Del mismo modo, se espera que la PHY para indicar canal claro cuando ambos
se han ido condiciones.
El gestor de estado del canal de sealizacin de espera de la recepcin
mdulo para las actualizaciones de estado de deteccin de portadora virtual
como se describe en
la subseccin anterior. Una vez sealado esta manera, el estado de canal
conjuntos gestor de actualizaciones o el NAV durante el tiempo especificado.
Como se muestra en la Figura 5, el gestor de estado de canal tiene cinco
estados.
La combinacin de ambos deteccin de portadora fsica y virtual
estados resultan en cuatro estados: NoCSnoNAV, NoCSNAV,
CSnoNAV y CSNAV. Adems, el tiempo de permanencia en
El espaciamiento entre tramas (IFS) de espera tambin se modela como un
estado
dentro del gestor de estado del canal. Esto es porque los IFS
mecanismo es esencialmente un auto forzada NAV. Como tal, el
gestor de estado de canal trata el estado IFS esperar ya ser canales
ocupado como la duracin del tiempo de espera encuantra IFS depende de la
ifs_value parmetro, que puede ser ajustado en DIFS y EIFS. Cuando
EDCA se incorpora, ser necesario agregar un adicional
interfaz de sealizacin desde el mdulo de coordinacin de transmisin
al gestor de estado de canal para asesorar a los valores AIFS. Sifs

espera, sin embargo, est a cargo de la transmisin y recepcin

coordinacin mdulos directamente. Esto se debe a Sifs se utiliza en una
manera diferente a la de DIFS y EIFS. Cualquier mdulo que establece un Sifs
temporizador tomar medidas como el tiempo se agota, independientemente
de la
condicin de canal durante los FIS.
Figura 5, la mquina de estado del gestor de estado de canal
El gestor de estado de canal informa de la fsica conjunta y virtual
estado de deteccin de portadora en respuesta a las consultas de cualquier
otra
mdulo. Es decir: se informa CS_IDLE si es en el NoCSnoNAV
estatales y CS_BUSY lo contrario. Tambin informa del estado NAV
al mdulo de coordinacin de recepcin cuando se les pregunta, para ayudar a
la
CTS decisin.
El gestor de estado de canal indica activamente el pesebre de retardo de envo
siempre que se mueva dentro o fuera del estado de NoCSnoNAV
indicar los cambios de estado del canal. A su vez el gerente de retardo de
envo
reanuda o detiene su proceso de retardo de envo, si ya est en uno.
5.3.4 gerente de retroceso
El gestor de backoff mantiene el contador de retardo de envo para apoyar
el mecanismo de prevencin de colisiones en el IEEE 802.11 MAC.
La figura 6, la utilizacin del gestor de retroceso por la transmisin
mdulo de coordinacin
El gestor de retardo de envo de ayuda a la coordinacin de transmisin
mdulo para ejecutar tanto el retardo de envo regular y despus de la
transmisin
backoff, pero no tiene conocimiento de la diferencia entre los dos.
La Figura 6 proporciona una visin muy simplificada de cmo se hace esto.
Como se muestra en la Figura 7, el gerente de retardo de envo tiene tres
estados: No

De retroceso, retroceso de Ejecucin y de retroceso Pausa. Depende de

la sealizacin de estado de deteccin de portadora canal desde el canal
164
pesebre estado para correr o hacer una pausa en el contador de retardo de
envo. Se mueve hacia atrs
No al estado de retroceso y las seales de retardo de envo Listo para el
mdulo de coordinacin de transmisin cuando el contador de retardo de envo
llegue a cero. Cuando se aade EDCA, ser necesario para una
interfaz de sealizacin adicional para ser implementado entre el
mdulo de coordinacin de transmisin y el gerente de retroceso.
Esto se utiliza para desencadenar una nueva evaluacin del proceso de retardo
de envo
con un valor diferente cw (ventana de contencin). A su vez, podra
causar la terminacin del retardo de envo antes en los casos de mayor
prioritarias tramas pendientes.
Figura 7, la mquina de estado del gestor de retroceso
5.3.5 Transmisin mdulo de coordinacin
El mdulo de coordinacin de transmisin gestiona el acceso de canal
para los paquetes transmitidos desde la capa superior.
La Figura 8 ilustra la mquina de estado en la transmisin
mdulo de coordinacin. Se divide a grandes rasgos en dos lados
dependiendo de si es necesario el intercambio RTS / CTS. Si el
trama de datos es una emisin o una unicast con un tamao menor que el RTS
umbral, se procesa por completo dentro del lado derecho de la
global de la mquina estatal. De lo contrario, se genera una trama RTS y
una secuencia de estados en el lado izquierdo est involucrado antes de los
datos
marco sera enviado.
Figura 8, la coordinacin de transmisin de la mquina de estado de mdulo
Cuando el mdulo de coordinacin de transmisin se mueve fuera de la
TXC_IDLE estado debido a un paquete que baja de la

capa superior, en primer lugar comprueba si una trama RTS debe ser
generada.
Posteriormente, se inicia un proceso de retardo de envo en el gestor de retardo
de envo si
no hay un solo pasando ya y se mueve en la estrategia en tiempo real
A la espera o el estado en espera de datos de acuerdo con la decisin de
estrategia en tiempo real.
Si el mdulo de coordinacin de transmisin est en el RTS Pendiente
o el estado Pendiente de datos, instruye al mdulo de transmisin de
transmitir los RTS o trama de datos, respectivamente, tan pronto como la
recepcin de
una seal que indica Hecho de retroceso desde el gestor de retroceso.
Es posible que estos estados pendientes de ser anuladas directamente. Como
se muestra en la Figura 6, si el gestor de retardo de envo no tiene una
proceso de retardo de envo actualmente en marcha y el estado del canal
gerente responde con un CS_IDLE, la coordinacin de transmisin
mdulo puede transmitir de inmediato los RTS o trama de datos. Esto es
debido a que el estndar permite para una radio para iniciar una transmisin
de inmediato si se ha completado un post-transmisin previa
y el canal de retroceso, tanto fsica como virtualmente, ha sido
ralent durante ms de DIFS.
Cuando se completa la transmisin de una trama RTS, el
mdulo de coordinacin de transmisin se traslada a la espera de CTS
Estado e inicia un temporizador TCTS. Si la coordinacin de recepcin
mdulo no es seal de la llegada de una trama CTS antes de la
expira el temporizador, se inicia otro proceso de retardo de envo y se mueve
hacia atrs
a los RTS estado pendiente. Se puede repetir este proceso hasta que la
se alcanza el lmite de reintentos corto. Si una respuesta CTS regresa en
tiempo, entonces el mdulo de coordinacin de transmisin espera Sifs
antes de indicar al mdulo de transmisin para enviar los datos
marco.

Despus de la transmisin de tramas de datos, la coordinacin de transmisin

mdulo pasa al estado de espera ACK y se inicia una tachuela
minutero. Si no recibe una indicacin de respuesta ACK desde el
mdulo de coordinacin de recepcin antes de que expire el temporizador, se
inicia
un nuevo proceso de retardo de envo y se mueve de nuevo a RTS Pendiente o
Data
A la espera de estado, respectivamente. Una vez ms, esto est sujeto a corto
o
lmite de tiempo de reintento, respectivamente.
En los casos de estrategia en tiempo real de reintento o retransmisin de
unidifusin, el cw
parmetro se actualiza antes de que se solicite una backoff con el nuevo
valor.
El intento de transmisin de una trama termina en tres posibles
maneras: 1) se trata de una trama de difusin y se transmite una vez ms de
El aire; 2) se trata de una trama unicast y la coordinacin de transmisin
mdulo recibe una sealizacin de la recepcin ACK
mdulo de coordinacin; o 3) uno de los lmites de reintento se alcanza. En
los tres casos, el mdulo de coordinacin de transmisin restablece el
los contadores de reintentos y el parmetro CW, e inicia una posttransmission
Aprtate. Despus, si hay un paquete en espera
la cola, se necesita el paquete e inmediatamente se mueve en el
Pendiente RTS o estado de datos pendiente. De lo contrario, vuelve de nuevo a
el estado TXC_IDLE.
5.3.6 mdulo de coordinacin de recepcin
El mdulo de coordinacin de recepcin lleva desde la recepcin
mdulo de control y tramas de datos destinados a este nodo. seala
el mdulo de coordinacin de transmisin cuando CTS y ACK
tramas llegan. Es responsable de manejar el CTS y ACK
respuestas cuando tramas RTS y de datos llegan. Tambin filtra la

tramas de datos antes de pasarlos a la capa superior.

Figura 9, la coordinacin de recepcin de la mquina de estado de mdulo
Como se muestra en la Figura 9, el mdulo de coordinacin de recepcin tiene
slo tres estados: RXC_IDLE, RXC Sifs esperar y esperar TX
Hecho. El mdulo de coordinacin de recepcin en su mayora pasa tiempo en
el estado RXC_IDLE y espera tramas de control y de datos de
el mdulo de recepcin.
Si una trama RTS llega, el mdulo de coordinacin de recepcin
consulta el gestor de estado de canal por su estado de NAV. Si el
respuesta indica un VL activa, la trama RTS es simplemente
165
descartado. De lo contrario, el mdulo de coordinacin de recepcin crea
una trama CTS y se mueve en los Sifs RXC estado de espera con una
configurado el tiempo Sifs. Cuando el tiempo se agota, se instruye
inmediatamente
el mdulo de transmisin para transmitir la trama CTS. A continuacin,
pasa al estado de espera Hecho TX para la duracin de la transmisin
antes de regresar al estado TXC_IDLE.
Si una trama de datos de unidifusin llega, la coordinacin de recepcin
mdulo comienza un proceso ACK similar a la forma en que maneja la
respuesta de CTS. Sin embargo, no consulta el estado del canal
gerente de status de la NAV. Si una trama CTS o ACK llega, la
mdulo de coordinacin de recepcin simplemente las seales de la
transmisin
mdulo de coordinacin en consecuencia.
El mdulo de coordinacin de recepcin pasa las tramas de datos al
capa superior. En este proceso, es el responsable de desprenderse duplicado
tramas de datos desde la canal, que puede ser causada
por el mecanismo de retransmisin unicast. En estos casos,
Sin embargo, todava reacciona con una transmisin ACK.

6. RESULTADOS DE LA MUESTRA DE SIMULACION

Los estudios de simulacin presentados en esta seccin se establecen en el
VANET contexto. 133, 400 y 1000 nodos de coches son pseudouniformly
colocado en un crculo con un 2,000 m permetro en tres
escenarios. Imagine que este crculo es un camino alrededor del ecuador de
una tierra en gran medida encogido. Como tal, el efecto lmite es
eliminado. Cada nodo transmite en 10 marcos de transmisin promedio
por segundo con una carga til de 250 bytes. La potencia de transmisin
tiene un alcance terico de 250 m. modelo de Rayleigh se selecciona en el
Modelo RF. El IEEE 802.11p [2] (que es similar al IEEE
802.11a mitad clasificacin con 10 MHz canales se utilizan parmetros).
Figura 10 Efectos de la IEEE 802.11 actualizaciones de modelado bajo
diferentes escenarios de densidad de nodos
Estos tres escenarios son equivalentes a 120, 40, y 16 m por
coche por carril en una autopista de 8 carriles. Representan moderada,
realista densos, y extremadamente densas densidades de nodos
respectivamente. La Figura 10 muestra una comparacin de la media
tasa de recepcin de tramas de transmisin en distintas distancias de la
remitente en estos escenarios. Tenga en cuenta que el eje Y se trunca en su
rango (es decir, no cubre 0-1) para el espacio de
consideraciones. En cada escenario, uno y tres conjuntos de resultados son
obtenido con el original (versin 2.31) y el NS-revisado
2 simuladores respectivamente. El simulador revisado se usa con
tres configuraciones: todas las funciones de captura apagados; prembulo
captura de encendido; y la exposicin de motivos y el cuerpo del marco
conjugue
encendido.
6.1 Comparacin con el original, NS-2
El "Orig NS-2.31" y "Cap. "lneas de discapacidad en la Figura 10
proporcionar comparaciones de nivel entre el original y la

revisionadas NS-2 simuladores. La implementacin original de NS-2

carece de un modelo de SINR acumulativo. Como resultado, se produce una
mayor
las tasas de recepcin en distancias ms largas (por ejemplo, la Orig NS-line
2.31
aparece en la parte superior ms all de 150 m en el terreno del medio). En el
Las distancias ms cortas, sin embargo, los resultados se invierten. Esto es
debido a
el modelado estado colisin MAC incorrecto (es decir, continua
tramas entrantes podran prolongar el estado de colisin para siempre) en el
NS-2 originales. Por favor, vase [4] para obtener descripciones detalladas.
Tambien es
claro que estas diferencias aumentan cuando la escalabilidad de la
escenario de simulacin aumenta.
6.2 Efecto de las caractersticas de captura
La comparacin entre el "Cap. Discapacitados "," Cap PreRx. ",
y "PreRX Cap de datos +." lneas de la Figura 10 demuestra
diferencias hechas por la captura cuerpo prembulo y el marco
caractersticas que ahora se implementan en la PHY. Ambas capturas
caractersticas que influyen fuertemente en las tasas de recepcin a distancias
cercanas a
el remitente. Estos efectos son ms pronunciados como la simulacin
escenario se vuelve ms denso (e introduce ms fuerte oculta
factores terminal). Como tal, estas caractersticas de captura tienen
implicaciones para las comunicaciones de seguridad entre vehculos, as
como las investigaciones generales MANET.
7. RESUMEN
Este artculo presenta una arquitectura limpia y modular para IEEE
802.11 simulaciones en NS-2. Los roles, funciones y sealizacin
las interfaces de los principales mdulos del MAC y PHY son
describe sistemticamente. detalles de diseo son microscpicas
proporcionada en formas de diagramas SDL. Como tal, el reacondicionado

simulador NS-2 es fcil de entender y extender por inalmbrico

los investigadores de comunicaciones.
Las descripciones completas y sin embargo detallada tambin actan como un
azul
imprimir para cualquier persona interesada en la construccin de una
simulacin IEEE 802.11
ncleo en plataformas de simulacin distintos de NS-2.
En trminos de precisin de modelado, este documento hace una caja fuerte
para la necesidad de modelar las transmisiones IEEE 802.11 y
recepciones procesan de forma realista y correcta. La suma de
SINR acumulativa, el prembulo y el manejo de cabecera PLCP y
de captura y de captura cuerpo de bastidor caractersticas para la mejora de la
PHY
precisin de la simulacin y proporciona ms puntos de vista a los
investigadores.
8. Agradecimientos
Felix Schmidt-Eisenlohr reconoce el apoyo del alemn
Fundacin para la Investigacin (DFG) dentro del Grupo de Investigacin de
Formacin GRK
1194 "sensor-actuador Auto-organizacin de redes".
Google Traductor para empresas:Translator ToolkitTraductor de sitios webGlobal
Market Finder
Acerca de Google TraductorComunidadCelularesAcerca de GooglePrivacidad y
condicionesAyudaEnviar comentarios