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

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

Proceso de Handover <strong>en</strong> redes IP<br />

El protocolo Cellular IP [CAM00] ofrece tres algoritmos difer<strong>en</strong>tes<br />

para realizar el proceso de handover. Una primera solución, muy s<strong>en</strong>cilla,<br />

es el d<strong>en</strong>ominado Handover Duro (Hard Handover) donde no se int<strong>en</strong>ta<br />

garantizar la <strong>en</strong>trega de todos los paquetes. En este caso el nodo móvil<br />

escucha las señales de anuncio (beacons) de las distintas estaciones base<br />

y, <strong>en</strong> función de la pot<strong>en</strong>cia, decide cuando realizar el handover. Éste se<br />

traduce <strong>en</strong> el <strong>en</strong>vío de un paquete de actualización de ruta, que se <strong>en</strong>vía a<br />

través de la nueva estación base, y que sirve para crear <strong>en</strong>tradas <strong>en</strong> las<br />

memorias de <strong>en</strong>rutami<strong>en</strong>to de los dispositivos que forman la ruta hacia la<br />

pasarela del dominio.<br />

La segunda solución es un algoritmo adicional que mejora las<br />

prestaciones durante el handover y que se d<strong>en</strong>omina Handover Semi-suave<br />

(Semisoft Handover). Se basa <strong>en</strong> suponer que los nodos móviles pued<strong>en</strong><br />

comunicarse con las dos estaciones base. El nodo móvil, antes de moverse<br />

a una nueva BS, se comunica con ella y le transmite un m<strong>en</strong>saje<br />

indicándole la int<strong>en</strong>ción de cambiarse. Este paquete viaja <strong>en</strong> s<strong>en</strong>tido<br />

asc<strong>en</strong>d<strong>en</strong>te hasta que alcanza el Nodo de Cruce creando <strong>en</strong>tradas <strong>en</strong> las<br />

tablas de <strong>en</strong>rutami<strong>en</strong>to de los elem<strong>en</strong>tos que atraviesa, de manera que se<br />

g<strong>en</strong>era una nueva ruta llegar al nodo móvil. Sin embargo, el Nodo de Cruce<br />

no elimina la <strong>en</strong>trada anterior, de manera que el MN sigue recibi<strong>en</strong>do<br />

paquetes conectado a la BS antigua. Así, tras esperar un cierto tiempo,<br />

para asegurar que la nueva BS ha realizado la conexión, el MN inicia un<br />

handover tradicional. Durante un pequeño intervalo de tiempo las dos<br />

estaciones base recib<strong>en</strong> los paquetes dirigidos hacia el MN, minimizando la<br />

pérdida de los mismos. La figura 4.3 muestra claram<strong>en</strong>te el proceso.<br />

El problema de la solución anterior es que no todas las tecnologías<br />

permit<strong>en</strong> que el MN pueda recibir simultáneam<strong>en</strong>te información de dos<br />

BS. En [SHE01] se propone un tercer mecanismo, d<strong>en</strong>ominado Handover<br />

Indirecto, que permite mejorar las prestaciones aún cuando el nodo móvil<br />

sólo puede comunicarse con una estación. Ahora cuando el móvil decide<br />

realizar el handover <strong>en</strong>vía un paquete especial a la oBS (ya que no puede<br />

comunicarse con la nueva). Este paquete conti<strong>en</strong>e la dirección IP de la<br />

nueva estación base a la que se va mover el nodo móvil, de manera que<br />

puede ser <strong>en</strong>viado hasta ella. La nueve estación, nBS, crea un paquete de<br />

141

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

Saved successfully!

Ooh no, something went wrong!