05.01.2015 Views

movilidad ip basado en transmisión multicast - Universidad ...

movilidad ip basado en transmisión multicast - Universidad ...

movilidad ip basado en transmisión multicast - Universidad ...

SHOW MORE
SHOW LESS

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

Prestaciones del Handover <strong>en</strong> redes IP móviles<br />

handover rápido la pérdida de segm<strong>en</strong>tos UDP no experim<strong>en</strong>ta una mejoría<br />

importante con respecto al handover abrupto. El ejemplo anterior (tasa<br />

1600 Kbps, 300 mseg), ocasiona, con un handover blando rápido, una<br />

pérdida de 188 paquetes.<br />

Con respecto al protocolo TCP también hemos realizado estudios<br />

con los dos t<strong>ip</strong>os de tecnologías de handover (abrupto y blando). Los<br />

esquemas de handover abrupto obligan a que el nodo comi<strong>en</strong>ce el registro<br />

vía FA2 una vez perdida la conexión con FA1, lo que ocasiona una pérdida<br />

de paquetes. Como ya ocurría <strong>en</strong> el handover cercano (figura 5.8), ahora<br />

también es posible que el registro sea realizado durante el tiempo de<br />

retransmisión (Time Out) del protocolo TCP. Sin embargo, <strong>en</strong> función del<br />

retardo del HA y del mom<strong>en</strong>to <strong>en</strong> el que el MN recibe el m<strong>en</strong>saje ‘Ag<strong>en</strong>t<br />

Advertisem<strong>en</strong>t’ prov<strong>en</strong>i<strong>en</strong>te de FA2, es posible que los paquetes deban ser<br />

transmitidos una tercera vez antes de que nodo móvil los reciba. El motivo,<br />

como se apreciaba <strong>en</strong> la figura 5.21, es que el registro se completa cuando<br />

el temporizador de retrasmisión del CN ya ha v<strong>en</strong>cido.<br />

Las prestaciones estudiadas a través del ‘throughput’ también<br />

disminuy<strong>en</strong> al trabajar <strong>en</strong> situaciones de handover lejano. Adicionalm<strong>en</strong>te<br />

a la disminución de los valores máximos, que son debidas al aum<strong>en</strong>to de<br />

retardo de la ruta CN-HA-FAx, se produce una disminución considerable<br />

<strong>en</strong> el mom<strong>en</strong>to del handover. El tiempo necesario para volver a la situación<br />

de partida dep<strong>en</strong>de, princ<strong>ip</strong>alm<strong>en</strong>te, del retardo HA-FA2. Así con un<br />

retardo de 60 mseg. el ‘throughput’ alcanzaba los valores iniciales <strong>en</strong> un<br />

tiempo aproximado de 4.5 segundos (figura 5.20), mi<strong>en</strong>tras que si se<br />

aum<strong>en</strong>ta el retardo hasta 300 mseg. el tiempo de recuperación puede<br />

llegar a ser de 15 segundos (figura 5.24). El motivo es el mecanismo de<br />

arranque l<strong>en</strong>to que TCP utiliza para prev<strong>en</strong>ir la congestión. Un retardo<br />

elevado <strong>en</strong> la ruta HA-FA2 provoca un aum<strong>en</strong>to <strong>en</strong> el tiempo de recepción<br />

de los paquetes, por los que los reconocimi<strong>en</strong>tos llegan de forma más l<strong>en</strong>ta<br />

a CN, y el tamaño máximo de su v<strong>en</strong>tana de transmisión tarda más<br />

aum<strong>en</strong>tar.<br />

Por último se estudia el comportami<strong>en</strong>to del handover blando <strong>en</strong><br />

una trasmisión TCP. Es destacable el hecho de que, aun si<strong>en</strong>do probable<br />

193

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!