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 />

7.3.5 Conclusiones del handover Semi Suave<br />

En este punto se ha realizado un estudio del handover Semi Suave<br />

descrito <strong>en</strong> 6.4. Basándonos <strong>en</strong> la capacidad de comunicación simultánea<br />

del nodo móvil se han descrito dos modos difer<strong>en</strong>tes de implem<strong>en</strong>tar este<br />

protocolo. El primero sería aceptar todos los paquetes que se recib<strong>en</strong> de<br />

ambas estaciones base mi<strong>en</strong>tras se <strong>en</strong>cu<strong>en</strong>tra <strong>en</strong> la zona de solape. En el<br />

segundo modo de actuación, el nodo móvil, tras recibir un m<strong>en</strong>saje de nBS<br />

indicándole la conexión al árbol <strong>multicast</strong>, supone la finalización del<br />

proceso de handover, <strong>en</strong>viando un m<strong>en</strong>saje indicativo a oBS y desechando<br />

cualquier paquete posterior de esta estación base.<br />

Se ha realizado un análisis de ambos modos. Si se aceptan todos<br />

los paquetes que recibe el nodo móvil cuando se <strong>en</strong>cu<strong>en</strong>tra <strong>en</strong> la zona de<br />

solape es posible lograr que no se pierda ningún paquete, simplem<strong>en</strong>te<br />

dándole a la zona de solape unas dim<strong>en</strong>siones mínimas (ver figura 7.7). El<br />

problema de esta solución es que el número de paquetes duplicados<br />

aum<strong>en</strong>ta directam<strong>en</strong>te con el tiempo <strong>en</strong> que el nodo móvil permanece <strong>en</strong> la<br />

zona de solape, como puede observarse <strong>en</strong> la figura 7.11. El tiempo de<br />

perman<strong>en</strong>cia del nodo móvil dep<strong>en</strong>de, evid<strong>en</strong>tem<strong>en</strong>te, del tamaño de la<br />

zona aum<strong>en</strong>ta, pero también de la velocidad o de ruta que sigue el nodo.<br />

Por tanto el número de paquetes duplicados es poco previsible y toma<br />

valores elevados.<br />

Para solucionar el problema de la duplicación de paquetes que<br />

hemos observado proponemos el segundo modo de funcionami<strong>en</strong>to, <strong>en</strong> el<br />

que la aceptación de paquetes de oBS vi<strong>en</strong>e controlada por la recepción del<br />

m<strong>en</strong>saje ‘Intra-Domain Registration Request’. Según se observó <strong>en</strong> las<br />

figuras 7.8 y 7.12 el esquema funciona perfectam<strong>en</strong>te, sin pérdida ni<br />

duplicidad de paquetes, siempre que las rutas <strong>en</strong>tre las estaciones base y<br />

el nodo de cruce parecidas.<br />

La figura 7.15 muestra como aum<strong>en</strong>ta el número de paquetes<br />

duplicados y perdidos al hacer difer<strong>en</strong>te el retardo de las rutas CNoBS y<br />

CNnBS. Así el eje horizontal se corresponde con la resta (CNoBS)-<br />

(CNnBS), de manera que cuando la ruta hacia la estación base antigua<br />

293

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

Saved successfully!

Ooh no, something went wrong!