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.

Evaluación analítica<br />

que el MN rechace los paquetes de oBS una vez se ha recibido<br />

confirmación del registro con nBS. En este caso se ha comprobado como el<br />

esquema funciona perfectam<strong>en</strong>te <strong>en</strong> caso de que las rutas <strong>en</strong>tre el nodo de<br />

cruce y las dos estaciones sean similares. En caso contrario se producirá<br />

una perdida o duplicación de paquetes dep<strong>en</strong>di<strong>en</strong>do de si la ruta a la<br />

estación base antigua es mayor o m<strong>en</strong>or que la ruta a nBS<br />

respectivam<strong>en</strong>te.<br />

Para solucionar los problemas que introduce una topología de red<br />

inadecuada <strong>en</strong> el esquema de handover anterior se propuso el esquema<br />

‘Handover Suave con Finalización Controlada’. Este esquema propone<br />

dos mejoras con respecto al anterior. La primera consiste <strong>en</strong> retrasar la<br />

desconexión con oBS aun cuando ya se ha registrado correctam<strong>en</strong>te con<br />

nBS. Esto permite eliminar la pérdida de paquetes que se producían <strong>en</strong><br />

topologías donde la ruta a oBS era mayor que la ruta a nBS. Los<br />

resultados demuestran que un retraso <strong>en</strong> cortar la conexión con oBS del<br />

mismo tiempo que la difer<strong>en</strong>cia de caminos es sufici<strong>en</strong>te para evitar<br />

pérdidas <strong>en</strong> el MN.<br />

Se ha analizado una segunda v<strong>en</strong>taja consist<strong>en</strong>te <strong>en</strong> que el nodo<br />

móvil almac<strong>en</strong>a información del último paquete recibido con el fin de evitar<br />

también las duplicaciones. nBS comi<strong>en</strong>za almac<strong>en</strong>ando los paquetes que<br />

recibe del árbol <strong>multicast</strong>, hasta que MN le <strong>en</strong>vía un m<strong>en</strong>saje indicando el<br />

último paquete recibido. De esta manera nBS descarta los paquetes<br />

duplicados. Se ha analizado las repercusiones que ti<strong>en</strong>e esta solución, <strong>en</strong><br />

cuanto al retardo que sufr<strong>en</strong> algunos paquetes. Así la probabilidad de que<br />

un paquete sufra un retardo adicional dep<strong>en</strong>derá del retardo <strong>en</strong> la<br />

desconexión con oBS y de la difer<strong>en</strong>cia de rutas.<br />

También se ha analizado las limitaciones que ti<strong>en</strong>e este mecanismo.<br />

En concreto, si la ruta hacia nBS es más l<strong>en</strong>ta que la ruta a oBS es muy<br />

probable que se retransmitan un gran número de paquetes. Además el<br />

número de paquetes duplicados dep<strong>en</strong>de del tiempo que el nodo móvil ha<br />

ret<strong>en</strong>ido la conexión con oBS. Como solución a esta limitación <strong>en</strong> el punto<br />

6.5.2 se diseñó un mecanismo que permitía al MN decidir el esquema de<br />

handover adecuado a la topología de la red, ya que <strong>en</strong> esta situación es<br />

349

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

Saved successfully!

Ooh no, something went wrong!