1

Estudio de Algoritmos de Handover para Redes Inalmbricas Heterogneas

Juan Guillermo Gmez T., Jos Lisandro Abada S., Andrs Felipe Milln C.
Grupo de Investigacin COMBA I+D, Consorcio I2COMM Universidad Santiago de Cali, Cali, Valle, Colombia {juango, jabadia83, afmillan} @ ieee.org

ResumenActualmente existen diversas tecnologas que le ofrecen conectividad a un usuario mvil y generan el reto de poder soportar un mecanismo de handover vertical, con el cual los usuarios pueden mantener sus conexiones cuando se conmutan de una red a otra (ejemplo de una red Wi-Fi a una red GPRS y viceversa). En este artculo, se presentan las caractersticas principales de un proceso de handover y un anlisis genrico de los algoritmos basados en polticas y funciones de costo. Estos algoritmos utilizan diferentes atributos o polticas (ancho de banda, fuerza de la seal, costo entre otros) para la toma de decisin del handover. Adems se desarrollo un software para dispositivos clientes en Linux que implementa estos algoritmos para validar su funcionamiento en un entorno real. Palabras clave Handover, Handover Policies-based, Heterogeneus Wireless Networks, Seamless handover, Wi-Fi.

seccin II se da una breve descripcin de handoff. En la seccin III se da una clasificacin de los mecanismos de handoff. En la seccin IV se dar una descripcin del modelo de polticas. En la seccin V se describen los algoritmos para el handover vertical. En la seccin VI y VIII se muestra la implementacin del software, las pruebas realizadas y los resultados obtenidos. Finalmente en la ltima seccin se listan las Conclusiones y los Trabajos Futuros.

I. INTRODUCCION

l soporte de mecanismos de movilidad (Handover) en redes inalmbricas es una de las caractersticas ms importantes en las redes de cuarta generacin (4G). Una visin generalizada de las redes 4G o redes de prxima generacin (NGN) incluye la coexistencia de las actuales tecnologas inalmbricas como WLAN, GPRS y UMTS. Diferentes tecnologas estarn unidas dentro de una sola red o backbone IP. En la actualidad existe tendencias a que los dispositivos estn equipados con mltiples interfaces de red, estas interfaces podrn realizar traspasos de una forma transparente (seamless) entre ellas [1]. Para realizar esta visin, se ha hecho un gran esfuerzo en diseo de arquitecturas, estandarizacin y cobertura de redes de acceso. Otro aspecto importante es el desarrollo de polticas sofisticadas que ayuden al Nodo Mvil o Mobile Node (MN) a decidir cuando realizar el handover entre las diferentes redes Handoff (o Handover) se refiere al evento cuando un Nodo Mvil (MN) se encuentra conectado a un punto de acceso de red y se cambia a otro. Los handoff se pueden clasificar por diferentes propiedades o caractersticas de la red como se describe mas adelante, pero el factor ms comn es por los tipos de red involucradas, el cual se clasifica en horizontal o vertical, como lo ilustra la Figura 1 [2],[3]. Este artculo se desarrolla de la siguiente forma: En la

Fig. 1. Horizontal y vertical handoff.

II. HANDOVER El mecanismo de handover se puede definir como el cambio de conexin de una red a otra por parte del dispositivo. La forma exacta como se realiza un handover vara entre los distintos sistemas. En el caso de redes inalmbricas de rea local IEEE 802.11, el proceso de handover se da cuando el terminal mvil realiza un cambio de Access Point, este tipo de traspaso entre la misma tecnologa se conoce como handover horizontal; existe otro tipo de traspaso en el cual el cambio de conexin a la red se realiza entre diferentes tecnologas (p.ej. WLAN a GPRS, GPRS a WLAN, GPRS a CDMA2000), este mecanismo se conoce como handover vertical [2]. III. CLASIFICACIN DE HANDOFF El handoff se puede clasificar basado en varios factores, como numero de conexiones, tipo de frecuencias, tipo de redes, el dominio administrativo involucrado o necesidad del handover [4]. En la Figura 2 se puede observar esta clasificacin.

Figura de clasificacin de handoff.

2. rbol

A. Tipos de redes Involucradas. Este es el factor ms comn de clasificacin. El handoff puede ser clasificado como horizontal o vertical. Esto depende si el handoff se realiza entre una misma tecnologa de red o entre una variedad de tecnologas de red. B. Frecuencias Involucradas. Intrafrecuencia handoff: Es el proceso de handoff de un terminal mvil a travs de puntos de acceso operando sobre la misma frecuencia handoff de un terminal mvil a travs de puntos de acceso operando sobre diferentes frecuencias. C. Nmero de Conexiones Involucradas. Hard handoff: En este tipo de handoff el MN mantiene un solo enlace a la conexin de red, quitando el antiguo enlace antes de establecer uno nuevo. Se le suele llamar (BreakBefore-Make) [3]. Soft handoff: En este Handoff, el MN mantiene al menos dos enlaces a la conexin de red. Se suele llamar (MakeBefore-Make) [3], ya que se conecta simultneamente al enlace anterior y al enlace posterior, con la intencin de eliminar el tiempo de desconexin. Softer handoff: Un softer handoff es muy similar al soft handoff, excepto que el terminal mvil conmuta sobre enlaces de radio que pertenecen al mismo punto de acceso. D. Dominio Administrativo Involucrado. Un dominio administrativo es un grupo de sistemas y redes que pertenecen a una sola organizacin y controlado por una autoridad administrativa. Intra-Administrativo handoff: Este proceso de handoff ocurre cuando un terminal mvil se mueve entre redes diferentes (soportando la misma o diferentes tipos de interfaces de red) manejadas por el mismo dominio administrativo. Inter-Administrativo handoff: Este proceso de handoff

ocurre cuando un terminal mvil se mueve entre redes diferentes (soportando la misma o diferentes tipos de interfaces de red) manejadas por diferentes dominios administrativos. E. Necesidad de Handoff Handoff obligatorio: En algunas situaciones es necesario que el terminal mvil transfiera la conexin a otro punto de acceso para evitar la desconexin. Handoff voluntario: En otras situaciones la transferencia de conexin es opcional y debe o no mejorar la calidad de servicio. F. Asignacin de Control al Usuario Proactivo handoff: En un proactivo handoff el usuario de la terminal mvil tiene permitido decidir y configurar cuando y como realizarse el handoff. La decisin de handoff puede ser basada sobre un conjunto de preferencias especificadas por el usuario. El proactivo handoff es una de las caractersticas radicales de los sistemas inalmbricos de 4G. Pasivo handoff: El usuario no tiene el control sobre el proceso de handoff. Este tipo de handoff es el ms comn en primera, segunda y tercera generacin de los sistemas inalmbricos.

IV. CRITERIOS DE DECISIN Y PROCESO DEL HANDOVER Cuando un usuario consume un servicio de comunicacin dado por una red, espera una cierta QoS y paga de acuerdo a una tarifa. El deseara que le ofrecieran una mejor QoS por el mismo o a menor precio. Para asegurar una buena QoS se tendra que ofrecer y mantener un ptimo ancho de banda y poco retardo. Estos parmetros son ampliamente usados desde el punto de vista tcnico, pero no reflejan la satisfaccin del usuario. Un usuario toma decisiones basadas en su satisfaccin la cual es subjetiva. La mejor manera de ofrecer

3 un servicio el cual satisfaga las necesidades del usuario es los parmetros segn sus permitiendo configurar preferencias. Tanto en el proceso vertical u horizontal handover se manejan tres fases: descubrimiento, decisin y ejecucin del handover [4]. En la fase de descubrimiento el mvil equipado de diferentes interfaces de red determina que redes se encuentran disponibles y que caractersticas poseen (por ejemplo ancho de banda, SNR y jitter). En la fase de decisin se evala la red segn sus caractersticas y se escoge la ms ptima. Para la toma de decisin de la red se tiene en cuenta los siguientes criterios: calidad de servicio, costo de servicio, seguridad, requerimientos de energa, proactivo handover y velocidad. En la fase de ejecucin se realiza el proceso de transferir el enlace a la nueva estacin base y asignacin del canal. V. ALGORITMOS A. Modelo de polticas Las ideas y trminos de un modelo de polticas propuesto por la IETF [7] para la realizacin del proceso de decisin de handover en redes heterogneas son ampliamente utilizados. Este modelo se implemento en nuestro software para que se tenga en cuenta las preferencias del usuario y para futuros proyectos. En la Figura 3 se ilustra un modelo de polticas que esta basado sobre el modelo de la IETF. informa al Policy Enforcement Point (PEP) el cual ejecuta el handover. Un punto de ejecucin de polticas (PEP, Policy Enforcement Point): Esta entidad se recibe las polticas de decisin del PDP y ejecuta el handover de forma transparente para el usuario. La localizacin fsica de la entidad PDP del sistema de polticas depende de si es un handoff controlado por el mvil (MCHO, Mobile-Controlled Handover) o un handoff controlado por la red (NCHO, Network-Controlled Handover) [8]. En el MCHO el terminal tiene la inteligencia y autoridad para seleccionar el punto de acceso ms ptimo basndose en sus propias mediciones, pero este enfoque puede tener significativos impactos en la estabilidad de la red, la seguridad y la calidad de servicio del sistema. En el NCHO la red decide de manera centralizada el handover basado en las medidas de la seal radio recibida desde el terminal por los puntos de acceso inalmbricos. Las principales desventajas del NCHO son: la mayor capacidad de procesamiento en el punto central del sistema y la falta de conocimiento acerca de las condiciones en tiempo real del terminal mvil. Un handover asistido por el mvil (MAHO, Mobile-Assistant Handover) [8], es cuando el terminal ejecuta varias medidas de la red pero la red toma la decisin final. En este caso, las condiciones en tiempo real del terminal mvil son tenidas en cuenta, sin embargo se mantiene la alta carga de sealizacin y procesamiento en la red. B. Algoritmos para la implementacin del modelo de polticas En esta seccin se describe algunos algoritmos comnmente usados para el proceso de handover. El trmino de funcin de costo es explicado, como tambin el algoritmo de dwell-timer y el margen de histresis. Estos dos ltimos conceptos para estabilizar los procesos de handover. 1) Funcin de Costo: Las funciones de costo (o score functions) definen reglas para realizar ptimas decisiones de handover. En 1999 Helen Wang [5] fue la primera en presentar un sistema de handover basado en polticas. El sistema utilizaba una funcin de costo para evaluar la disponibilidad de las redes de acceso. La funcin de costo tomaba las preferencias del usuario y calculaba un valor para cada red. La interface de red con el menor valor calculado era considerada como la red mas optima para utilizar. La funcin de costo no poda ser utilizada en varios escenarios por ejemplo si una red era de acceso libre o sin cobro. En 2004 investigadores de la Universidad de California en los ngeles (UCLA) presento otra funcin de costo [2]. Esta funcin fue implementada en una arquitectura de seamless handover llamada Universal Seamless handoff Architecture (USHA) la cual puede ser aplicada en un sistema de vertical handover. Esta funcin a sido ampliamente utilizada en varios proyectos de vertical y seamless handover como [1],[6]. En USHA la red con el ms alto valor es considerada como la mejor. La

Figura 3. Modelo de decisin basado en polticas.

Como muestra la Fig. 3 el modelo consiste de tres entidades: Un repositorio de polticas (PR, Policy Repository): Esta entidad es la encargada de entregar los parmetros de polticas solicitados a la entidad que toma la decisin basado en las polticas llamado el Policy Decision Point (PDP). El PR contiene la informacin como las preferencias del usuario, la fuerza de la seal y el costo de disponibilidad de la redes de acceso. El PR puede obtener informacin a travs de mediciones del entorno. Un punto de polticas de decisin (PDP, Policy Decisin Point): Es la entidad de control que evala las redes de acceso a travs de una poltica de decisin. Las polticas de decisin se realizan en base a los parmetros recibidos del PR. Si el PDP decide que un handover debera realizarse, este le

4 funcin de costo, Si, es mostrada en (1): por ejemplo el ancho de banda, ese parmetro aporta con el valor ln (1/X), pero si el parmetro tiene un efecto negativo ejemplo el costo, ese parmetro se aporta con el valor ln (X). Esta regla de clculo hace que Fi sea fcil de extender con nuevos parmetros. Si una interface de red ofrece un ancho de banda doble, pero al doble de costo que otra interface de red, Fi considerara que las dos interfaces son iguales de buenas, pero si el peso del parmetro es igual. Por ejemplo si una interface de red tiene un ancho de banda de 2 Mbps y un costo de 40 pesos/hora, esa interface tendra el mismo valor que una interface con un ancho de banda de 1Mbps y un costo de 20 pesos/hora. Si no considera las dos interfaces como iguales. Fi y todas las funciones de costo que usan logaritmo natural no permiten definir los parmetros de QoS como cero. Esto es porque el logaritmo natural de cero es indefinido. Esto significa que Fi no puede manejar escenarios donde el costo para una interface de red es cero. Si, si soporta esto. C. Otros Algoritmos (2) [1],[2] La funcin normalizada para los parmetros se muestra abajo. Las siguientes restricciones deben cumplirse para la introduccin de los coeficientes: i >= 0, M >= i y i >= 0. El algoritmo de decisin basado en polticas es ampliamente utilizado para vertical handoff. Estos algoritmos y sus funciones de costo son campo de investigacin actual y cada vez existen ms investigaciones para optimizarlos y acoplarlos a diferentes entornos [9],[4]. En [9] han desarrollado un algoritmo de vertical handoff dinmico que separan los factores de la funcin de costo en tres categoras: factores de QoS, factores de pesos y factores de eliminacin de red. Los factores QoS son ancho de banda, costo, consumo de energa entre otros. Los factores de peso representan la importancia del factor QoS. La ltima categora son los factores de eliminacin de la red, el cual refleja la capacidad de una red para garantizar los factores de QoS. Por ejemplo escoger una red que no se capaz de garantizar un mnimo retardo para servicios de tiempo-real. La decisin de handover es clasificado como un problema MADM (Multiple Attribute Decision Making). Los mtodos MADM ms conocidos y utilizados son SAW (Simple Additive Weighting) [10],[11], TOPSIS (Technique for Order Preference by Similitary to Ideal Solution) [10],[11], MEW (Multiplicative Exponent Weighting) [10],[11] y GRA (Grey Relational Analysis) [10],[11] entre otros. En [10], el vertical handoff esta formulado como un problema fuzzy MADM (Multiple Attribute Decision Making). La lgica difusa (fuzzy) es usada a representar la imprecisa informacin de algunos atributos y preferencias de usuario. Por ejemplo, en la lgica difusa el tiempo sojourn puede ser representado como {short, long, very long}. El mtodo MADM difuso consiste de dos pasos. El primer paso es convertir el dato difuso en un nmero real usando una conversin a escala. El segundo paso es usar un mtodo clsico MADM a determinar el orden jerrquico de la redes candidatas. Dos clsicos mtodos propuestos son: SAW y TOPSIS. En SAW el puntaje o score de cada red candidata i es obtenida sumando un aporte

(1) [1],[2] Si representa una funcin de costo que calcula un valor de escala absoluta. El valor normalizado para la interfaz de red i, Si es la suma de K pesos por las funciones f j, i. Los pesos son ajustados de acuerdo a los requisitos del usuario. La suma de todos los pesos es siempre uno. Las funciones normalizadas f j, i son usadas para proveer un valor de score o costo para la interface de red i parmetro j. Los parmetros j pueden ser por ejemplo el costo del uso de la red (E), la capacidad de enlace (C) o consumo de energa (P). Si los parmetros mencionados son usados, la funcin de costo reemplazando en (1) se obtiene:

(3) [1],[2] Los valores de los coeficientes i, i y i pueden ser obtenidos a travs de una tabla de bsqueda o una funcin especial. El coeficiente M es el mximo ancho de banda demandado requerido por el usuario. Otra funcin para el clculo del costo o score utilizada en proyectos de handover vertical es la de escala relativa:

(4) Donde w es el peso de cada parmetro (ancho de banda, consumo de potencia y costo), Bi es el ancho de banda Pi el consumo de energa y Ci el costo. Las principales diferencias entre las dos funciones de costo son las siguientes [1]: Si calcula un valor de escala absoluta y Fi un valor de escala relativa. Si requiere de coeficientes que demandan ser obtenidos de una funcin bien diseada o ajustada. En otras palabras los coeficientes deben ser determinados a travs de pruebas, En Fi cada parmetro es calculado de la misma forma sin ningn coeficiente. Si el valor de parmetro tiene un efecto positivo,

5 normalizado de cada mtrica rij multiplicada por un peso de importancia wj asignado a cada mtrica j. La red seleccionada A*SAW es: la red candidata para realizar el handoff es una red estable [1]. Este algoritmo es casi siempre usado con el margen de histresis. Este algoritmo no es una solucin completa de handoff solo ayuda a optimizar el sistema de traspaso. La idea del dwell- timer es esperar un tiempo para ver si en la red candidata persiste el nivel de QoS. Si la red candidata mantiene el alto nivel de QoS en el conteo del dwell timer, la red es declarada como estable y podra realizarse el handoff a ella de lo contrario es inestable y no sera una buena candidata para el proceso del traspaso. Este algoritmo muestra mejor resultados que otros como el algoritmo de RSS cuando el nodo mvil viaja a altas velocidades. VI. IMPLEMENTACION Se desarrollo un software que permite el handover horizontal con la tecnologa de red Wi-Fi pero con la implementacin de un algoritmo de decisin de handover vertical. El software fue desarrollado en el lenguaje JAVA en la plataforma JDK 1.6 y para computadores con sistema operativo LINUX. La existente infraestructura de Internet no soporta un servidor con un sistema de NCHO/MAHO. Este argumento nos da la razn de disear la aplicacin como un sistema de MCHO. Una ventaja de utilizar un sistema de MCHO es que el nodo mvil no necesita enviar ningn parmetro de contexto a un servidor de red, esto permite ahorrar costos y capacidad de la red en un escenario cuando por ejemplo GPRS o UMTS es utilizado. La aplicacin se basa en el modelo de polticas propuesto por la IETF [7] y utiliza la funcin de costo de escala relativa. El PR, PDP y PEP son localizados en el nodo mvil. Los parmetros utilizados fueron el ancho de banda, la fuerza de la seal y el costo de la red. El software tiene tres interfaces graficas de usuario (GUI) importante. En la Figura 4 se presenta la GUI del monitor de redes inalmbricas.

(5) [10],[11] Donde N es el numero de parmetros y M denota el numero de redes candidatas. En TOPSIS la red candidata es la ms cercana a la ideal solucin. La ideal solucin es obtenida usando los mejores valores de cada mtrica. Ci* denota la relativa cercana o similitud de la red candidata i a la ideal solucin. La red seleccionada A*TOP es: (6) [10],[11] En [11],[12] la red seleccionada es basada sobre Analytic Hierarchy Process (AHP) y Grey Relational Analysis (GRA). AHP descompone el problema de seleccin de la red dentro de varias subproblemas y a cada uno le asigna un peso. GRA es entonces usado para jerarquizar las redes candidatas y seleccionar la mas importante o mejor. Un proceso de normalizacin es requerido para negociar con las mtricas de costos y beneficios. El Grey Relational Coefficient (GRC) se utiliza para calcular el score o valor de cada red para describir la similitud entre la red candidata y la red ideal. La red candidata es la de mayor similitud con la ideal. La red seleccionada A*GRA es:

(6) [10],[11] Donde 0,i es el GRC de la red i. En [10],[11],[12] se realizaron varias pruebas en diferentes entornos de trafico como conversacional, streaming, interactivo y background la cual se demostr que los cuatro algoritmos SAW, TOPSIS, GRA, MEW seleccionan la misma red entre un 72%-87% de las veces. D. Histresis El margen de histresis puede ser involucrado para incrementar la estabilidad en un sistema de handoff [1]. Cuando se compara los niveles de QoS de las redes de acceso por ejemplo valores de las funciones de costo, un margen de histresis es adicionado al valor del nivel de QoS de la red de acceso en uso. Con este valor sumado, el handoff solo ocurre cuando el valor de QoS de otra red es mucho ms alto que la actual. La histresis ayuda a solucionar el efecto del PingPong que es la oscilacin entre la actual red y otra red con un valor de QoS equivalente. E. DWELL TIMER El algoritmo de Dwell Timer es usado para asegurar que

Figura 4. GUI de monitoreo de redes

En ella se visualiza las caractersticas bsicas de la red. Para el proceso de escaneo se desarrollo un programa en C que utiliza las libreras del Wireless Tools de LINUX y por medio de la tecnologa Java Native Interface (JNI) poder llamar las funciones de C desde JAVA. En la Figura 5 se presenta la GUI que permite la configuracin de los

6 parmetros segn las preferencias del usuario. En la Figura 6 se presenta la GUI que permite asignarle el costo a cada red inalmbrica.
TABLA I RESULTADOS PRUEBAS MUESTRAS

Adaptador de red utilizado: Sistema Operativo Utilizado: Equipo Utilizado:

Intel 3910ABG Fedora core 6 Porttil Toshiba Satellite A135S487, con procesador Intel Core Duo T2250 de 1.72Ghz Memoria RAM de 1GB, disco duro de 120GB. Los APs no tenan configurado ningn mecanismo de seguridad y configurado para redes 802.11 b/g. Los Tres APs estaban conectados a la red Ethernet de la USC. Se realizo con el Chat y se obtuvo unos resultados satisfactorios. Se enviaron mensajes automticos cada cinco (5) segundos y la comunicacin estuvo transparente para el chat, todos los mensajes llegaron correctamente. Luego se cambio el tiempo de envi de mensajes por un (1) segundo y se obtuvo el mismo resultado que el anterior. En esta prueba se recorri caminando por un espacio de 10 mts y el software escogi como mejor red al AP con a/b/g y luego a uno con tecnologa b. Se navego por varias pginas Web con el browser Firefox y se descargo un archivo de 5MB y la conectividad y descarga no tuvieron ningn problema.

Configuracin APs:

Observacin Muestra 1 :
Figura 5. Configuracin parmetros de usuario.

Observacin Muestra 2 :
Figura 6. Configuracin costo/hora de las redes inalmbricas.

El algoritmo desarrollado para el PDP es el siguiente: Paso 1: Se realiza un scan de las redes inalmbricas y se obtiene el valor de cada parmetro y sus respectivos pesos. Paso 2: Se evala cada red aplicando un mtodo o funcin de costo. Paso 3: Se escoge la red con mayor valor calculado como candidata. Paso 4: Cuando se comparan la red actual con la candidata se adiciona un margen de histresis al valor calculado de la red actual. Si el valor de la red candidata es mayor al de la red actual, se espera un tiempo de estabilizacin (Dwell-Timer). Si luego de este tiempo la red candidata tiene todava un valor mayor al de la red actual se realiza el handover a la red candidata sino se contina con la red actual. VII. PRUEBAS Las pruebas se desarrollaron bajo un ambiente de redes inalmbricas homognea 802.11 a/b/g ya que hubo inconvenientes en la adquisicin de una tarjeta PCMCIA GPRS. Se cont con un porttil con tarjeta interna Wi-Fi Intel 3910ABG. El objetivo de las pruebas era verificar que el software permita el handover entre diferentes puntos de acceso Wi-Fi del mismo dominio. Se utilizaron tres puntos de

acceso. Dos con tecnologa 802.11 b y el otro con 802.11 a/b/g. Se realizaron las pruebas de funcionamiento del sistema con un

software cliente/servidor de envi de mensajes que acepta mltiples clientes (Chat). El cliente enva mensajes al servidor y el servidor responde con el mismo mensaje informndonos acerca de la conectividad. El software cliente se encuentra en ejecucin en el porttil y el Server en otro PC de la red. En la siguiente Figura 7 se muestra la arquitectura bsica utilizada.

7 IX. AGRADECIMIENTOS La presente investigacin se realizo en el marco de trabajo del proyecto de investigacin Desarrollo de un sistema universal para clientes con dispositivos mviles que permita portabilidad entre redes Wi-Fi/GSM-GPRS/CDMA2000/WiMAX, del consorcio de investigacin en computacin mvil I2COMM y con el co-financiamiento de Colciencias. X. REFERENCIAS
Figura 7. Arquitectura de pruebas

Se realizaron varias pruebas, tabla 1 se ilustran dos como muestras. El software fue configurado para las pruebas de la siguiente manera: Pesos de los parmetros para el proceso de optimizacin: Peso para el ancho de banda: 0.7. Peso para el costo: 0.1. Peso para la fuerza de la seal: 0.2 Se probo con alta movilidad sea que el tiempo de cada Scan de la redes fue cada 10 seg. Este scan se realizaba automticamente en cada intervalo de tiempo. El Dwell Timer para movilidad alta es de 15 segundos. VIII. CONCLUSIONES Y PROYECTOS FUTUROS Es complejo tener en cuenta mltiples criterios para tomar la decisin de realizar un horizontal handover y mas un vertical handover. Este articulo presenta un prototipo de software para permitir el handover en redes Wi-Fi pero con la implementacin de un algoritmo de decisin para vertical handover basado en polticas. Un algoritmo basado en polticas con tcnicas como el Dwell Timer para asegurar la estabilidad de la red, ofrecen buenos resultados para la toma de decisin de un handover. El software escogi en la prueba de muestra la red con tecnologa 802.11g como la mejor y es razonable ya que esta red tiene mayor ancho de banda y RSS. Para el descubrimiento de las redes se tuvieron problemas ya que el software se decidi desarrollarlo en el lenguaje JAVA y pocas implementaciones encontradas ofrecan la informacin necesaria para el algoritmo de handover. Por esta razn se desarrollo un API para el descubrimiento de redes Wi-Fi en LINUX el cual podr ser implementado en otros proyectos. En la actualidad el proyecto se encuentra en la fase de desarrollo del componente monitor de redes GPRS y en el estudio e implementacin de una arquitectura que permita el seamless handover basada en el protocolo SIP. Se planea en un futuro el desarrollo de un componente de software que permita el handshake con los diferentes mecanismos de seguridad de las redes WLAN para permitir un handover transparente como tambin el estudio de diferentes algoritmos de decisin con datos subjetivos entregados por el usuario.

[1] Gustav Nyberg, Seamless Mobility SEMO: A PolicyBased Prototype for Handovers in Heterogeneous Networks, Master Thesis, Department of Computing Science, UMEA University, Sweden, 2006. [2] Chen L.-J., Sun T., Chen B., Rajendran V., and Gerla M., A smart decision model for vertical handoff, In Proceedings 4th ANWIRE International Workshop on Wireless Internet and Reconfigurability, Athens, Greece, 2004 [3] M. Ylianttila, Vertical Handoff and Mobility - System Architecture and Transition Analysis, Doctoral thesis, Department of Electrical and Information Engineering, University of Oulu, Finland, 2005. [4] N. Nasser, A. Hasswa, H. Hassenein, Handoffs in Fourth Generation Heterogeneous Networks, IEEE Communications Magazine, October 2006. [5] Helen J. Wang, Policy-Enabled Handoffs Across Heterogeneous Wireless Networks, Master Thesis, Computer Science Division, University of California, Berkeley, USA, 1998. [6] F. Baptista, M. Reina. MATIH - Middleware para Acceso a Tecnologas Inalmbricas Heterogneas, Proyecto de grado de la carrera de Ing. de Computacin, Facultad de Ingeniera, UdelaR, Montevideo Uruguay, 2007. [7] R.Yavatkar, D. Pendarakis and R. Guerin, A Framework for Policy-based Admission Control, RFC 2753, January 2000. [8] G. Lampropoulos, A. Kaloxylos, N. Passas, L. Merakos, Handover Management Architectures in Integrated WLAN/Cellular Networks, IEEE Communications Surveys & Tutorials, Mayo 2005. [9] F. Zhu, J. McNair. Optimizations for Vertical Handoff Decision Algorithms, Wireless & Mobile Systems Laboratory, IEEE Communications Society, March 2004. [10] W. Zhang. Handover Decision Using Fuzzy MADM in Heterogeneous Networks, Proc. IEEE WCNC04, Atlanta, GA, March 2004. [11] E. Stevens-Navarro, V. W.S. Wong. Comparison between Vertical Handoff Decision Algorithms for Heterogeneous Wireless Networks, In Proc. of IEEE Vehicular Technology Conference (VTC-Spring06), Melbourne, Australia, May 2006. [12] Q. Song and A. Jamalipour, A Network Selection Mechanism for Next Generation Networks, in Proc. IEEE ICC05, Seoul, Korea, May 2005.

8 Juan Guillermo Gmez: Es Ingeniero de Sistemas y Telemtica de la Universidad Santiago de Cali. Investigador Asistente del Grupo de investigacin en computacin mvil y banda ancha COMBA I+D. reas de Inters: Desarrollo de Software, plataformas mviles y redes inalmbricas. Jos Lisandro Abada: Es Ingeniero de Sistemas y Telemtica de la Universidad Santiago de Cali. Investigador Asistente del Grupo de investigacin en computacin mvil y banda ancha COMBA I+D. reas de Inters: Redes Inalmbricas. Aplicaciones y Servicios para las Redes Inalmbricas de Prxima Generacin. Andrs Felipe Milln: Es Ingeniero de Sistemas de la Universidad Icesi de Cali. Master en Sistemas de Redes y Comunicaciones de la Universidad Politcnica de Madrid Espaa. Actualmente se encuentra realizando el doctorado en Ingeniera Telemtica en la Universidad de Vigo en Espaa. Profesor Titular de la Universidad Santiago de Cali. Director del Grupo de Investigacin COMBA I+D. Miembro Fundador del consorcio I2COMM