UNIVERSIDAD VERACRUZANA

FACULTAD DE CONTADURA Y ADMINISTRACIN

Calidad de Servicio para Sistemas Operativos
Mviles: Caso Android.
MONOGRAFIA

Para obtener el ttulo de:
LICENCIADO EN SISTEMAS
COMPUTACIONALES ADMINISTRATIVOS

Presenta:
ERICK GIOVANNI SNCHEZ MADERO

Asesor:
MTRA. ALMA DELIA OTERO ESCOBAR
CUERPO ACADEMICO:
TCNOLOGIAS DE LA INFORMACIN Y ORGANIZACIONES
INTELIGENTES EN LA SOCIEDAD DEL CONOCIMIENTO
Xalapa-Enrquez, Veracruz Agosto 2012



































UNIVERSIDAD VERACRUZANA

FACULTAD DE CONTADURA Y ADMINISTRACIN

Calidad de Servicio para Sistemas Operativos
Mviles: Caso Android.
MONOGRAFIA

Para obtener el ttulo de:
LICENCIADO EN SISTEMAS
COMPUTACIONALES ADMINISTRATIVOS

Presenta:
ERICK GIOVANNI SNCHEZ MADERO

Asesor:
MTRA. ALMA DELIA OTERO ESCOBAR
CUERPO ACADEMICO:
TCNOLOGIAS DE LA INFORMACIN Y ORGANIZACIONES
INTELIGENTES EN LA SOCIEDAD DEL CONOCIMIENTO
Xalapa-Enrquez, Veracruz Agosto 2012


DEDICATORIAS Y AGRADECIMIENTOS.

Son muchas las personas a las que tengo que agradecer este gran logro en mi
vida, es poco el mencionar un gracias y no terminara por agradecer a todos que
contribuyeron en esto, resaltare a quienes sin su apoyo no hubiera logrado esto.
A mi hermano cado: Se que si l estuviera aqu, estara demasiado orgulloso de
m, su partida caus un gran dolor, pero gracias a ello, aprend a ser fuerte, a
levantarme y luchar con todo aquello que se me interponga.

A mi hijo: Este trabajo recepcional se lo de dedico a Enrique. Por ti conoc la
dicha, esa primera emocin, y aunque yo era un nio te cuid con devocin. Por ti
yo crec de golpe, por ti comenc a soar en convertirte en un hombre til a la
sociedad. Por ti sufr largas horas para verte al fin nacer, horas largas, dolorosas
pero al final que placer! .Por ti grit de alegra cuando al fin te pude ver y hoy no
te mentira fue hermoso lo que pas! .Por ti, al fin yo fui padre y aunque por
primera vez, fue la experiencia ms grande la que me hizo hombre. Y por ti hoy yo
te pido cuando te quieras perder que recuerdes que contigo yo comenc a crecer.
T eres un bendecido, un escogido de Dios, y al ser tu padre recibo tambin esa
bendicin. Que gracias a ti, durante estos 3 aos has sido y sers siempre mi
fuente de poder e inspiracin, mi mayor motivacin, que sin duda eres la parte
ms importante de mi vida, doy gracias a Dios por permitir que seas mi hijo, pero
sin duda, por permitirme ser tu Padre.

A mi madre: Le dedico a mi mam por tratarme como un ser independiente y
darme las alas para volar, quien durante toda su vida me cri sola y con la ayuda
de mis hermanos, se ha esforzado para darnos lo mejor, quien siempre ha sido y
ser Madre y Padre. Mi madre, la mujer ms bella que jams conoc, todo lo que
soy, se lo debo a mi madre. Atribuyo todos mis xitos y en especial ste, a ella.

A mis hermanos: No quiero pasar por alto a ninguno de ellos, ni mencionar quien
ha hecho ms por m, todos ustedes son importantes y especiales para m, cada

uno ha aportado en mi vida conocimientos nicos que jams podra haberme
imaginado a pensar, agradezco su preocupacin pero sobre todo su motivacin,
ustedes siempre han sido mi fuente de inspiracin, llegar a ser alguien exitoso y
trabajador, todos sus consejos los he valorado, escuchado, respetado y prometo
no fallarles.

A mi esposa: Te escribo estas lneas aunque sabes que me cuesta mucho
expresar lo que siento, TE AMO y te dedico este trabajo final, con el cual concluir
mi carrera y mi paso como estudiante, por tu apoyo y nimo incondicional que da
a da me brindas con cada amanecer. Es maravilloso vivir a tu lado, compartiendo
dichas y alegras, ver crecer juntos a nuestro hijo. Te agradezco por la paciencia y
ese cargo extra que tienes al cuidarlo, gracias por velarlo mientras yo realizaba
trabajos, gracias por mantenerlo ocupado mientras yo estudiaba, te amo por lo
que has trado a mi vida, porque te admiro y respeto. Gracias.

A mis suegros: Gracias a Ustedes por el apoyo brindado durante toda mi carrera,
y por haberme aceptado como parte de su familia, por cuidar de mi esposa e hijo
mientras yo me encontraba ausente, ya sea en el trabajo o en la Universidad.

A mis amigos: No puedo dejar de agradecerle a ellos, con ustedes he vivido esta
etapa de mi vida y muchas veces mencion que a m no me sobran dedos cuando
de contar amigos se trata, al contrario, me faltan manos, agradezco a todos y cada
uno de ellos sin importar el tiempo de conocernos, por esa bonita amistad, esa
confianza y esa madurez de saber sobrellevarnos. Gracias por su apoyo y consejo
cuando ms lo necesite.

A mi asesora de trabajo: Maestra Alma, por ser mi fuente de inspiracin, y no por
ser ltima quiere decir que sea la menos importante, al contrario, sin su apoyo,
ayuda y aclaraciones, no podra haber terminado este trabajo. Agradezco la
paciencia y serenidad para contestar todas y cada una de mis preguntas.
Agradezco la presin y sobre todo sus conocimientos compartidos.
III




INDICE



RESUMEN .............................................................................................................. 1
INTRODUCCION .................................................................................................... 3
I. Descripcin y objetivos de la monografa ................................................... 6
1.1 Antecedentes ............................................................................................... 7
1.2 Justificacin de la investigacin ................................................................ 7
1.3 Objetivos de la investigacin ..................................................................... 8
1.4 Metodologa de investigacin ..................................................................... 9
1.5 Aportaciones y limitantes de la monografa ............................................. 9
1.6 Estructura de la tesis................................................................................. 10
II. Introduccin a los Sistemas Operativos Mviles ...................................... 11
2.1 Antecedentes ............................................................................................. 12
2.2 Sistema operativo Mvil. ........................................................................... 17
2.3 Sistema operativo Palm OS ................................................................... 18
2.3.1 Caractersticas generales de Palm OS: ................................................ 18
2.4 Sistema operativo Symbian .................................................................. 19
2.4.1 Caractersticas generales de Symbian: ................................................. 19
2.5 Sistema operativo Windows Mobile ..................................................... 20
2.5.1 Caractersticas ...................................................................................... 21
2.5.2 Caractersticas de seguridad ................................................................. 21
2.6 Sistema operativo IPhone OS ............................................................... 22
2.6.1 Caractersticas ...................................................................................... 22
2.7 Sistema operativo Android .................................................................... 23
2.7.1 Beneficios de Android ........................................................................... 24
2.7.2 Conceptualizando un Sistema Operativo Mvil ..................................... 26
2.7.3 Caractersticas Android ......................................................................... 27
2.7.4 Arquitectura de Android ......................................................................... 31
2.7.5 Aplicaciones .......................................................................................... 34
IV

III. Fundamentos de Calidad de Servicio (QoS) .............................................. 37
3.1 Parmetros de Calidad de Servicio .......................................................... 38
3.1.2 Definicin de QoS ................................................................................. 40
3.1.3 Ancho de banda .................................................................................... 42
3.1.4 Retardo ................................................................................................. 43
3.1.5 Jitter ...................................................................................................... 44
3.1.6 Prdida de paquetes ............................................................................. 44
3.1.7 Definicin de los parmetros de Calidad de Servicio ............................ 45
3.1.8 Aspecto de QoS: Acceso a la red.......................................................... 48
3.2 Modelos de Calidad de Servicio ............................................................... 56
3.2.1 Servicios integrados. ............................................................................. 56
3.2.2 Servicios Diferenciados ......................................................................... 59
3.2.3 Best Effort ............................................................................................. 63
IV. Herramientas de QoS para Android ........................................................ 64
4.1 Network simulator...................................................................................... 65
4.1.1 Caractersticas ...................................................................................... 65
4.1.2 Ventajas ................................................................................................ 69
4.1.3 Desventajas .......................................................................................... 70
4.2 Nemo Handy ............................................................................................... 71
4.2.1 Caractersticas ...................................................................................... 71
4.2.2 Ventajas ................................................................................................ 74
4.2.3 Desventajas .......................................................................................... 75
4.3 CobCel ........................................................................................................ 75
4.3.1 Caractersticas ...................................................................................... 76
4.3.2 Ventajas ................................................................................................ 82
4.3.3 Desventajas .......................................................................................... 82
Conclusiones ....................................................................................................... 83
Trabajos futuros .................................................................................................. 88
FUENTES DE INFORMACION ............................................................................. 89
REFERENCIAS WEB ........................................................................................... 90
INDICE DE TABLAS ............................................................................................. 92
INDICE DE FIGURAS ........................................................................................... 93


1


RESUMEN

La presente monografa se encuentra integrada por 5 captulos. El primer captulo
menciona la justificacin de la monografa, cuales son los objetivos y a grandes
rasgos cuales son las limitantes y aportaciones de sta. El segundo captulo habla
sobre el significado de un sistema operativo, as como su historia, enfocndose
cada vez ms con el sistema operativo Android.

Posteriormente en el tercer captulo se menciona a QoS (Calidad de Servicio) con
una breve informacin acerca de lo que es y sobre que trata, lo indispensable que
es hoy en da, del trfico de red que existe y lo que se puede detectar, los
mecanismos de control, as como los parmetros que se deben seguir para poder
realizar la Calidad de Servicio.

El cuarto captulo se mencionan algunas herramientas de QoS, las cuales nos
ayudaran en los dispositivos mviles a medir el trfico, se mencionan algunas
caractersticas, as como sus ventajas y desventajas, la herramienta en la cual nos
enfocamos es CobCel, una herramienta potente en cuanto a medicin hablamos y
sobre todo de actualidad.
Al final se mencionan las conclusiones pertinentes a la monografa, as como
algunos trabajos a futuro.

El objetivo de la monografa es demostrar que existen diversas herramientas para
poder medir la calidad de servicio en los sistemas operativos mviles en el caso
Android, as como recabar y proporcionar informacin congruente.









INTRODUCCION
3

Calidad de servicio por sus siglas en ingls QoS (Quality of Service) es definida
por la Unin Internacional de Telecomunicaciones (UIT) como el efecto global de
la calidad de funcionamiento de un servicio que determina el grado de satisfaccin
de un usuario de dicho servicio. El usuario estar satisfecho cuando su percepcin
del servicio supere (o al menos iguale) sus expectativas. El objetivo es reducir los
desajustes entre las expectativas y la percepcin del servicio. Diseo y evaluacin
de algoritmos. Jos A. Rodrguez (2011).

Por ello, uno de las principales metas de QoS es la priorizacin, esto es, el dar
ms relevancia a unas conexiones frente a otras.
Algunos de los beneficios que podemos obtener al implantar QoS en nuestro
sistema son:

Control sobre los recursos: podemos limitar el ancho de banda consumido por
transferencias de FTP (siglas en ingls de File Transfer Protocol, 'Protocolo de
Transferencia de Archivos) y dar ms prioridad a un servidor de bases de datos al
que acceden mltiples clientes.
Uso ms eficiente de los recursos de red: al poder establecer prioridades
dependiendo del tipo de servicio.
Menor latencia: en aplicaciones de trfico interactivo como SSH (Secure SHell,
en espaol: intrprete de rdenes segura), Telnet (TELecommunication NETwork),
entre otras, que requieren un tiempo de respuesta corto.
Existen varias estrategias y tcnicas para llevar a cabo la aplicacin de QoS, tanto
en software como en hardware, as como de tipo comerciales y de cdigo abierto
(libres). La QoS es especialmente importante para ciertas aplicaciones tales como
la transmisin de vdeo, voz o de red.
4


Los mecanismos de QoS tambin se integran a los sistemas operativos mviles,
por lo tanto considero que debido a que el rea es demasiado extensa y en base
a la bibliografa consultada, decid elaborar esta investigacin tomando como base
Android para enfatizar su manejo, bondades y posibles desventajas.
El sistema operativo Android est basado en Linux y diseo nico, que con
aplicaciones middleware (software de computadora que conecta componentes de
software o aplicaciones para que puedan intercambiar datos entre stas) est
enfocado para ser utilizado hasta la fecha exclusivamente para telfonos mviles
(o Smartphones) y Tabletas. Es desarrollado por la Open Handset Alliance, la cul
es liderada por Google. Fue desarrollado inicialmente por Android Inc., una firma
comprada por Google en el 2005.

Tiene una gran comunidad de desarrolladores de aplicaciones para extender la
funcionalidad de los dispositivos, a la fecha se han sobrepasado las 400,000
aplicaciones, de las cuales dos tercios son gratuitas, disponibles en la tienda
oficial Android Market, ahora PlayStore.
La estructura del sistema operativo Android se compone de aplicaciones que se
ejecutan en un FrameworkJava de aplicaciones orientadas a objetos sobre el
ncleo de las bibliotecas de Java e una mquina virtual (Dalvik) con compilacin
en tiempo de ejecucin.

El sistema operativo est compuesto por 12 millones de lneas de cdigo,
incluyendo 3 millones de lneas de XML, 2,8 millones de lneas de lenguaje C, 2,1
millones de lneas de Java y 1,75 millones de lneas de C++.

Uno de los detalles a destacar, es que el sistema operativo Android es diferente a
otros como el iOS o el Windows Phone, esto debido a que se desarrolla de forma
abierta y se puede acceder tanto al cdigo fuente como al listado de incidencias,
con lo cual puedes verificar los problemas an no resueltos y reportar los nuevos.

5

Android se ha colocado rpidamente en el sistema operativo con ms rpido
crecimiento en mviles. Hasta la fecha hay ms de 200 millones de dispositivos
activados para Android, y cada da ms de 550,000 dispositivos nuevos se activan
en ms de 137 pases y regiones.

Como herramientas de QoS, se tomaron en cuenta 3, de las cuales 2 estn en
proceso de desarrollo debido a que se encuentran an en una versin beta para
Android y por lo tanto no han sido lanzadas a la web. La principal herramienta
utilizada es denominada CobCel, la razn de la seleccin es debido a que es una
herramienta que no tiene ni siquiera el ao de haber sido desarrollada y lanzada a
la PlayStore y cuenta con ms de 1500 descargas y an sigue activa, siendo
realizada en un proyecto de titulacin de Ingeniera Civil en Telecomunicaciones
en Concepcin, Chile, as mismo es una de las herramientas que se han concluido
en su desarrollo.

Adems fue desarrollada en una plataforma de Google, hoy en da una de las ms
populares: Android. Cumple con las caractersticas especficas para permitir la
medicin de la cobertura celular y cuenta con una posterior visualizacin en una
pgina web, ya sea en tiempo real o no, de acuerdo al informe final de las
mediciones obtenidas.

El trfico de la red puede ser priorizado para adecuarse a los objetivos de las
organizaciones o bien personales. Cada da las organizaciones dependen ms de
Internet para el manejo de sus negocios.

Captulo I
I. Descripcin y objetivos de la monografa
7

1.1 Antecedentes

Actualmente en la Facultad de Contadura y Administracin existen algunas
investigaciones que tratan el tema de QoS, sin embargo, no se encuentra
antecedente alguno que se enfoque a los Sistemas Operativos Mviles en general
y en particular a Android, por lo cual, se inicio desde cero la investigacin y
recopilacin de informacin, al ser un tema dominante en la sociedad actual,
existe demasiada informacin sobre el sistema operativo Android, pero poca
informacin sobre la calidad de servicio en los sistemas operativos mviles, por lo
cual, pretendo dar a conocer los fundamentos que enmarcan la Calidad de
Servicio para tener una base terica que permita establecer parmetros de
comparacin de rendimiento.
1.2 Justificacin de la investigacin

En el trabajo de investigacin de la experiencia recepcional se intenta exponer y
dar a conocer algunas de las herramientas en las cuales se basa la calidad de
servicio enfocado a los sistemas operativos mviles, en este caso, Android.
Se busca impulsar y ofrecer informacin a cualquier persona que le interese y
desee implementar algn sistema operativo y quiera aprender acerca de la calidad
de servicio.
Se considera que es de gran inters e importancia el hablar sobre QoS, debido a
que es un tema demasiado extenso y laborioso, no se encuentra con informacin
tan fcilmente y mucho menos en libros, es por eso, que se pretende recolectar la
mejor informacin de una manera detallada y brevemente explicarla para que la
persona que decida leer sobre esta monografa se sienta atrado por ella.
8

Ser en la modalidad de monografa, debido a que se considera que por medio
de este tipo de trabajo se pueden adquirir conocimientos sobre un tema en
especfico despus de realizar una investigacin a detalle y sobre todo reunir y
descubrir informacin adecuada.
La razn por la cual se eligi este tema, es porque se considera de gran inters,
bastante extenso, actual y sobre todo de innovacin tecnolgica.

Al realizar la monografa se pretende aportar una base de conocimiento terico
sobre la calidad de servicio que actualmente brinda los dispositivos mviles
basados en el sistema operativo Android, as mismo se considera una oportunidad
para poner en prctica los conocimientos y habilidades desarrollados durante mi
trayecto en la Licenciatura en Sistemas Computacionales Administrativos.
1.3 Objetivos de la investigacin

OBJETIVO GENERAL

Identificar los principales mecanismos de calidad de servicios implcitos en los
sistemas operativos mviles as como sus diferentes tipos de aplicacin.

OBJETIVOS ESPECFICOS
Conocer los diversos sistemas operativos mviles
Comprender la arquitectura del sistema operativo Android
Comprender el concepto de Calidad de Servicio (QoS)
Identificar los diferentes tipos de aplicaciones y arquitectura para Android
Determinar los parmetros y modelos de QoS
Identificar el software de QoS para Android
Describir el funcionamiento de las herramientas de QoS para Android
9

1.4 Metodologa de investigacin
La investigacin a realizar ser de tipo exploratoria pues permitir acrcame a un
tema para familiarizarme y crear un punto de vista sobre este tema en particular.
Esto mediante la revisin y lectura de la informacin disponible acerca del tema.
Adems se har uso de la investigacin documental, pues es necesario para el
desarrollo del trabajo, la consulta de los distintos documentos disponibles acerca
del tema, ya sean libros, revistas, publicaciones, entre muchos otros. Tambin se
hizo uso de la investigacin analtica, pues es necesario crear una propia opinin
acerca de lo ya escrito por distintos autores.
Para la realizacin de esta monografa se siguieron los siguientes pasos:
Definir y delimitar el tema que ser estudiado en la monografa.
Recabar la informacin disponible acerca del tema.
Leer detalladamente la informacin recabada.
Analizar detalladamente la informacin relevante para la investigacin.
Crear las conclusiones obtenidas despus del anlisis de la informacin
1.5 Aportaciones y limitantes de la monografa

Esta monografa aporta una investigacin documental para el soporte de Calidad
de Servicio en Android basado en herramientas indagadas, con las cuales se
pretende dar a conocer qu herramientas son apropiadas para ello.

Se pretende dar a conocer diversos conocimientos tanto a estudiantes, profesores,
as como a cualquier persona que tenga inters en la Calidad de Servicio.
Cuenta con una amplia gama de conceptos bien estructurados y fundamentados,
para quien no tenga idea alguna sobre lo que se est tratando.

10

Como limitante slo se puede mencionar que si no se tiene alguna experiencia
mnima en cuanto a redes y dispositivos mviles, difcilmente se comprender la
informacin recabada.

1.6 Estructura de la tesis





Figura 1.1 Estructura de tesis. Imagen propia (2012).

Sistema
Operativo Mvil
Introduccin
Antecedentes
Conceptos
Fundamentos de
QoS
Parmetros de calidad de
servicio
Modelos de calidad de
servicio
Herramienta de
QoS para Android
Network
simulator
Nemo Handy
CobCel

Captulo II
II. Introduccin a los Sistemas Operativos
Mviles
12


2.1 Antecedentes

En un principio el telfono mvil surgi por la necesidad de comunicarse a gran
distancia y de una forma dinmica, el primer dispositivo lo diseo Motorola para
ser usado en la segunda guerra mundial, a partir de ah la idea se quiso
comercializar y los primeros aparatos para civiles surgieron en los aos 40 en
Estados Unidos, en esencia eran aparatos de radio con amplitud AM (modulacin
de amplitud) luego pasaron a FM (modulacin de frecuencia), el servicio se daba
en las bandas VH (Very High) y VHF (Very High Frequency es la banda del
espectro electromagntico que ocupa el rango de frecuencias de 30 MHz a 300
MHz), es lo que se denomina la tecnologa G, pero eran equipos grandes, caros y
pesados y solo se introducan en vehculos, con algunas actualizaciones
tecnolgicas, esto dur hasta el 1981, cuando maduro la idea y se sacaron
dispositivos realmente mviles en los que cada empresa investigaba para lanzar
un dispositivo ms ligero o de mayor alcance.
Ya en la dcada de los 90 con tecnologa 2,5G con unas frecuencias de mucho
mas alcance, se introdujo el mensaje de texto y mensaje multimedia lo que
supona a la par una mejora de los dispositivos, no solo de su emisin y recepcin,
sino del software y las prestaciones que otorgaban al usuario, en la actualidad las
redes de telefona nos ofrecen una conexin muy rpida y eficiente en cualquier
lugar del mundo.
Lo que hace del telfono mvil un dispositivo muy popular, y que cada vez
necesitaba ms extras aparte de la comunicacin por voz, se introdujeron juegos y
aplicaciones de entretenimiento, cmara de fotos y video, utilidades necesarias en
la vida diaria y para el trabajo, lo que obliga a los desarrolladores y fabricantes
hacer un dispositivo cada vez ms complejo y por tanto programar un sistema
operativo que maneje todas esas caractersticas.
13


Hoy en da los mviles integran todas las tecnologas y opciones del mundo de la
informtica lo que supone una adaptacin y mejora de los dispositivos, por
ejemplo la multitarea, tecnologa Wifi, navegacin web, control tctil etc. Supone
un reto para los fabricantes y programadores que han sufrido una transformacin a
lo largo del tiempo, en un principio bastaba con una memoria programada para
ejecutar los programas que necesitaba el telfono, a medida que el telfono inclua
mas funcionalidades se controlaba el hardware con sistemas basados en java u
otros lenguajes de programacin, mas tarde se introdujeron procesadores junto
con memorias para el almacenamiento de las aplicaciones y programas que se
ejecutan, y ahora hablamos de procesadores ms potentes incluso de doble
ncleo en mviles, lo que supone un sistema operativo mucho ms complejo y
asemejndose cada vez ms a un PC.

En la actualidad en un mundo en el que la comunicacin lo es todo, la mayora de
personas dependen del telfono mvil, ya sea para hablar, conectarse a internet,
utilizar la cmara etc. Esto obliga a los desarrolladores a introducir gran cantidad
de aplicaciones y versatilidad al dispositivo como por ejemplo aplicaciones para
redes sociales, organizadores y aplicaciones ofimticas, edicin de imgenes y
video, navegadores de internet, a la vez que ofrecer velocidad y portabilidad con
otros dispositivos, con lo que el sistema operativo se tiene que adaptar
perfectamente al aparato, esto obliga a los desarrolladores de software para varios
dispositivos a incluir drivers extra y crear un sistemas dinmico y maleable.
La mayora de estos sistemas estn abiertos y se pueden reprogramar o crear
aplicaciones para ellos, lo que hace que tenga una cantidad de posibilidades muy
extensa. Las empresas de telefona mvil ms importantes dejan al alcance gran
cantidad de dispositivos innovadores bajo contratos de voz y datos, que nos
permiten disfrutar de sus funciones de conectividad. Algo que hoy en da se ha
impuesto es el control tctil de los dispositivos mviles, lo que proporciona una
gran usabilidad e integracin con el dispositivo. Antlcn (2011).
14

Dada la explosin demogrfica que hoy en da hay en torno al uso de los
dispositivo Mviles y a la demanda requerida por los usuarios en Mxico, se ha
convertido en un servicio indispensable entre la poblacin que percibe entre 3.5 y
4.5 salarios mnimos diarios, quienes los prefieren por considerar que la telefona
fija es muy cara, asegur Judith Mariscal, investigadora del Centro de
Investigacin y Docencia Econmicas (CIDE).
Durante la presentacin del estudio Oportunidades mviles: pobreza y acceso
telefnico en Amrica Latina y el Caribe, seal que la telefona mvil se ha
convertido en Mxico y pases pobres de Asia y frica en una va de cohesin
social y familiar, e incluso en una forma de acercar a las zonas ms pobres
servicios bancarios y envo de remesas.
Seal que en regiones como frica la telefona mvil ha servido para bancarizar
a la poblacin mediante servicios como el envo de remesas a travs de
pequeos comercio, lo que contrasta con la operacin de grandes empresas como
Western Unin que retienen entre el 12 y 15 por ciento de los envos realizados
por los migrantes.
En Mxico, explic, el crecimiento de la telefona mvil ha sido explosivo sobre
todo desde la introduccin de esquemas como el que llama paga y con uso
intensivo en el esquema de prepago porque existe la percepcin que es ms
econmico que los planes de renta, y sobre todo que la telefona fija.
Se trata de una parte de la poblacin que prefiere tener un telfono mvil porque
no tiene recursos suficientes para pagar la renta mensual que a la que obliga tener
un contrato de telefona fija.
El Instituto Nacional de Estadstica, Geografa e Informtica (INEGI) no clasifica
esta parte de la poblacin por letra sino por numerales, de tal forma que segn sus
estadsticas la poblacin para la que la telefona mvil se ha convertido en una
herramienta bsica se ubicara entre los ciudadanos que perciben alrededor de 3.9
y 4.5 salarios mnimos diarios. La jornada (2008).


15


Figura 2.1Dispositivos mviles en el mundo. Icrossing (2012).
16

Como se muestra en la imagen anterior, la demanda de los diferentes tipos de
celulares en diversas partes del mundo es demasiado amplia y variada es por ello
que ha sido necesario contar con un sistema operativo que sea dedicado
exclusivamente a estos dispositivos mviles, como se observa existen diferentes
tipos de sistemas operativos mviles.
Partiendo de la definicin de un sistema operativo convencional se pretende
identificar al mvil.
Un sistema Operativo se define como la unin de las definiciones de Sistema y de
Operativo: Conjunto de programas que, ordenadamente entre s, contribuyen a
que el ordenador, lleve a efecto correctamente el trabajo encomendado.
Es un conjunto de programas que facilitan el acceso al hardware, ofreciendo una
forma sencilla y flexible de acceso al mismo.
El sistema operativo persigue alcanzar la mayor eficiencia posible del hardware y
facilitar el uso del mismo a los usuarios.



Figura 2.2 Sistema operativo. Juan M. Morera (2002).
17

2.2 Sistema operativo Mvil.

Se define un sistema operativo mvil como un sistema operativo que controla un
dispositivo mvil al igual que las PCs utilizan Windows o Linux, entre otros. Sin
embargo los sistemas operativos mviles son mucho ms simples y estn
orientados a la conectividad inalmbrica, los formatos multimedia para mviles y
las diferentes maneras de introducir informacin en ellos y entre ellos. Android
(2011).

Algunas caractersticas de los sistemas operativos son:
Kernel, middleware, un entorno de ejecucin de aplicaciones y una interfaz de
usuario.

El Kernel de un sistema operativo o ncleo proporciona el acceso a los distintos
elementos del hardware del dispositivo, ofrece diversos servicios a los drivers para
el hardware, a la gestin de procesos, al sistema de archivos y al acceso y gestin
de la memoria.
Middleware es el conjunto de mdulos que hacen posible la propia existencia de
aplicaciones para mviles. Es totalmente transparente para el usuario y ofrece
servicios claves como el motor de mensajera y comunicaciones, cdecs
multimedia, intrpretes de pginas web, gestin del dispositivo y seguridad.
El entorno de ejecucin de aplicaciones consiste en un gestor de aplicaciones y un
conjunto de interfaces programables abiertas y programables por parte de los
desarrolladores para facilitar la creacin de software.

Y por ltimo la interfaz de usuario facilita la interaccin con el usuario y el diseo
de la presentacin visual de la aplicacin. Los servicios incluyen los componentes
grficos (botones, pantallas, listas, etc.) y el marco de interaccin, aparte de estas
capas tambin existe una numerosa parte de aplicaciones nativas del telfono que
suelen incluir los mens, el marcador de nmeros de telfono, etc. Android (2011).

18

A continuacin se tratarn los sistemas operativos mviles que mayor impacto han
tenido, con un poco de lo que es su historia, caractersticas y algunos sobre lo que
actualmente son.
2.3 Sistema operativo Palm OS

Comenzando con Palm OS se tiene informacin de que es un sistema operativo
propietario destinado a dispositivos mviles, especficamente a PDAs (Personal
Digital Assistant). Comenz su desarrollo en 1996 y Palm Inc. comenz a
licenciarlo en diciembre de 1997 con sus novedosos aparatos PalmPilot.
A partir de ese momento el soporte y el desarrollo de Palm OS se dispar,
llegando en enero del 2001 a tener 100,000 personas registradas en su red de
desarrolladores trabajando en proyectos Palm OS. Fue uno de los pioneros en el
mercado de los dispositivos mviles y por varios aos se mantuvo como uno de
los mejores sistemas operativos, sobre todas las cosas por ser muy usable y
simple.
Las primeras versiones de este sistema operativo estuvieron basadas en un SO
multitareas creado por Motorola. Las principales caractersticas de la plataforma
Palm eran:

Hardware altamente integrado con el SO, basado en un procesador de 68k.
Usaba un display monocromtico, preferible antes que implementar los
colores de manera pobre.
Pocas funciones del SO, se centraba sobre todo en la usabilidad
Estaba diseado para ser una herramienta prctica, no un sistema
orientado a personas con conocimiento informtico.

2.3.1 Caractersticas generales de Palm OS:
Arquitectura basada en procesadores ARM (arquitectura de
microprocesadores) de 32 bits.
Soporte para tamao de pantalla hasta 320x480
19

Soporte multilenguaje, japons y chino simplificado
Menos de 300kb solo para el SO (RAM)
Mximo de 128 MB de RAM
2.4 Sistema operativo Symbian

Symbian es el resultado de una alianza entre varias empresas multinacionales de
renombre en el mercado tales como Nokia, Sony Ericsson, Samsung, Siemens,
Motorola y otras.
Sus orgenes provienen del EPOC32, otro sistema operativo para dispositivos
mviles, el cual pertenece a una familia de sistemas operativos que tiene sus
orgenes a finales de 1980 y principios de 1990 con el EPOC16. Luego de unos
aos, ms precisos en 1997, apareci la primera versin del denominado
EPOC32, que luego pasara a llamare SymbianOS.
Entre los servicios genricos que brinda el SO, se encuentran una base de datos
SQL(lenguaje de consulta estructurado), seguridad integrada contra
malware(software malicioso) y virus, as como soporte para varias plataformas de
desarrollo como C++, C y MIDP 2.0(versin de Java integrada con el hardware de
celulares).

2.4.1 Caractersticas generales de Symbian:
Posee un ncleo de tiempo real
Es un sistema operativo con un microkernel y capacidad multithreading(las
unidades centrales de procesamiento con capacidad para multithilo).
Soporta las arquitecturas de los ltimos CPU e incluso soporta hardware
single-chip o de un solo chip.
Cuenta con un sistema de archivos de alta performance que soporta las
ltimas memorias NOR, NAND, SD y MMC.

Las versiones 9.3, 9.4 y 9.5 (ltima versin estudiada), soportan paginacin bajo
demanda, una caracterstica de la que se enorgullece mucho la compaa. La
20

paginacin bajo demanda permite un mejor aprovechamiento de la memoria RAM
(memoria de acceso aleatorio) de los dispositivos ya que solo se carga en
memoria la pgina que se va a ejecutar.
En la actualidad, la multinacional Nokia es la que provee mayor cantidad de
dispositivos mviles equipados con Symbian, seguida por Sony Ericsson,
Motorola, Samsung, Panasonic y otros. Symbian contina innovando en el
mercado de las comunicaciones mviles con tecnologas de ltima generacin.
2.5 Sistema operativo Windows Mobile

Windows Mobile es un SO de la familia Windows CE, desarrollado por Microsoft. A
pesar de llevar el nombre Windows, no es un sistema derivado ni es una versin
recortada del mismo, sino que es un nuevo sistema diseado especficamente
para dispositivos mviles.
Los primeros dispositivos que se comenzaron a fabricar con lo que sera el
sistema Windows Mobile datan del ao 2000. Para ese entonces, fue lanzado
como Pocket PC 2000 y estaba basado en Windows CE 3.0.
Este sistema est estrechamente vinculado a otros productos de la misma marca
(servicios Live, office Mobile, Internet Explorer Mobile, etc.) y cuenta con una
interfaz grfica de muy buena calidad, y muy similar a la de los sistemas
operativos Windows.
Ambas cosas, ayudan a disminuir la curva de aprendizaje de los usuarios pues
proveen un entorno de trabajo muy similar al que se tiene en el hogar o en la
oficina.
Cuenta con un Kernel unificado. El Kernel de Windows CE puede manejar ms de
32000 procesos simultneos, cada uno con 2GB de memoria virtual compartida.
El filesystem soporta archivos de hasta 4 GB y encriptacin de dispositivos de
almacenamiento externo.
Trabaja con procesadores de arquitecturas x86, ARM, SH4 y MIPS.

21

2.5.1 Caractersticas
Sistema de tiempo real
Interrupciones anidadas
Quantums(cantidad de energa) de tiempo por hilo de ejecucin
256 niveles de prioridad para hilos de ejecucin

Cdigo compartido:

El Kernel de Windows CE es, a partir de la versin 6.0 100% cdigo compartido.
Lo que comprende segn Microsoft, unas 3,9 millones de lneas de cdigo.

2.5.2 Caractersticas de seguridad
Proteccin del dispositivo con contrasea
Control de acceso con contrasea al sincronizar con un PC
Aumento exponencial del tiempo de espera tras intento de acceso
incorrecto
Formateo remoto del dispositivo para prevenir el acceso no autorizado a
informacin
Cifrado del contenido de la tarjeta extrable para prevenir el acceso no
autorizado a informacin
Cifrado en SSL(capa de conexin segura) para datos transmitidos entre el
dispositivo y el servidor de correo corporativo
Uso de estndar AES 128 y 256 para cifrado en comunicaciones SSL
El modo Bluetooth visible (discoverable) del dispositivo puede denegarse
para prevenir la seguridad
El control de ejecucin de aplicaciones permite bloquear la ejecucin de
aplicaciones no firmadas
Permitir o bloquear la ejecucin de aplicaciones y libreras DLL no firmadas

22

Actualmente, este sistema se encuentra en una buena posicin en el mercado,
ganando terreno lentamente. Ms especficamente, Microsoft tuvo un total de 12%
del mercado entre PDAs y Smartphones en el primer cuarto de 2006. En primer
lugar estuvo Symbian con 54.4% y le sigui Linux con un 21.8%.
2.6 Sistema operativo IPhone OS

La historia del IPhone OS comienza conjuntamente con el nacimiento del conocido
IPhone, en el 2007. Aunque, esta aseveracin es discutible, ya que este sistema
operativo que corre en el IPhone es en realidad una versin adaptada del OS X.
Por lo cual, en este sentido, este sistema ya tiene aos en el mercado y ha sido
puesto a prueba.
El sistema ha sido adaptado, removiendo todos los componentes que no son
crticos para un dispositivo mvil, y se le adicionan funcionalidades que si estn
relacionadas con el mundo de la telefona mvil. Sobre la versin modificada del
Kernel de MAC OS X que corre en el IPhone, se encuentran las capas de servicios
que componen el telfono mvil.
Existe una gran inclinacin en el desarrollo del SO a la interfaz de usuario y las
cuestiones de usabilidad. Sin duda el IPhone es el SO para dispositivos mviles
que brinda una mejor experiencia de usuario, con un modo de manejo
revolucionario basado en su Touch Screen e implementado mediante el
frameworkCocoa Touch desarrollado por Apple.

2.6.1 Caractersticas
Ms de 200 nuevas caractersticas en IOS 5
En un solo lugar combina todas las notificaciones.
Twitter integrado
Mail con texto en formato enriquecido
Sincronizacin online sin ordenador de por medio

23

En la actualidad este SO ya ha superado a Windows Mobile en la cuota de
mercado que abarca. En el 2011 lanzo una actualizacin denominado IOS 5, el
cual segn nmeros de Apple, posee el 44% del mercado de los Smartphones y
que trajo una cantidad enorme de nuevas funciones e integraciones. Ing. ngel
Caffa (2008).
2.7 Sistema operativo Android

AndroidOS es el ms reciente de los sistemas operativos para mviles del
mercado. Android est siendo desarrollado por The Open Hanset Alliance, un
grupo de compaas lderes en tecnologa inalmbricas que unieron fuerzas con
ms de 30 empresas de tecnologa. La primera plataforma verdaderamente
abierta y completa para dispositivos mviles, el 5 de noviembre de 2007 Google
Inc., Intel, T-Mobile, Sprint, HTC, Qualcom Motorola, y otros han colaborado en el
desarrollo de Android a travs de la OHA. Esta alianza comparte el objetivo comn
de fomentar la innovacin en dispositivos mviles y ofrecer a los consumidores
una experiencia de usuario mucho mejor que de lo que est disponible en
plataformas mviles de hoy.
Al proporcionar a los desarrolladores un nuevo nivel de apertura que les permite
trabajar en equipo, Android acelerar el ritmo al que los servicios mviles nuevos y
atractivos estn a disposicin de los consumidores.
Con casi 3 millones de usuarios en todo el mundo, el telfono mvil se ha
convertido en el dispositivo de comunicaciones ms personal y ubicuo. Sin
embargo, la falta de un esfuerzo de colaboracin se ha convertido en un reto para
los desarrolladores, operadores inalmbricos y fabricantes de telfonos mviles
para responder lo ms rpidamente posible a las necesidades siempre cambiantes
de los consumidores expertos en mviles.

A travs de Android, los desarrolladores, operadores inalmbricos y fabricantes de
telfonos mviles estarn en mejor posicin para llevar al mercado nuevos
productos innovadores ms rpidamente ya un costo mucho menor. El resultado
final ser una plataforma sin precedentes mvil que permitir a los operadores
24

inalmbricos y fabricantes dar a sus clientes mejor experiencias mviles, ms
personal y ms flexible.
Treinta y cuatro empresas han formado la Open Handset Alliance, cuyo objetivo es
desarrollar tecnologas que reducirn significativamente el costo de desarrollar y
distribuir dispositivos y servicios mviles. La plataforma Android es el primer paso
en esta direccin, un completamente integrado mvil "pila de software", que
consiste en un sistema operativo, middleware, una interfaz fcil de usar y
aplicaciones.
La Alianza ha lanzado un software de acceso temprano kit de desarrollo para
proporcionar a los desarrolladores las herramientas necesarias para crear
aplicaciones innovadoras y atractivas para la plataforma.
Android mantiene la promesa de beneficios sin precedentes para los
consumidores, desarrolladores y fabricantes de servicios mviles y dispositivos.
Los fabricantes de telfonos y operadores inalmbricos tienen la libertad para
personalizar Android con el fin de llevar al mercado nuevos productos innovadores
ms rpidamente ya un costo mucho menor.
En todo el mundo los consumidores tienen acceso a los dispositivos mviles ms
econmicos que ofrecen los servicios ms atractivos, aplicaciones ricas de
Internet y las interfaces ms fciles de usar, en ltima instancia, la creacin de una
experiencia mvil superior. Android (2011).

2.7.1 Beneficios de Android
Se trata de un SO abierto, multi-tarea
Permite a los desarrolladores acceder a las funcionalidades principales del
dispositivo mediante APIs (interfaz de programacin de aplicaciones).
Todas las aplicaciones son iguales
El SO no diferencia entre las aplicaciones bsicas del telfono y las
aplicaciones de terceros
Cualquier aplicacin puede ser reemplazada libremente, incluso las que
trae por defecto el SO
25

Cuenta con un navegador web integrado basado en el motor Web Kit
Soporte para grfico 2D y 3D basado en la especificacin OpenGl 1.0
Base de datos SQLite
Soporte multimedia para audio, video e imgenes en varios formatos
Conectividad Bluetooth, EDGE, 3G y WIFI

Se basa en el Kernel de Linux versin 2.6 para las principales funciones como
seguridad, manejo de memoria, manejo de procesos, networking y modelo de
driver. La mejor de sus caractersticas, como se menciono es que hace pblico un
SDK (Software Development Kit) para que los desarrolladores que lo deseen
puedan programas aplicaciones que corran en el SO.

El lenguaje de programacin es Java. Las aplicaciones corren sobre una mquina
virtual diseada para ser usada de forma embebida, denominada Dalvik, la cual se
ejecuta sobre un Kernel de Linux.

Cada aplicacin en Android corre en su propio proceso con su propia instancia de
la mquina virtual Dalvik. La mquina virtual esta optimizada para el bajo consumo
de recursos del sistema. Android (2011).

26

En la siguiente imagen se muestra como est conformado el Dispositivo Android.

Figura 2.3 Dispositivo Android. lvaro Fuentes (2010).

2.7.2 Conceptualizando un Sistema Operativo Mvil

Un sistema operativo mvil o SO mvil es un sistema operativo que controla un
dispositivo mvil, al igual que en las computadoras, es un administrador de los
recursos de hardware del sistema, consisten en ofrecer una distribucin ordenada
y controlada de los procesadores, memorias, etc.
Algunos mviles utilizan Windows, Linux o IOS entre otros. Sin embargo los
sistemas operativos mviles son bastante simples y estn ms orientados a la
conectividad inalmbrica, a los formatos multimedia y a las diferentes maneras de
introducir informacin en ellos.
27

Tambin cuentan con un Kernel que proporciona el acceso a los elementos del
hardware, ofrece distintos servicios como son a los controladores a la gestin de
procesos al sistema de archivos y a la gestin de la memoria.
Cuentan con el middleware que es simplemente un conjunto de mdulos que
hacen que sea posible la existencia de aplicaciones para los mviles, en la
mayora de sus casos es completamente transparente para el usuario y ofrece
servicios como el motor de mensajera y comunicaciones, cdecs, interpretes de
pginas web y la seguridad.

Un sistema operativo cuenta tambin con un entorno de ejecucin de aplicaciones
que seria a grandes rasgos un gestor de aplicaciones y un conjunto de interfaces
programables por parte de los desarrolladores con el fin de facilitar la creacin del
software.
La interfaz de usuario facilita la interaccin con nosotros (el usuario) y el diseo de
la presentacin visual de la aplicacin. Algunos servicios que pueden llegar a
incluir son los componentes grficos que se basan en botones, pantallas, listas,
etc. Muy aparte de las capas que dividen o mejor dicho conforman a un sistema
operativo mvil se encuentran todas las aplicaciones nativas del telfono que
suelen incluir los mens, el teclado telefnico entre muchas miles ms
personalizables.
Existen diferentes versiones de sistemas operativos mviles, que abarcan desde
las comerciales como lo son las de Windows Mobile, IOS de Apple o Android de
Google pero 100% libre.

2.7.3 Caractersticas Android

Android ofrece un conjunto completo de software para dispositivos mviles: un
sistema operativo, middleware y aplicaciones clave de mviles.




28

Abierto

Android fue diseado desde cero para permitir a los desarrolladores crear
aplicaciones mviles que aprovechen al mximo todo lo que un telfono puede
ofrecer. Fue construido para ser verdaderamente libre. Por ejemplo, una aplicacin
puede llamar a cualquiera de la funcionalidad bsica del telfono, tales como
hacer llamadas, enviar mensajes de texto, o utilizar la cmara, permitiendo a los
desarrolladores crear experiencias ms ricas y ms cohesivo para los usuarios.
Android est construido sobre el Kernel de Linux de cdigo abierto. Adems, se
utiliza una mquina virtual personalizada, diseada para optimizar los recursos de
memoria y hardware en un entorno mvil.
Android no solo es de cdigo abierto, sino que puede ser libremente ampliado
para incorporar nuevas tecnologas de vanguardia que van surgiendo. La
plataforma continuar evolucionando a medida que la comunidad de
desarrolladores trabajan juntos para crear innovadoras aplicaciones mviles.

Todas las aplicaciones son creadas iguales

Android no diferencia entre las aplicaciones bsicas del telfono y las aplicaciones
de terceros. Todos ellos se pueden construir para tener igualdad de acceso a las
capacidades de un telfono, proporciona a los usuarios un amplio catlogo de
aplicaciones y servicios. Con los dispositivos basados en la plataforma Android,
los usuarios pueden adaptar completamente el telfono para sus intereses.
Se puede intercambiar la pantalla de inicio del telfono, el estilo del marcador, o
cualquiera de las aplicaciones, incluso pueden instruir a sus telfonos para utilizar
su aplicacin favorita de visualizacin de fotos de manera que todas las fotos
ejecuten la misma aplicacin.

El desglose de los lmites de aplicacin

Android rompe las barreras a la creacin de aplicaciones nuevas e innovadoras.
Por ejemplo, un desarrollador puede combinar la informacin de la web con datos
29

sobre el telfono mvil de un individuo, tales como los contactos del usuario, el
calendario, o la ubicacin geogrfica todo con el fin de proporcionar una
experiencia de usuario ms relevante. Con Android, un desarrollador puede crear
una aplicacin que permite a los usuarios ver la ubicacin de sus amigos y recibir
alertas cuando se encuentran en los alrededores dndoles una oportunidad para
conectarse.

Aplicacin rpida y fcil el desarrollo

Android proporciona acceso a una gama amplia de bibliotecas y herramientas
tiles que se pueden utilizar para crear aplicaciones importantes. Por ejemplo,
Android permite a los desarrolladores obtener la ubicacin del dispositivo, y
permite a los dispositivos comunicarse entre s, permitiendo la conectividad P2P
as como en las redes sociales. Adems, Android incluye un conjunto completo de
herramientas que se han construido desde el principio junto a la plataforma
proporcionada a los desarrolladores con una alta productividad y el profundo
conocimiento de sus aplicaciones.
Cmo hemos explicado anteriormente, Android es un sistema operativo de cdigo
abierto, es decir, no hay que pagar nada ni para programar en este sistema
operativo ni para incluirlo en un telfono. Esto lo hace muy popular entre
fabricantes y desarrolladores, ya que los costos para lanzar un telfono o una
aplicacin son muy bajos.
Quien quiera puede bajarse el cdigo fuente, inspeccionarlo, compilarlo o
modificarlo. Esto permite a los fabricantes de mviles una gran libertad tambin
para ellos, ya que pueden adaptar mejor los mviles a el sistema operativo.
Android overview (2011)

Entre las principales caractersticas encontramos las siguientes:
Multimedia: Dispone de soporte para medios con formatos comunes de
audio, video e imgenes planas (MPEG4, MP3, AAC, AMR, JPG, PNG,
GIF).
30

Dalvik, mquina virtual: Base de llamadas de instancias muy similar a
Java.
Bluetooth, EDGE, 3g y Wifi: El sistema est completamente equipado,
pero depende del terminal (si el terminal no permite 3G, no se podr usar).
Cmara, GPS, brjula y acelermetro
Pantalla Tctil
SQlite: Es un sistema de gestin de bases de datos relacional compatible
con ACID que es el conjunto de caractersticas necesarias para que una
serie de instrucciones puedan ser consideradas como una transaccin.
Navegador integrado: basado en el motor open Source Web kit.
Framework de aplicaciones: permite el reemplazo y la reutilizacin de los
componentes.
NFC: Si bien muchos no le encontraban un gran potencial a los sistemas
NFC ms que solo para pagos que sin duda tardara algo en llegar a
pases como el nuestro. Bueno pues los desarrolladores de Android
mejoraron las funcionalidades de esta tecnologa para llevarlo a un plano
ms de uso comn, para as brindarle un desarrollo con evolucin estable.
Para esta nueva versin se integra la funcin AndroidBeam, con la cual
se podr usar NFC para transferir datos entre equipos de una manera fcil
y rpida, desde ubicaciones, mapas, imgenes, tarjetas de contacto, en fin
un sin nmero de posibilidades nuevas con ICS.
Voz a texto: Integra una mejor tecnologa de identificacin vocal para as
lograr una mejora del entendimiento de los comandos de voz as como su
ejecucin.
Reconocimiento facial: El reconocimiento facial, no solo jugar el papel de
funcin especial dentro del sistema, sino que ser una funcin 100%
integrada, ejemplo de esto es el desbloqueo por reconocimiento facial, el
cual abre nuevas posibilidades en este campo.
Emulacin: Es un tema que los mismos desarrolladores no quera tomar,
pues se enfrentaban a una emulacin poco precaria en cuanto a rapidez, se
pretende que tenga una gran mejora al momento de la emulacin.
31

Cdigo abierto
API: Existe diversa disponibilidad para el desarrollo de aplicaciones.
Aceleracin por hardware: Se cuenta con soporte nativo para la
aceleracin por hardware a un nivel mucho ms amplio, empezando por la
interfaz y siguiendo por las aplicaciones que ms adelante de desarrollen
en base al cdigo del sistema.
Bloatware: Cuenta con herramientas eliminadoras de Bloatware para as
congelar y/o eliminar las frustrantes aplicaciones que el carrier integra a el
equipo, aplicaciones que solo sirven para gastar recursos y que van
agotando la batera.
Stylus: Esto no es algo comn pero en esta poca todo se vale, y Android
cuenta con un soporte nativo para Stylus, ya que todava hay gente que
depende mucho de un lpiz al escribir. Poder PDA (2011).

2.7.4 Arquitectura de Android

A continuacin muestro la relacin de las diversas versiones de Linux por cada
versin de Android.












Figura 2.4 Versiones de Android. lvaro fuentes (2010).



32


Figura 2.5 Se muestra una imagen con lo que es la arquitectura del sistema
operativo Android y se describe, las diversas reas. Burn15 (2011)

Android utiliza una versin 2.6.x del Kernel de Linux
Capa de abstraccin entre el hardware y el software.
Android aprovecha:
La seguridad.
Gestin de memoria.
Gestin de procesos.
Red y modelo de drivers


33

Las libreras Android:
Estn incluidas en su base de datos un conjunto de libreras C y C++, expuestas a
todos los desarrolladores a travs del framework de las aplicaciones Android
System C library, libreras de medios, libreras de grficos, 3D, SQlite, etc.

Surface Manager: Gestin del acceso a la pantalla
Media framework: Reproduccin de imgenes, audio y video
SQLite: Pequea base de datos relacional
Web Kit: Navegador (Browser) optimizado
SGL: Grficos 2D
Open GL| ES: Libreras 3D
FreeType: Renderizacin de vectores e imgenes (Bitmap)

Android runtime:

Core libraries: Formado por un conjunto de Apache Harmony
o Implementacin Open Source y libre de Java
o Utiliza el Kernel de Linux para la ejecucin de aplicaciones (1
aplicacin = 1 proceso = 1DVM).
Mquina Virtual Dalvik: con cdigo preparado teniendo en cuenta la
duracin de la batera y la limitacin de memoria.

Framework de aplicaciones:

Proporciona una plataforma abierta para el desarrollo que permite la
reutilizacin de componentes.
A travs del framework, el desarrollador puede acceder a los dispositivos,
informacin de ubicacin, ejecutar servicios, etc.
Las aplicaciones del core utilizan este mismo APIS framework.



34

Capa de aplicaciones:

Se ubican en esta capa las aplicaciones preinstaladas y las desarrolladas
por el desarrollador. (cliente e-mail, contactos, gestor SMS, navegador,
Android Market, etc.)
Aplicaciones escritas en lenguaje Java. Android-so (2011).

2.7.5 Aplicaciones

Android se ha convertido en un referente mundial gracias a sus ms de
100.00 aplicaciones, est revolucionando al mundo en cuanto a tecnologa
hablamos. Con las aplicaciones de Android podemos descargar o programar un
programa al que se puede acceder directamente del celular o aparato mvil.

Facilita el uso de nuestros telfonos celulares ya que nos ahorra tiempo al realizar
tareas sencillas, no existe algn problema en cuanto a compatibilidad hablamos,
no utilizan demasiado espacio en nuestro disco, las actualizaciones son
inmediatas y por lo general para bien, son portables, multiplataforma, y el
consumo de recursos es notablemente bajo.

Algunas aplicaciones importantes y relevantes de Android son las siguientes:

Google Maps: Sin duda la mejor aplicacin para Android. Parece una
tontera, que es una aplicacin que viene de serie y que puede pasar
desapercibida, pero es que es simplemente perfecta. Tanto el cmo
funciona como los servicios que ofrece y lo mucho que la mima Google con
constantes actualizaciones y mejoras hacen de esta aplicacin no slo la
ms usada del mundo Android, sino la ms imprescindible y recomendada.

35

Skype: A pesar de no tener un pasado muy bueno la aplicacin ha
mejorado muchsimo, es ms estable y perfecta para llamar gratis a
nuestros amigos que tambin usen Skype.

Barcode Scanner: La mejor aplicacin para escanear cdigos de barras,
tanto normales como QR.

Zedge Ringtons & Wallpapers: La mejor aplicacin para buscar y cambiar
el fondo de escritorio y el tono de llamada.

Dropbox: Este servicio es una herramienta maravillosa que sirve para
guardar archivos en la nube.

Magic Glove: Es una App para Android y un guante con sensores que
permite Traducir los gestos del lenguaje de seas de la mano en comandos
y texto para controlar su dispositivo mvil. Magic Glove es guante provisto
de sensores de movimiento y un controlador LiLyPad Arduino que es capaz
de convertir gestos de la lengua de signos. De modo que Magic Glove, an
en estado primigenio igual en el futuro podra funcionar utilizando la cmara
frontal del mvil, por ejemplo, sera el equivalente para los mudos al dictado
por voz que permite manejar el telfono mvil, realizar bsquedas o
redactar mensajes y correos sin tener que teclear.

Mobile Accessibility: Una aplicacin de acceso a pantallas tctiles para
personas con discapacidad visual. El funcionamiento de Mobile Accessibility
se basa fundamentalmente en sntesis de voz.
Un men principal que se sobrepone al de Android permite al usuario mover
el dedo por la pantalla y or una locucin con los epgrafes de cada opcin
para seleccionar la adecuada. Operaciones como la introduccin de texto
pueden realizarse desde el teclado Qwerty, si est disponible y la persona
puede utilizarlo sin mucho problema, o mediante reconocimiento de voz
36

para dictar los mensajes si la discapacidad visual es ms grave.
La aplicacin permite acceder a funciones como llamadas, contactos,
mensajes y e-mail (que son ledos tambin por el programa), alarmas, geo
localizacin rpida de nuestra posicin, e incluso navegacin web.
De momento, Mobile Accessibility ha sido desarrollada slo en ingls para
que puede tener buen acceso al mercado internacional, pero sus creadores
de Code Factory ya estn desarrollando versiones en espaol, alemn,
portugus y francs. Las distintas versiones estarn pronto disponibles en
el Android Market, ahora PlayStore a un precio de 69 euros, lo que
equivaldra hasta la fecha en Mxico en $1,214.36.

Tipper 1.2 Es una calculadora para repartir pagos entre varias personas.
ThinkFree Office Mobile Viewer Lite 2.0.1220.2: Visualiza tus
documentos de Google Docs desde Android.
La Caixa 2.0.4: Sirve para las cuentas bancarias. Administra las finanzas
de tu casa y de tu empresa.
Kaiser Permanente: La aplicacin mvil de medicina para Android y sitios
web en Smartphone y celulares, de la que ms de 9 millones de pacientes,
tendrn acceso a su propia informacin mdica e historia clnica en
cualquier parte del mundo. Los usuarios, tienen acceso a resultados de
laboratorio e informes de diagnostico y correo electrnico directo con el
hospital y el mdico que monitoree al paciente. Android Market (2011).

Captulo III
III. Fundamentos de Calidad de Servicio (QoS)
38

3.1 Parmetros de Calidad de Servicio

La actual demanda de aplicaciones relacionadas con informacin multimedia,
como son la video-conferencia, audio-conferencia, video bajo demanda (VoD) o
sistemas cooperativos (pizarras compartidas, teletrabajo, telemedicina, etc.) y su
coexistencia con aplicaciones ms clsicas (bases de datos, transferencias de
ficheros, WWW, etc.), requieren tecnologas de comunicaciones capaces de
ofrecer elevadas prestaciones.

Hace pocos aos, debido bsicamente a la baja capacidad de las redes, la
posibilidad de llevar a cabo cualquiera de las aplicaciones referenciadas
anteriormente era prcticamente impensable, pero en estos momentos es una
realidad. Se ha avanzado mucho en compresin de audio y vdeo, y en
tecnologas de redes. An as, quizs el mayor avance haya sido el auge de
Internet y la capacidad de conectarse desde casa utilizando nicamente un
ordenador personal y un mdem.

Afortunadamente, en la actualidad se estn implantando nuevas tecnologas de
fibra ptica que proporcionan el gran ancho de banda requerido por las
aplicaciones anteriores, pero no basta solo con el aumento del mismo, es
necesario gestionarlo de manera eficiente: utilizarlo en un porcentaje elevado
asegurando una calidad determinada. Esto es lo que se conoce como calidad de
servicio (QoS).

Historia
Hubo que esperar a los felices 80s para el encuentro de inventos como la Alto
Alhoa Network de Bob Metcalfe y Boggs, luego convertida en Ethernet y aplicada
39

por la empresa 3Com en la primera LAN, con la informtica personal primero
apuntada por Apple y luego remachada por el PC de IBM. A la cita tambin acudi
Novell con su primer producto, Sharenet. De esta manera empezaba a tejerse la
industria del networking (trmino que ltimamente despierta pasiones
profesionales) y, con ello, su difusin como un ingrediente ms de los sistemas de
informacin.
Pero sigamos mirando a los 80, la dcada de Novell y del binomio de protocolos:
el CSMA/CD de las redes Ethernet y del Token Pass, en las que se basaban las
Token Ring, respaldadas por IBM.
Sin embargo, no es hasta 1985 cuando aparecen los primeros routers, con lo que
se comienza la etapa de la interconexin de redes y los pasos que llevaran a diluir
las fronteras de los entornos locales para convertirlos en globales.
Pero es en 1988 cuando el emergente networking empieza a apuntar hacia lo que
sera su consolidacin y formalizacin como mercado y como sector. La aparicin
de OpenView, la plataforma de administracin y gestin de redes de Hewlett-
Packard; y del LAN Manager, el sistema operativo de red de Microsoft que
sustitua al MS-Net, hoy se perciben como relevantes acontecimientos que
contribuyeron a la expansin de las redes.
La llegada de los 90 coincidi con los balbuceos del correo electrnico y con la
mayor evolucin de la tecnologa Token Ring. Pero hubo que esperar hasta 1992
para observar el siguiente hito en la historia de las redes: la entrada en escena de
ATM en un conmutador para redes privadas desarrollado por Network Equipment.
Justo un ao despus, National Semiconductor introduce la tecnologa Isonet que,
por primera vez, permite la transmisin integrada de servicios multimedia, adems
de que aportaba la capacidad de soportar protocolos Ethernet y RDSI. Con l
llegara el anuncio de la primera tecnologa de alta velocidad, denominada 100VG-
AnyLAN, respaldada por Hewlett-Packard e IBM, que tena como indicador ms
sobresaliente el que alcanzaba los 100 Mbps. Casi simultneamente y como
respuesta directa apareci Fast Ethernet, basada en la norma 100BaseT y capaz
de aportar prestaciones similares a las de AnyLAN.

40

Sin embargo, no es hasta finales de los 90 cuando se desencadena el uso y
disfrute de la red, naciendo un nuevo concepto conocido como calidad de servicio
(QoS), que se ve afianzado por la incorporacin de funciones de voz en redes de
datos. Es esta explosin de voz sobre IP (VoIP) la que est marcando una
tendencia capaz de elevar el protagonismo del networking.
Los aos 1997 y 1998 destacan por dos caractersticas: el carcter crtico de la
gestin de redes y el refuerzo de la oferta de entornos y tecnologas de alta
velocidad basados en la conmutacin de nivel 3, hasta el punto de llegar a
superarse la frontera del Megabit para entrar en los terabits por segundo, sin
olvidar xDSL (Digital Suscribers Line), WDM (Wave Data Multiplexing), canal de
fibra y Token Ring tambin de alta velocidad.
Durante estos ltimos aos tambin han ido ganando peso las funciones de
seguridad, entre las que se encuentran la encriptacin, la autenticacin de
usuarios y los firewalls.
Todas estas caractersticas no hacen sino confirmar que dentro de cinco aos la
voz no consumir ms que una pequea parte del ancho de banda y todas las
problemticas para operadoras y responsables de sistemas estar en gestionar
adecuadamente un flujo de datos cada vez ms denso y relevante. De esta
manera, las redes pblicas se convierten en el elemento principal del mercado de
las comunicaciones.
3.1.2 Definicin de QoS

Para establecer una correcta definicin del trmino QoS, calidad de servicio,
debemos acudir primero a estudiar la asignada por el Diccionario de la Lengua de
la Real Academia Espaola. Segn ste, la Calidad es el Valor intrnseco de una
cosa y el valor relativo resultante de compararla con otras de su misma categora.
As mismo Servicio es La accin y el efecto de servir. Estar hecho para algo
concreto. Ambas definiciones llevan contenidas de forma inherente la propiedad
de comparacin; por lo tanto, para determinar si un servicio ofrece mayor o menor
calidad ser necesario establecer una comparacin con el resto de servicios de
ese nivel.
41

Al tratarse la anterior de una descripcin demasiado genrica, son mltiples las
definiciones concretas que actualmente se realizan sobre el trmino QoS, si bien
difieren en significados dependiendo del mbito de aplicacin de tales siglas. En el
mbito de las telecomunicaciones, desde la publicacin en 1984 del documento E-
800 de la UIT, no debera existir discusin posible ante su definicin: el efecto
colectivo del rendimiento de un servicio que determina el grado de satisfaccin del
usuario de dicho servicio. Es una definicin comnmente aceptada, que no deja
ninguna duda de que se trata de una percepcin del usuario, pues es ste quin,
al final, establece unos requerimientos mnimos para cualificar.

En el mbito de la telemtica, QoS es la capacidad de un elemento de red (bien
una aplicacin, un servidor, un encaminador, un conmutador, etc.) de asegurar
que su trfico y los requisitos del servicio previamente establecidos puedan ser
satisfechos. Habilitarla requiere adems la cooperacin de todas las capas de la
red, as como de cada elemento de la misma.
Desde este punto de vista, la QoS tambin suele ser definida como un conjunto de
tecnologas que permiten a los administradores de red manejar los efectos de la
congestin del trfico usando ptimamente los diferentes recursos de la red, en
lugar de ir aumentando continuamente capacidad. En este punto es necesario
prestar una atencin especial al hecho de que la QoS no crea ancho de banda.

La QoS tiene, bsicamente, cuatro variantes estrechamente relacionadas: la QoS
que el usuario desea, la que el proveedor ofrece, la que el proveedor consigue
realmente y la que, finalmente, percibe el usuario.

En cualquiera de ellas existen algunos parmetros que estn muy condicionados
por las caractersticas tcnicas de la red soporte, y por eso el primer Informe
tcnico que public, en 1994, el ETSI fue la ETR-003, General Aspects of Quality
of Service (QoS) and Network Performance (NP), atendiendo a las inquietudes
surgidas en el seno de FITCE, que tuvieron su reflejo oficial en los acuerdos de la
reunin de Estrasburgo, de 1991, poniendo en marcha los estudios que
42

permitiesen definir los parmetros tcnicos de la red, a partir de los requisitos de
los usuarios. La metodologa resultante es la que se refleja en el documento de
ETSI, antes citado.

QoS, CoS y ToS
Son varios los acrnimos terminados en oS que hacen referencia a la obtencin
de calidad de servicio en redes, llevando en ocasiones a situaciones equvocas
por el mal uso de los mismos, si bien QoS es el nico que refiere completamente a
la Calidad de Servicio, englobando todas las tcnicas que se encuentran en torno
a ella, mientras que CoS (clase de servicio) y ToS (tipo de servicio) son,
sencillamente, dos de las tcnicas utilizadas para su obtencin.

QoS
Ha sido definida en el apartado anterior. Recoge varios parmetros o atributos que
describen un servicio, tales como:

Reserva ancho banda
Retardo extremo a extremo
Jitter
Tasa de error

3.1.3 Ancho de banda
El trmino ancho de banda es una medida de la capacidad de transmisin de
datos y se refiere a la cantidad de informacin o de datos que se puede transmitir
a travs de un medio de conexin de red en un perodo de tiempo determinado. El
ancho de banda se indica generalmente en bites por segundo (bps).

=





43


Aumentar el ancho de banda significa poder transmitir ms datos por unidad de
tiempo, pero tambin implica un incremento econmico y, en ocasiones, resulta
imposible su ampliacin sin cambiar de tecnologa de red.
La reserva del ancho de banda garantiza que se transmita cierta cantidad de datos
en un tiempo determinado.

3.1.4 Retardo

Llamado tambin latencia, es la variacin temporal y/o retraso introducido por la
transmisin de los paquetes de datos desde la fuente hasta el destino. Este
parmetro depende de muchos elementos como el nmero de nodos por los
cuales tienen que pasar los paquetes hasta alcanzar el destino, el trfico de la red,
los protocolos de enrutamiento, etc.

El retardo puede estar compuesto por varias componentes:
Retardo de trasmisin: el tiempo que se necesita para enviar los bits que
componen el paquete.
Retardo de codificacin: el tiempo de conversin de los datos de origen a
otro sistema de datos de destino, depende del estndar usado.
Retardo de propagacin: el tiempo que tarde la seal para propagarse por
el medio, depende del medio fsico utilizado.
Retardo de cola: el tiempo que el paquete aguarda en la cola del router.
Retardo de procesado: el tiempo que el nodo necesita para procesar las
cabeceras.

Los servicios en tiempo real y multimedia son sensibles a retardos. En
aplicaciones como la videoconferencia es necesario que este parmetro sea
reducido al mnimo.

44

3.1.5 Jitter

Los paquetes enviados pueden llegar al destino siguiendo diferentes caminos, por
lo tanto el retardo de los paquetes puede variar.
El Jitter es la variacin o diferencia de retardo que existe entre los paquetes,
causada por congestin de red, perdida de sincronizacin o por las diferentes
rutas seguidas por los paquetes para llegar a su destino.
Este efecto es especialmente molesto en aplicaciones multimedia y en tiempo real
como radio o telefona IP, ya que provoca que algunos paquetes lleguen
demasiado pronto o tarde para poder entregarlos a tiempo.
Una solucin ante el Jitter es la utilizacin de buffers de datos en el receptor. Pero
esta medida es poco eficaz, dado que sera necesario un gran tamao para los
buffers, lo que implica un coste econmico en los equipos, y estos buffers
incrementan el tiempo de ejecucin, algo molesto especialmente en aplicaciones
de tiempo real como una conversacin. El dimensionado correcto de los buffers es
fundamental.

3.1.6 Prdida de paquetes

Indica el nmero de paquetes perdidos durante la transmisin. Normalmente se
mide en tanto por ciento. Por ejemplo, los routers pierden/niegan/descartan
paquetes por muchas razones, muchas de las cuales, las herramientas QoS no
pueden hacer nada. La probabilidad de prdida de paquetes se calcula con la
ecuacin

=

. 100

En el trayecto entre la fuente y el destino un paquete puede perderse o ser
eliminado por un router si el buffer de los routers est lleno o si el paquete est
45

daado. Hay otras muchas razones que pueden causar la prdida de paquetes en
entornos inalmbricos: enlaces de red saturados, colisiones, rotura de enlace, etc.
La eliminacin de paquetes depende nicamente del estado de la red, y esto no
puede ser previsto.


Tabla 3.1 Se muestra una tabla con los parmetros de QoS (2010).



Un ejemplo de tecnologa existente que utiliza QoS es IETF RSVP que es un
protocolo de reserva de recursos, es un protocolo de la capa de transporte
diseado para reservar recursos de una red bajo la arquitectura de servicios
integrados. No es una aplicacin, es ms bien un protocolo de control de internet,
como ICMP, IGMP, o protocolos de enrutamiento. QoS iespana (2012).

3.1.7 Definicin de los parmetros de Calidad de Servicio

Se comienza exponiendo los parmetros referentes al acceso a la red, los cuales
son independientes del servicio. Luego, para los servicios de telefona y de
mensajes cortos (SMS); se definen los parmetros para acceso al servicio,
integridad del servicio y continuidad del servicio.
Por cada parmetro se cita la definicin ITU-T E.800, de carcter general para
redes telefnicas e ISDN (Red Digital de Servicios Integrados), si existe; se
expone la definicin especfica de la GSM Association; se presenta la descripcin
46

genrica del mtodo de medida a travs de la frmula general con los respectivos
puntos de disparo y finalmente si es necesario se exponen algunas observaciones.
Las definiciones descritas en esta seccin son independientes de la
infraestructura, y son consideradas como los requisitos previos para la
comparacin de medidas de QoS y los resultados de la medida.
Se asume que el cliente puede manejar su mvil y los servicios que quiere usar (la
operabilidad no se evala en este momento). Para el propsito de la medida se
asume que el servicio est disponible y no se obstruy por ninguna razn, que la
ruta se define correctamente sin errores y que el equipo del subscriptor designado
est listo para contestar la llamada.

Para el anlisis estadstico de los valores medidos de calidad de voz slo deben
emplearse las llamadas terminadas con xito.

La Figura 3.1 muestra un modelo para los parmetros de calidad de servicio. Este
modelo tiene tres capas:

1. La primera capa es el Acceso de la Red, el requisito bsico para todos los
otros aspectos de QoS, y parmetros de QoS. El resultado de esta capa es
el parmetro de QoS Accesibilidad a la Red.
2. La segunda capa contiene los otros tres aspectos de QoS: Acceso al
Servicio, Integridad de Servicio y Continuidad de Servicio.
3. En la tercera capa se localizan los diferentes servicios. Su resultado son los
parmetros de QoS.

Dentro del acceso a la red el parmetro definido es la tasa de accesibilidad a la
red y es independiente del servicio que se ofrezca.
47



Figura 3.1 Aspectos de QoS y los correspondientes parmetros de QoS.
Scribd (2010).

48


3.1.8 Aspecto de QoS: Acceso a la red

El indicador accesibilidad a la red puede distinguir entre red de conmutacin de
circuitos y red de conmutacin de paquetes.

Accesibilidad a la red Conmutacin de Circuitos (NACS)
Definicin ITU-T E.800: La probabilidad que el usuario de un servicio despus de
un requerimiento reciba la seal de invitacin a marcar (proceed-to-select) dentro
de las condiciones especificadas.

Definicin GSM Association: Probabilidad de que los Servicios Mviles sean
ofrecidos a un usuario final por los indicadores de red designados en el equipo
mvil en modo IDLE (inactividad de un usuario en IRC).
Puntos de disparo:
C1 > 0. No se considera cualquier emergencia que se localiza en cualquier
otra red que no sea la designada.
Las redes designadas podran constituir ms de una red. Ej. para cubrir
roaming nacional o internacional.


Su frmula: gsm% =
>0

100%


Accesibilidad a la red Conmutacin de Paquetes (NAPS)
Definicin GSM Association: Probabilidad de que los Servicios Mviles sean
ofrecidos a un usuario final por los indicadores de red designados en el equipo
mvil en modo standby.


49

Puntos de disparo:
C1 > 0. La disponibilidad GPRS en la celda es designada en mensajes de
informacin del sistema.
Las redes designadas podran constituir ms de una red, Ej. para cubrir
roaming nacional o internacional.

Su frmula:

gsm % =
> 0

100%

Servicio de Telefona
Dentro del servicio de telefona se definen parmetros de calidad para la
accesibilidad al servicio, integridad de servicio y continuidad de servicio.
Dentro del servicio de telefona los indicadores ms relevantes respecto al acceso
al servicio son: la tasa de accesibilidad al servicio y el retardo medio de acceso al
servicio.
Accesibilidad al servicio de telefona (SA-T)
Definicin ITU-T E.800: Probabilidad de que un servicio pueda obtenerse dentro
de tolerancias especificadas y en condiciones operacionales dadas cuando lo
solicite el usuario.
Definicin GSM Association: Probabilidad de que el usuario final pueda acceder al
Servicio de Telefona Mvil cuando es ofrecido por el indicador de red en el display
del equipo mvil.

Puntos de disparo:
Al inicio del intento de la llamada: momento en que se presiona el botn
send (es importante chequear si existe cobertura en ese instante, caso
contrario sera un caso de no accesibilidad a la red).
50

Intento de llamada exitoso: momento en que se escucha el timbre de alerta
o que el usuario A escucha el tono de ocupado.
Su frmula:
% =


100%


Retardo medio de acceso - Setup Time Telephony (ST-T)
Definicin ITU-T E.800: Esperanza matemtica de la duracin de tiempo entre un
intento inicial de llamada efectuado por el usuario para la obtencin de un servicio
y el instante en el cual lo obtiene dentro de tolerancias especificadas y en
condiciones operacionales dadas.
Definicin GSM Association: Tiempo entre el envo de la informacin completa de
direccin y la recepcin de la notificacin Call Setup.

Puntos de disparo:
Al principio de la medida Setup Time: momento en que se presiona el botn
SEND.
Conexin exitosa: momento en que se escucha el timbre de alerta o que el
usuario escucha el tono de ocupado.

Su frmula: [] =
2

3


t2: tiempo donde la conexin se establece (ej. alerta o subscriptor ocupado)
t1: tiempo donde el cliente aprieta el botn SEND en el equipo mvil

Aspecto de QoS: Integridad del servicio de telefona

Para chequear la integridad del servicio de telefona, el parmetro ms importante
es la calidad de la voz.
51


Calidad de la voz (SpQ)
Definicin ITU-T E.800: Grado en que un servicio, una vez obtenido, se presta sin
degradaciones excesivas.

Definicin GSM Association: Indicador que representa la cuantificacin de la
calidad de la transmisin de la voz extremo a extremo del Servicio de Telefona
Mvil.

Su frmula: =
=

Opcionalmente podra ser til agregar ambos valores de calidad de voz en un solo
valor. En este caso el peor de los dos ser usado. Esta agregacin del valor de
calidad de voz se llamar SpQ (min).
La escala MOS describe la opinin de los clientes respecto a la transmisin de voz
y sus problemas (ruido, voz robot, eco, abandonos, etc.). La medida de calidad de
voz se toma por llamada.

Puntos de disparo:
Inicio de la conexin: el intercambio de las muestras de voz entre el usuario
A y el usuario B.
Fin de la conexin: el instante en el que se libera la conexin.

Aspecto de QoS: Continuidad del servicio de telefona

La continuidad del servicio es evaluada mediante el parmetro tasa de
completacin de llamadas
Tasa de completacin de llamadas (CCR-T)
Definicin GSM Association: Probabilidad de que un intento de llamada exitoso se
mantenga durante un tiempo predeterminado hasta que sea terminada
intencionalmente por el usuario A o B.
52


Su frmula:
% =


100%
Puntos de disparo:
Intento de llamada exitoso: momento en que se escucha el timbre de alerta
o que el usuario A escucha el tono de ocupado.
Llamada terminada: liberacin de la conexin intencional por el usuario A o
B.
El Indicador de QoS complementario es: Tasa de No complementacin de
llamadas (CNCR)

Servicio de Mensajes Cortos
Para el servicio de mensajes cortos se definen nicamente parmetros de calidad
para la accesibilidad al servicio e integridad de servicio.

Aspecto de QoS: Acceso al servicio en SMS

Para el servicio de mensajes cortos los indicadores ms relevantes dentro del
acceso al servicio son la tasa de accesibilidad al servicio y el retraso de acceso al
servicio.

Accesibilidad al servicio de SMS originados en el mvil (SA SMS MO)
Definicin GSM Association: Probabilidad de que el usuario final pueda acceder al
Servicio de Mensajes Cortos cuando lo solicite mientras es ofrecido por el
indicador de red en el display del equipo mvil.

Su frmula:

% =


100%


53

Puntos de disparo:
Inicio del intento de servicio SMS: instante de inicio del envo de un SMS
Intento exitoso del servicio SMS: recepcin del mensaje de xito
(acknowledgement) enviado por el Centro de Mensajes Cortos.

Retraso de acceso del SMS originado en el mvil (DC SMS-MO)
Definicin GSM Association: Tiempo entre el envo de un Mensaje Corto a un
Centro de Mensajes Cortos y recepcin de la notificacin del Centro de Mensajes
Cortos.

Su frmula: =

t_recepcin: tiempo en el cual el equipo mvil recibe la confirmacin del Centro de
SMS
t_envo SMS: tiempo en que el cliente enva su SMS al Centro de SMS

Puntos de disparo:
Inicio del intento de servicio SMS: instante de inicio del envo de un SMS
Intento exitoso del servicio SMS: recepcin del mensaje de xito
(acknowledgement) enviado por el Centro de Mensajes Cortos.

Aspecto de QoS: Integridad del servicio de SMS
Para el servicio de mensajes cortos los indicadores ms relevantes dentro del
acceso al servicio son la tasa de accesibilidad al servicio y el retraso de acceso al
servicio.

Accesibilidad al servicio de SMS originados en el mvil (SA SMS MO)
Definicin GSM Association: Probabilidad de que el usuario final pueda acceder al
Servicio de Mensajes Cortos cuando lo solicite mientras es ofrecido por el
indicador de red en el display del equipo mvil.

54

Su frmula:
% =


100%


Puntos de disparo:
Inicio del intento de servicio SMS: instante de inicio del envo de un SMS
Intento exitoso del servicio SMS: recepcin del mensaje de xito
(acknowledgement) enviado por el Centro de Mensajes Cortos.

Retraso de acceso del SMS originado en el mvil (DC SMS-MO)
Definicin GSM Association: Tiempo entre el envo de un Mensaje Corto a un
Centro de Mensajes Cortos y recepcin de la notificacin del Centro de Mensajes
Cortos.

Su frmula: =

t_recepcin: tiempo en el cual el equipo mvil recibe la confirmacin del Centro de
SMS
t_envo SMS: tiempo en que el cliente enva su SMS al Centro de SMS

Puntos de disparo:
Inicio del intento de servicio SMS: instante de inicio del envo de un SMS
Intento exitoso del servicio SMS: recepcin del mensaje de xito
(acknowledgement) enviado por el Centro de Mensajes Cortos.

Aspecto de QoS: Integridad del servicio de SMS
Para el servicio de mensajes cortos los indicadores ms relevantes dentro del
acceso al servicio son la tasa de accesibilidad al servicio y el retraso de acceso al
servicio.


55

Tiempo de entrega extremo a extremo SMS (DT SMS)
Definicin GSM Association: Tiempo entre el envo de un mensaje corto a un
Centro de Mensajes Cortos y recepcin del mismo mensaje corto en otro equipo
mvil.

Su frmula:

=

t_recepcin SMS: tiempo en el cual el equipo mvil 2 recibe el mensaje corto
enviado por el equipo mvil 1.
t_envo SMS: tiempo en el cual el equipo mvil 1 enva un mensaje corto al Centro
de SMS.
Puntos de disparo:
Inicio del intento de servicio SMS: instante de inicio del envo de un SMS
El instante de la recepcin del SMS en el equipo mvil 2

Tasa de completaciones de SMS (CR SMS)
Definicin GSM Association: Tasa de SMS de prueba enviados y recibidos de un
mvil a otro mvil, excluyendo SMS recibidos duplicados y adulterados.
Para propsitos de prueba y medida un mensaje es considerado vlido si se
entrega con xito dentro de una ventana de tiempo definida.

Su frmula:

%


100%

Puntos de disparo:
Envo y recepcin exitosas de un SMS.
Tiempo de medicin de la ventana segn el perfil del cliente. Politcnico
(2010).
56

3.2 Modelos de Calidad de Servicio

3.2.1 Servicios integrados.

Entre 1995 y 1997, la IETF (Internet Engineering Task Force, en espaol Grupo
Especial sobre Ingeniera de Internet) se esforz mucho en disear una
arquitectura para la multimedia de flujos continuos, que requiere las garantas de
QoS. Este trabajo result en cerca de dos docenas de RFCs, empezando con los
RFCs 22052210. El nombre genrico para este trabajo es algoritmos basados en
flujo o servicios integrados. Se dise tanto para aplicaciones de unidifusin como
para multidifusin.
El modelo IntServ (Integrated Services) se basa en la idea de reserva de recursos
en la red por flujos. Un flujo es una cadena de paquetes que fluyen por la red
desde una aplicacin en una computadora origen hasta una aplicacin en una
computadora destino. Para cada flujo entrante se definen los parmetros de QoS
(ancho de banda, retardo, etc.) que sern necesarios para este flujo. La reserva de
recursos debe establecerse previamente en cada uno de los routers que forman
parte del camino entre el origen y el destino. Cada nodo en el camino indica si
puede asegurar la reserva y mantiene una tabla con el estado de la reserva por
flujo. Zheng Wang. Internet QoS: architectures and mechanisms for quality of
service. The Morgan Kaufmann Series in Networking, 2001.

Funcionamiento del modelo IntServ.:


57

Figura 3.2 Modelo IntServ. Imagen Zheng Wang (2001).

El modelo incluye el Servicio Garantizado que se define en RFC 2212 y el Servicio
de Control de Carga que se definen en RFC 2211.

Servicio Garantizado (Guarenteed Service): El modelo proporciona
funciones que aseguran que los paquetes llegarn dentro de un tiempo
garantizado; esto significa que cada paquete conforme a las
especificaciones de trfico llegar, por lo menos, al momento de retraso
mximo que se especifica en el descriptor de flujo. El servicio garantizado
se usa para aplicaciones que necesitan garanta de que un paquete no
llegar al receptor despus del tiempo planeado, por ejemplo sistemas de
video y audio. S. Shenker, C. Partridge, R. Guerin (2002).

Servicio de Control de Carga (Controlled Load): Diseado para aplicaciones
en tiempo real tolerantes es decir que ocasionalmente toleran prdidas y
retardo. Estas redes se degradan si la red se incrementa en carga, debido a
que solo una cantidad limitada de ancho de banda se reserva; si hay
paquetes adicionales, la entrega ser utilizando la tcnica Best Effort. J.
Wroclawski (2002).

El modelo IntServ define un protocolo especfico para la gestin del QoS en la red,
RSVP (Resource Reservation Protocol). Este protocolo de reserva de recursos,
descrito en RFC 2205 es un protocolo de sealizacin que permite a los usuarios
comunicar a la red sus requerimientos de forma robusta y eficiente.
Todos los nodos de la ruta de acceso a datos deben ser compatibles con RSVP
para una garanta de QoS y cada uno de los paquetes que pertenezcan al flujo
especfico de informacin seguir la misma ruta desde el router emisor hasta el
router receptor. Aunque no hay nada que impida la utilizacin de RSVP en trfico
unicast, originalmente este protocolo haba sido pensado para trfico multicast. En
multicast, es comn ver distintos flujos de video y audio en tiempo real y estos
58

flujos requieren distintas calidades de servicio.R. Braden, Ed., L. Zhang, S.
Berson, S. Herzog, S. Jamin (1997).

Algunas caractersticas o aspectos fundamentales son:

RSVP pide recursos para los flujos simplex: un flujo de trfico en una sola
direccin desde el emisor a uno o ms receptores. De forma que si se
desea establecer una comunicacin bidireccional ser necesario que
ambos receptores realicen su propia peticin de recursos.
RSVP puede ser utilizado tanto por hosts como por routers para pedir o
entregar niveles especficos de calidad de servicio (QoS) para los flujos de
datos de las aplicaciones.
RSVP no es un protocolo de encaminamiento, pero fue diseado para
interoperar con protocolos de enrutamiento actuales y futuros.
RSVP est orientada hacia el receptor: es el receptor de un flujo de datos el
que inicia y mantiene la reserva de recursos para ese flujo. Este hecho
provoca que el receptor necesite conocer previamente las caractersticas
del trfico para efectuar la reserva.
RSVP es soft state (la reserva en cada nodo necesita refresco peridico por
mensajes Path y Resv), mantiene solo temporalmente el estado de las
reservas de recursos del host y de los routers, de aqu que soporte cambios
dinmicos de la red.
RSVP proporciona varios estilos de reserva y permite que se aadan
futuros estilos al protocolo para permitirle adaptarse a diversas
aplicaciones.
RSVP transporta y mantiene parmetros del trfico y de la poltica de
control que son opacos a RSVP.

Aunque a mediados de los 90 la idea IntServ/RSVP gener una gran expectativa,
con el paso del tiempo el inters por esta arquitectura se desvaneci. El motivo
principal fueron los problemas de escalabilidad causados por la necesidad de
59

almacenar y mantener informacin de estado en cada router. Tambin los cambios
requeridos al cdigo de enrutador son sustanciales e involucran intercambios
complejos de enrutador a enrutador para establecer los flujos. Estos motivos
aplicados a situaciones con gran cantidad de flujos entre usuarios finales, por
ejemplo en el ncleo o backbone de Internet., apartan RSVP de la realidad.
Adems, los fabricantes de routers tampoco realizan implementaciones eficientes
de RSVP debido a su elevado coste hardware.

3.2.2 Servicios Diferenciados

Debido a las desventajas de los servicios integrados, la IETF tambin ha diseado
un mtodo ms simple para la calidad del servicio, uno que puede implementarse
ampliamente de manera local en cada enrutador sin una configuracin avanzada y
sin que toda la ruta est involucrada. Este mtodo se conoce como calidad de
servicio basada en clase (contraria a basada en flujo). La IETF ha estandarizado
una arquitectura para l, llamada servicios diferenciados, que se describe en los
RFCs 2474, 2475 entre otros. S. Blake, D. Black, M. Carlson, K. Nichols (1998).

Los servicios diferenciados (Differentiated Services) permiten distinguir diferentes
clases de servicio marcando los paquetes. Consiste en un mtodo para marcar o
etiquetar paquetes, permitiendo a los routers modificar su comportamiento de
envo; para que cada paquete reciba un tratamiento especfico en funcin de la
clase a la que pertenezca. Cada tipo de etiqueta representa un determinado tipo
de QoS y el trfico con la misma etiqueta se trata de la misma forma. Zheng Wang
(2001).

Este esquema no requiere una configuracin avanzada, ni reserva de recursos ni
negociacin extremo a extremo que consuma tiempo para cada flujo, como
sucede con los servicios integrados.
Esto hace de DS (Differentiated Services) relativamente fcil de implementar.
60

Para facilitar el marcado de los paquetes y proporcionar las diferentes clases de
servicio utiliza el campo type of service (ToS) o DiffServ Codepoint (DSCP) de la
cabecera del estndar IPv4 e IPv6. ste es un campo de 8 bits, estando los
ltimos 2 reservados. Con los 6 bits restantes se consiguen 64 clasificaciones de
servicios diferentes: 48 para el espacio global y 16 para uso local. A cada una de
estas 64 posibles formas de tratar al paquete se le llama tratamiento de
retransmisin (PHB Per-Hop Behaviour).

Tabla 3.2 Campo ToS del protocolo Ipv4. Imagen propia (2012).






Donde:
DSCP = DiffServ Code
PointSU = Sin uso

Los PHB definen un conjunto de condiciones para el tratamiento del trfico
conocidas como estndares. Estos estndares permiten que las diferentes clases
de servicio reciban ms o menos recursos segn como hayan sido etiquetadas.
Existen cuatro estndares disponibles de PHBs especificados para ser usados
dentro de una red de servicios diferenciados:

Default PHB (PHB por defecto, RFC 2474). Un paquete marcado con valor
de DSCP 0x000000 (recomendado) recibe el servicio best-effort tradicional.
Adems, si un paquete llega a un nodo y el valor DSCP no se mapea a
algn otro PHB, el paquete ser mapeado al PHB por defecto.

Class-Selector PHB (PHB selector de clases, RFC 2474). Este
comportamiento define hasta ocho clases distintas en la red. El formato del
61

cdigo toma en cuenta los primeros 3 bits del octeto 0xXXX000. Los tres
primero bits representan un nmero del 0 al 7. El nmero de menor valor
representa una prioridad menor (es decir, los tres primeros bits son cero, el
cual corresponde al comportamiento Best-Effort) mientras que un nmero
mayor representa una prioridad mayor. No es necesario que un nodo
soporte las ocho clases. Puede agrupar las clases para soportar por
ejemplo 2 prioridades. Los cdigos con nmero 1 al 3 pueden representar
una prioridad baja, mientras que los cdigos con los nmeros del 4 al 7
representan una prioridad alta. De esta forma, el nodo sigue siendo
compatible con la especificacin DiffServ, an sin tener ocho clases
definidas. S. Blake, D. Black, M. Carlson (1998).


Assured Forwarding (Trnsito asegurado) PHB (RFC 2597). Este PHP
define cuatro clases, a las cuales se les tiene que asignar espacio en el
buffer y ancho de banda de manera independiente en cada nodo. Cada una
de estas clases se le especifica tres niveles de descarte. Es importante
sealar que no es necesario implementar los tres niveles de descarte. Si el
operador de la red, no espera que existan muchas condiciones de
congestin, el nmero de niveles de descarte se puede compactar a dos. J.
Heinanen, F. Baker (1999).

Expedited Forwarding (Trnsito expedito) PHB (RFC 3246). Este PHB
tiene asociado una tasa de transmisin garantizada. La funcin de este
PHB es proveer las herramientas necesarias para proveer un servicio
extremo a extremo con bajas prdidas, bajo retardo, bajo Jitter y un ancho
de banda asegurado dentro de un dominio DiffServ. El principio de
operacin es que la tasa de partida de los paquetes debe ser igual o mayor
a una tasa configurada por el administrador. Esta tasa no puede ser menor
que la tasa de llegada de paquetes. Esto significa que si tenemos una serie
de paquetes del mismo tamao que llegan a un nodo, stos saldrn del
62

nodo con la misma tasa de entrada. La idea es reducir el exceso de retardo
y Jitter en lo posible. Aplicaciones como la voz sobre IP, video, y programas
online requieren este servicio robusto. B. Davie, A. Charny (2002).

El dominio de los Servicios Diferenciados es un conjunto de nodos DS que
operan con una poltica de aprovisionamiento de servicios comn y con un
conjunto de grupos PHB implementados en cada nodo.
Dentro del dominio DiffServ, hay dos tipos de enrutadores (routers): los nodos
frontera y los nodos interiores.

Nodos interiores: Son los nodos que forman el ncleo de la red. Los
nodos interiores slo conectan con otros nodos interiores o de frontera
dentro del mismo dominio DS. Los nodos internos, son los que se encargan
de realizar las funciones de reenvo de paquetes de acuerdo a las polticas
de calidad de servicio que se tengan especificadas.

Nodos frontera: Los nodos frontera interconectan el dominio DS con otros
dominios que pueden o no soportar Diffserv. Los nodos frontera clasifican y
posiblemente condicionen el trfico entre su dominio DS y el dominio
contiguo al cual conectan; para asegurarse que los paquetes que transitan
por el dominio DS estn apropiadamente marcados y puedan seleccionar
un PHB de los grupos PHB.

Ambos tipos de nodos deben ser capaces de aplicar el PHB apropiado a los
paquetes basndose en el cdigo DS, y lo hacen asociando ste valor a unos de
los PHB soportados, sino puede implicar un comportamiento impredecible.






63

Figura 3.3 Enrutadores en el dominio DiffServ. Andrew S. (2003)









Las garantas de calidad de servicio no son tan severas como en IntServ pero en
muchos casos se consideran suficientes.

3.2.3 Best Effort

Este modelo es el ms sencillo. Es un modelo simple de servicio, en el cual, una
aplicacin enva informacin cuando ella lo desea, en cualquier cantidad, sin
ningn permiso requerido y sin informar previamente a la red. Es decir, no se
aplica calidad al trfico de servicio. Adems, este modelo transmite los paquetes
sin garanta de ancho de banda, retardo o fiabilidad, ya que no existe una pre
asignacin de recursos, ni plazos conocidos, ni garanta de recepcin correcta de
la informacin. Por ltimo, utiliza el modelo de cola FIFO (First In First Out) para
sus transmisiones, esto significa que todas las demandas tienen la misma
prioridad y se manejan una despus de otra.
El modelo Best Effort presenta complicaciones para la prestacin de servicios que
requieren la transmisin de datos en tiempo real (videoconferencia o VoIP.),
puesto que la llegada de datos desordenados o la prdida de informacin en redes
congestionadas puede ser crtica. Si la informacin a transmitir en tiempo real
exige que no se pierda informacin, entonces es necesario emplear protocolos de
alto nivel como IntServ o DiffServ.

Captulo IV
IV. Herramientas de QoS para Android
65

Actualmente existen diversas herramientas de QoS que nos facilitan obtener resultados
acerca de la administracin de la congestin de trfico de redes, as como darnos a
conocer el espacio libre en cola para los paquetes prioritarios, entre otras.

A continuacin se dan a conocer tres de las mejores herramientas QoS para Android:
4.1 Network simulator

4.1.1 Caractersticas

El NS, siglas de Network Simulator, es un simulador de cdigo abierto utilizado en
investigacin. El hecho de ser cdigo abierto, hace que no sea un producto acabado, y
est siempre en proceso de desarrollo. Est basado en dos lenguajes de programacin,
C++ y TCL. NS tambin sirve como base para otros programas de simulacin. Soporta
gran cantidad de protocolos de las capas de aplicacin y transporte, y otros utilizados
para el enrutamiento.
La razn que est implementado en C++ es porque la simulacin detallada de los
protocolos requiere un lenguaje que permita trabajar con bytes, paquetes, cabeceras y
adems implementar algoritmos.

NS comienza en 1989 como variante del Real Network Simulator. En 1995 pas a
manos de DARPA (Defense Advanced Research Projects Agency) y actualmente est
en manos de un grupo de investigadores y desarrolladores de la Universidad de
Berkeley, incluida la SAMAN (con el apoyo de DARPA), CONSER (a travs de la NSF),
y ICIR (antes ACIRI). Sun Microsystems y la UCB Daedelus y Carnegie Mellon tambin
han aportado grandes contribuciones.

66

El simulador NS lleva unas herramientas asociadas que nos ayudarn a visualizar los
escenarios, recoger y tratar la informacin obtenida. La herramienta NAM Network
Animador es una herramienta grfica de fcil uso que nos ayuda a visualizar la
topologa y ver el flujo de informacin. En el caso de necesitar evaluar series, se utiliza
la herramienta XGraph.
NS requiere el uso de ciertos componentes externos como TcL/tk, Otcl, TclCL20 que
forman parte del compilador para Linux.

TCL Tool Command Language es un lenguaje de script. Se utiliza en programas
rpidos, aplicaciones script, entornos grficos y pruebas. Tcl/TK, Otcl y TclCL son
lenguajes desarrollados por Sun Microsystems interpretados de programacin visual,
que genera cdigo 100% portable.


Figura 4.1 Esquema de simulacin. Fuente tutorial NS (2010).



67

Figura 4.2 Proceso de simulacin. Fuente tutorial NS (2010).


NS tiene un planificador de eventos de simulacin y libreras de objetos de
componentes de red y de instalacin de red. El simulador NS es un paquete compuesto
por componentes requeridos y opcionales, que contiene un script de instalacin para
configurar, compilar e instalar. Hasta la fecha existen dos versiones de NS: ns-2 y ns-3.

NS-2 es un simulador de eventos discretos orientado a redes de comunicaciones. Este
simulador se ha ido desarrollando estos ltimos aos desde que 1989 empezara como
una variante del simulador REAL NetworkSimulator.
En 1995, fue apoyado por el proyecto VINT (Virtual Internetwork Testbeb) que tena
como objetivo la creacin de un simulador para el estudio de la escalabilidad y la
interconexin entre protocolos de redes actuales y futuras. Dentro de este proyecto
haba colaboradores como USC/ISI (University of Southern California Information
Sciences Institute), Xerox PARC (Palo Alto Reserch Center), LBNL (Lawrence Berkeley
National Laboratory) y UCBerkeley (Universidad de California de Berkeley).

Actualmente NS-2 sigue desarrollndose a travs de CONSER (CollaborativeSimulation
For Education and Reserch) que tiene como objetivo:

La investigacin en el desarrollo y evaluacin del protocolo de red.
Enseanza de los protocolos de red nuevos como existentes.

68

Y SAMAN (Simulation Augmented by Measurement and Analysis for Networks), el cual
se dedica a extender, detectar, y predecir fallos en el simulador.Adems de los
mencionados hay otros colaboradores como ACIRI.

El simulador consta de un ncleo principal escrito en C++ que se puede ejecutar
simplemente tecleando ns en la lnea de comandos. Para actuar sobre el simulador se
utiliza un interfaz especfico. Esta interfaz es oTcl que deriva del Tcl pero orientado a
objetos.

NS-3
La variante ns-3 surge en el ao 2005, a partir del impulso que Tom Henderson, segn
la lista de correo del grupo de realizadores de ns, se decidi realizar una nueva versin
desde cero, utilizando el lenguaje de programacin C++. La base de desarrollo fue el
paquete yans (Yet Another Network Simulator).
El desarrollo de ns-3, fue patrocinado en sus inicios por NSF (National Science
Foundation) y se proyecto para un periodo de tiempo de cuatro aos. Principalmente
fue desarrollado por investigadores de las instituciones: Universidad de Washington,
Instituto Tecnolgico de Georgia y el grupo de investigacin Plante en INRIA (Instituto
Nacional de Investigacin en Informtica y Automtica). La primera liberacin de ns-3.1
fue hecha en junio de 2008. En el ao 2011 ns-3 lleg a la versin 3.11.
La infraestructura de ns-3 permite el desarrollo de modelos de simulacin de alto
desempeo, lo que habilita el uso de la herramienta como emulador. Ns-3 soporta
simulacin de redes IP, no IP; as como redes inalmbricas tales como WIFI, WiMAX, o
LTE, adems de unos diferentes protocolos de ruteo entre los que se destacan OLSR y
AODV.
NS es ampliamente utilizado como herramienta educativa y de investigacin.
Actualmente existen currculos que integran su uso en las siguientes instituciones:

Sur Amrica:
Universidad Distrital Francisco Jos de Caldas
Universidad De Boyac
69

Amrica del Norte:
Instituto de Tecnologa de Georgia
Universidad de Kansas
Universidad de Pensilvania
Universidad Brigham Young
Universidad Aalto

Asia:
Instituto de Tecnologa de Bombay

4.1.2 Ventajas
La simulacin permite analizar grandes problemas complejos que no se pueden
resolver de forma analtica
Permite estudiar los efectos interactivos de los componentes individuales o
variables para determinar las ms importantes.
Permite incluir posibles complicaciones de un sistema real que no son evaluadas
en un principio por la simulacin.
La simulacin permite experimentar y tomar decisiones sin estar en contacto
directo con el sistema real.
Analizar los resultados obtenidos durante un ao al realizar alguna modificacin
en cualquier equipo no es muy prctico, por lo que la mejor alternativa sera
realizar este mismo anlisis mediante la simulacin en mucho menos tiempo.
Utilizar tcnicas analticas requieren experiencia matemtica tanto para utilizarlas
como para comprenderlas. Mediante una simulacin se pueden analizar los
resultados de forma ms intuitiva y sin necesidad de utilizar excesivas tcnicas
matemticas.
A la hora de realizar el diseo de un nuevo sistema es muy til responder a la
pregunta Qu pasara si.? Mediante una simulacin.
Ayuda a comprender el funcionamiento del sistema, no como se cree que
funciona.
70

Realizar simulaciones para responder Qu debo hacer? O Cmo debo
hacerlo? ante una situacin compleja.
Permite analizar donde se encuentran los cuellos de botella y determinar donde
se paran los procesos.

4.1.3 Desventajas

Actualmente se encuentra en plan de desarrollo para los dispositivos con
Android, solo existen una versin beta de la cual, no muchos usuarios tienen
acceso a ella.
Los valores finales que se obtienen al realizar una simulacin son solo
estimaciones de los valores reales del sistema analizado.
Para dar ms exactitud a las estimaciones obtenidas se debera repetir un gran
nmero de veces la simulacin, que repercute en una gran disponibilidad de
tiempo y gran capacidad de procesado por parte de los equipos.
Cada simulacin requiere un diseo especializado ya que no se puede seguir un
patrn comn. Se debe emplear un tiempo elevado y experiencia para desarrollo
y programacin del diseo aunque existan paquetes de software especializado.
Los resultados que se obtienen a la salida de la simulacin son principalmente
aleatorios que dependen de las variables de entrada, es difcil saber si dependen
la relacin de las variables son aleatorios.
Simular un nuevo sistema puede ser una tarea costosa. A menudo el sistema a
desarrollar es largo y complicado.
Pueden quedar al finalizar la simulacin variables sueltas que pueden cambiar el
funcionamiento del sistema real una vez implantado. Se pueden reducir riesgos
pero no evitarlos.

Para solucionar el problema del desarrollo complejo existen una gran variedad de
software que solo necesitan datos de entrada para comenzar la simulacin y facilitan la
comprensin de los resultados obtenidos.
71

Cada da, mejora el hardware y se abaratan ms los costes, permitiendo una mayor
rapidez de ejecucin de los escenarios de simulacin. Alfonso Bravo (2007).

4.2 Nemo Handy

4.2.1 Caractersticas

Nemo Handy SO 3.40 es una herramienta manual de ltima generacin para realizar
pruebas de QoS / QoE de aplicaciones mviles y medir la interfaz area de redes
inalmbricas de 802b / g EGSM / GPRS / EDGE / WCDMA / HSDPA / HSUPA / Wifi. La
gran cantidad de funciones de prueba de aplicaciones de Nemo Handy se completan
con pruebas MOS y PESQ de calidad de voz, as como con mtricas completas del
nivel de aplicaciones en llamadas de voz y video, transferencias de datos en FTP /
HTTP, iPerf para pruebas de TCP / UDP, navegacin en HTML / WAP, mensajera de
SMS / MMS, POP3 / SMTP de correo electrnico y ping. Nemo HandyS no slo ofrece
la mejor visualizacin de medicin en tiempo real en el mercado manual, sino tambin
permite construir sus propias vistas personalizadas en tiempo real para todos los
parmetros de redes admitidos por la interfaz de seguimiento mvil de la terminal.

Nemo HandyS es altamente configurable. Nemo HandyS se puede implementar en gran
cantidad de plataformas distintas, sobre las cuales se puede construir exactamente la
clase de herramienta manual de medicin que se necesite.

El paquete de Nemo HandyS incluye un dispositivo mvil Nokia de prueba con el
software de Nemo HandyS, un receptor GPS Bluetooth (solamente con Nemo HandyS y
Nemo HandyS Pro) y el paquete de software Nemo Utilities para Windows, que
incluye el Nemo File Manager (Administrador de archivos Nemo), el Nemo Handy
Configuration Editor (Editor de configuracin de Nemo Handy) y el Nemo Handy Script
Editor (Editor de secuencia de comandos de Nemo Handy).

72

Actualmente cuenta con 3 diferentes versiones:
Nemo Handy-S Field Test
Nemo Handy-S
Nemo Handy-S Professional


Tabla 4.1 Comparativa de las versiones Nemo Handy Anite/Nemo (2011).

En la imagen de la pgina oficial de la herramienta muestra una comparativa acerca de
lo que son sus diferentes versiones y lo mucho que ha evolucionado.

73

Se muestran una imgenes de la interfaz y el monitoreo de la vista de datos en un
tiempo real de NEMO HANDYS instalado en un terminal.


Figura 4.3 Interfaz Nemo Handy Anite/Nemo (2011).


Figura 4.4 Monitoreo Nemo Handy Anite/Nemo (2011).

Los resultados en tiempo real de pruebas tanto manuales como asistidas por
secuencias de comandos se pueden supervisar durante toda la conexin por medio de
diversas vistas de datos, tales como vistas de texto y cuadrcula, grficos vecinos (de
barra, lineales y de barra entre sistemas), as como grficos de barra y lineales con
capacidad de apilamiento. Las vistas de barra y lineales muestran parmetros tanto en
74

formato numrico como grfico. Las escalas de los grficos lineales cambian de
acuerdo con el parmetro seleccionado. Tambin es posible el escalamiento
automtico. Para cada barra se pueden mostrar simultneamente escalas de grficos
de barra. Se pueden mostrar parmetros de enteros ya sea en formato decimal como
octal. Las barras tienen cdigos de color segn valores de umbral que el usuario puede
definir.


Figura 4.5 Resultados Nemo Handy Anite/Nemo (2011).

4.2.2 Ventajas

Desde 2005, Nemo HandyS ha establecido la norma para dispositivos manuales
de medicin de redes y contina hacindolo en la actualidad como la
herramienta de medicin tipo manual de ms amplia utilizacin en el mundo.
Siempre tiene compatibilidad con las principales nuevas tecnologas
inalmbricas.
Una solucin centralizada para realizar mediciones a gran escala. Un Nemo
HandyS funciona como una unidad maestra, al realizar mediciones mientras
controla y coordina un mximo de seis unidades esclavas por medio de
secuencias de comandos dispersas en el espacio areo.
Todos los parmetros de red que admite la interfaz de rastreo mvil de la
75

terminal, como los mensajes de sealizacin, se registran y ponen a disposicin
para un posterior procesamiento.
La intuitiva interfaz de usuario hace que todas las operaciones, desde pruebas
en intervalos de tiempo hasta la creacin de complejas secuencias de comando
de medicin, sean fciles y razonables en tiempo.
Total y comprobada compatibilidad con herramientas de terceros.

4.2.3 Desventajas

Tal vez no se encuentren muchas desventajas pero la ms importante es que
actualmente no existe una versin estable en Android, sin tener que instalar un
simulador dentro del terminal.
Aplicacin con plataforma Symbian, de los cuales actualmente la mayora se
estn haciendo obsoletos.

4.3 CobCel

Fue desarrollado a finales de diciembre del 2011 por el Ingeniero Civil en
Telecomunicaciones de la Universidad de Concepcin en Chile Jonathan Alexander
Pino.Sin duda alguna, la mejor herramienta en espaol para Android que permite la
medicin de cobertura y posterior visualizacin en una pgina web, ya sea en tiempo
real o no, de las mediciones obtenidas.

Se sabe que hay muchos factores que afectan la calidad de servicio de una red mvil
y es correcto buscar principalmente QoS desde el punto de vista del cliente, es decir,
como QoS es juzgada por el usuario. Hay una mtrica estndar de QoS para el usuario
que puede ser medida con la tasa de QoS.
Estos parmetros son: la cobertura, la calidad de audio y la accesibilidad incluyendo
SMO (Social Media Optimization) la cual refiere a una estrategia de marketing digital.

76

La herramienta CobCel se encuentra dentro de QoS, debido a que cuenta con uno de
los parmetros de medicin: la cobertura.

4.3.1 Caractersticas

Es un prototipo de aplicacin que permite medir la cobertura celular de las compaas
de telefona mvil, mediante la realizar de una medicin distribuida, colaborativa e
histrica de la cobertura celular. La idea es que CobCel explote todos los recursos de
Google Android, Google Maps, Google API y un Smartphone cualquiera, para
desarrollar e implementar un prototipo de aplicacin que mida y geo referencie la
informacin sobre el nivel de potencia de la seal recibida por los telfonos celulares.
La agregacin de esta informacin permite generar una medicin histrica de cobertura,
la que tiene como elemento diferenciador que es una medicin obtenida desde la
perspectiva de los usuarios, la que no necesariamente se ve reflejada por las
mediciones obtenidas va drive-test realizadas por las compaas.

La visualizacin de las mediciones se puede disponer mediante una pgina web. Los
datos recolectados son confidenciales y utilizados solo con el propsito de que el
usuario de la aplicacin identifique sus mediciones. El desarrollo de la aplicacin en
Android ofrece una compatibilidad con un gran nmero de dispositivos Smartphones del
mercado actual, lo que hace considerablemente rentable y popular cualquier aplicacin
que en l se desarrolle.
Los lenguajes de programacin utilizados son los comunes en el desarrollo de pginas
web y bases de datos, como PHP, Java-Script y MySQL, adicionando adems lo
necesario para programar en Android, lo que bsicamente es el uso del lenguaje Java
combinado con libreras propias del sistema operativo.

Cuenta con una pgina web encargada de obtener la informacin de la base de datos y
la mapea usando la API (interfaz de programacin de aplicaciones) de Google Maps.

77


Figura 4.6 CobCel en funcionamiento Jonathan Alexander Pino (2012).

La aplicacin se encuentra en idioma espaol e ingls, respectivamente, la cual permite
realizar las mediciones y el envo de estas para su posterior visualizacin, el idioma por
omisin es el ingls, es decir, si un dispositivo est en un idioma distinto al espaol la
aplicacin se mostrar en ingles. La aplicacin permite la medicin de todas las
tecnologas de transmisin celular existentes, permitiendo las mediciones de redes
GSM, CDMA, LTE, 2G, 3G, etc. Adems la aplicacin se ajusta a la propuesta de
Google para la optimizacin del uso de la batera.
78

Para visualizar los resultados del servidor se muestra en la imagen un extracto de los
datos almacenados en la base de datos creada con MySQL que se encuentra en una
direccin Web.

Figura 4.7 Datos y herramientas de CobCel Jonathan Alexander Pino (2012).

La parte de la visualizacin se realiza a travs de un mapa de cobertura alojado en un
servidor web, se muestran algunas capturas de la visualizacin y el mapeo
correspondiente a las mediciones el cual tendr un aspecto similar a este:

79



Figura 4.8 Mapa de cobertura. Jonathan Alexander Pino (2012).





80




Figura 4.9 Mapa de cobertura con relieve. Jonathan Alexander Pino (2012).

La aplicacin CobCel fue publicada en la Android Market, ahora PlayStore, el da 4 de
diciembre del 2011 y hasta el da 24 de mayo del 2012 ha sido instalada en ms de
1500 dispositivos y an se mantiene activa. En su base de datos existen actualmente
ms de 11.913 mediciones realizadas en pases como Espaa, Estados Unidos,
Mxico, Indonesia, Puerto Rico, Italia, Arabia Saudita, Brasil, Costa Rica y Chile.

Las API de Google, resultaron ser las mejores alternativas para la realizacin de la
aplicacin, considerando la amplia informacin existente sobre ellas, la compatibilidad y
la rpida adopcin por parte de los usuarios de la aplicacin.

El sistema de medicin muestra resultados favorables y crecientes en popularidad,
debido a la simplicidad, la robustez y la compatibilidad con todos los tipos de redes de
81

celulares usadas actualmente, adems de la inclusin del idioma ingls que ha
permitido el uso de sta en pases con idioma muy distinto al nuestro.

En las siguientes imgenes se muestran los pases donde se mantiene instalada la
aplicacin y los idiomas de los Smartphones en los que es usada.


Figura 4.10 Pases con la aplicacin activa. Jonathan Alexander Pino (2012).

82


4.3.2 Ventajas

Funciona en plataforma Android.
Cuenta con privacidad de datos.
La informacin se enva a travs de un mtodo POST, el cual es un mtodo de
peticiones soportado por el protocolo de http y su funcin es enviar la
informacin de formularios web a un servidor.
Localizacin precisa (GPS).
Acceder a fuentes de localizacin aproximadas as como la base de datos de red
mvil para determinar la localizacin aproximada del telfono cuando est
disponible.
Puede utilizar conexin de datos o Wifi.

4.3.3 Desventajas

No funciona en Galaxy Tab, solo se ve el logo de la Universidad.



Conclusiones
84

Durante la primera parte del trabajo se realiz un estudio a fondo acerca de los
antecedentes de los sistemas operativos que hoy en da existen, logrando recabar
informacin importante y concisa. Despus se fue enriqueciendo con informacin
acerca de los fundamentos de QoS, que es donde comenz la parte importante de esta
monografa, hay que tener en cuenta que QoS es un modo de ofrecer un mejor servicio
para los tipos de trfico seleccionada sobre los distintos tipos de redes de paquetes
conmutados.

Porque QoS? Simplemente porque los medios de red que utiliza puede ser cualquiera
de varios tipos de tecnologa que van desde la Wireless, Ethernet y FrameRelay, esta
ultima que es una estructura de redes de computadoras que permite una forma rpida y
eficiente para transmitir imgenes de un dispositivo a otro.

Comprend que lo que nos ofrece QoS es priorizar y moldear el trfico de las redes,
asegurar que las aplicaciones y recursos crticos reciben una cantidad garantizada del
ancho de banda disponible. Si la medicin colaborativa de cobertura se hiciera realidad,
en el sentido de mantener un mapa de cobertura actualizado mensualmente, los costos
que actualmente incurre una operadora en hacer este tipo de mediciones, sera cero, y
adems se agregara un beneficio extra para los abonados con respecto a que las
mediciones serian ms reales del punto de vista de ellos.

Jonathan Alexander menciona que si bien es difcil que la totalidad de la poblacin con
Smartphones Android adopte la aplicacin, es posible que una parte de ella,
correspondiente a los trabajadores de cada operador telefnico puedan adoptarla, los
cuales por algn tipo de incentivo puedan colaborar con mediciones de cobertura
celular.
85

En el peor de los casos donde no exista el nimo de colaborar con mediciones, el costo
de realizar mediciones de cobertura se reduce en un 40% con respecto al drive-test
convencional, que sin duda es un gran avance en la gestin y planificacin de las redes
celulares, considero que sera trascendental que no fuera as, tenemos como sociedad
y como usuarios ser ms conscientes de lo que pedimos, utilizar herramientas gratuitas
y no de pago, si queremos un excelente servicio debemos aportar resultados de
mediciones no solo por algn tipo de incentivo ya que finalmente ser para beneficio
propio.
Creo que l no dejar a las empresas de telefona a que hagan o modifiquen la calidad
de servicio solo porque ellos consideran conveniente, ayuda a obtener conocimientos
relevantes de lo que en verdad pasa y colaborando ayudaramos a que se solucionaran
los problemas de calidad como debiera ser.

Siempre se ha escuchado a personas quejarse de que la red de su compaa se
encuentra lenta, o bien, que no pueden trabajar de manera eficiente o como al menos
ellos se esperaban en sus aplicaciones tanto en computadoras como en dispositivos
mviles, una gran parte se debe a que la red puede encontrarse saturada pero tambin
se debe a que no se establecen prioridades en los dispositivos mviles.

El trfico de la red puede ser priorizado para adecuarse a los objetivos de las
organizaciones o bien personales. Cada da las organizaciones dependen ms de
Internet para el manejo de sus negocios. Uno de los objetivos ms importantes es la
seguridad y confidencialidad de los datos de la organizacin que son expuestos al
pblico a travs de Internet. Mantener cortafuegos bien diseados que protejan los
datos y recursos de la empresa es sumamente importante para garantizar las buenas
operaciones. Proteger los recursos de la red de accesos no deseados es fundamental
para cualquier organizacin.
Con servicios QoS las organizaciones que ofrecen servicios de "hosting" o "application
server" pueden limitar el ancho de banda de los servicios ofrecidos por el servidor en
una amplia gama de opciones tales como direccin de origen o destino, tipo de
aplicacin, puerto o protocolo de transmisin.
86

Con la capacidad de fijar niveles fijos absolutos de ancho de banda y niveles variables
que se ajustan segn la disponibilidad del ancho de banda.
Frecuentemente un portal colapsa debido al incremento paulatino del trfico y la
solucin no implica necesariamente adquirir un nuevo servidor ms poderoso y
desechar el anterior o en su defecto adquirir equipos costosos de balanceo. Los
servicios QoS permiten ampliar la capacidad de sus instalaciones adquiriendo nuevos
equipos, pero conservando los anteriores, mediante esquemas de balanceo de carga
en lneas y servidores.
Adicionalmente estableciendo polticas de enrutamiento de trfico mediante reglas
estticas basadas en el criterio humano se mejora el balanceo de la carga en horas
pico permitiendo una racionalizacin y mejor utilizacin de los recursos de la red. Como
menciona el autor Alfonso Roldn en su estudio de modelos para entornos WLAN
mediante la utilizacin de tneles encriptados puede entubarse el trfico crtico
enrutando directamente los paquetes IP desde los clientes a los servidores utilizados y
viceversa.
Los tneles permiten tambin que dos o ms redes internas en localidades remotas
puedan verse y trabajar como si fueran las misma red (VPN), utilizando a Internet como
asiento del tnel o en su defecto lneas muertas de comunicacin entre las localidades.

En esta monografa se explico cmo se obtiene la Calidad de Servicio en un sistema
operativo Android, explicando primeramente los parmetros y modelos que se siguen
para medir la calidad, se investigo sobre herramientas de QoS y se opt como la mejor
herramienta viable para Android y medicin de QoS, la aplicacin desarrollada en el
2011 llamada CobCel, cabe mencionar que la medicin de cobertura forma parte de los
parmetros mviles de QoS.
Un objetivo de este trabajo fue comprender la finalidad la medicin de QoS, y se logr
ver que tan representativas son las mediciones con la herramienta CobCel, una
herramienta que ayuda a medir la cobertura celular donde quiera y como quiera el
usuario. Considero que va en ascenso por ser tan intuitiva y poder manejarse en dos
idiomas, ingls y espaol, es totalmente gratuita para cualquier persona que cuenta con
un dispositivo Android.
87

Pero la herramienta estudiada CobCel no sera tan buena, si no fuera por ser
desarrollada en Android. Como se menciono Androidenvi unos 89,9 millones de
telfonos inteligentes el ltimo trimestre, un incremento de 145 por ciento del ao
pasado. Un nuevo estudio de mercado de la compaa Nielsen, revela que Android es
el sistema operativo para mviles ms deseado en los Estados Unidos, por encima del
IPhone (iOS) de Apple.
Hay que recalcar que la tecnologa actual no permite realizar servicios de calidad, en
lugares dnde la gran mayora de usuarios desean una alta calidad, ya que la
tecnologa mvil existente nicamente permite a los proveedores de servicio ofrecer
servicio Best Effort. Se han de desarrollar nuevas tecnologas, por ejemplo en el caso
del estudio, redes WIMAX que permitan calidades y tarifas de servicio superiores a las
actuales tarifas planas; para poder cubrir y ofrecer un servicio excelente a los usuarios
exigentes que estn dispuestos a asumir tarifas de servicio elevadas a cambio de una
calidad de servicio superior, a mi parecer esto no es bueno, ya que si uno quiere tener
calidad en sus servicios mayor ser el costo de ello.
Hay que tener en cuenta y recalcar que Android tiene la posibilidad y capacidad de
instalarse prcticamente en todo tipo de dispositivos, sean mviles, porttiles, esto hace
que siempre est en los terminales ms potentes y actuales del mercado, siendo una
apuesta importante por fabricantes y operadoras por la posibilidad de que
independientemente del potencial, gama o prestaciones del dispositivo, Android podr
adaptarse a la perfeccin a todo tipo de necesidades. Android viene a la alza y
esperemos que cada da sea ms competitivo y con nuevas herramientas que no solo
impacten, sino que ayuden al mejoramiento de los servicios de calidad, que finalmente
todos como usuarios es lo que deseamos.

88

Trabajos futuros

Realizar las pruebas con las diversas herramientas expuestas
Implementar las herramientas en redes Wifi
Analizar e incorporar seguridad a la aplicacin en especial CobCel, utilizando
encriptacin de los datos, en el almacenamiento y en la conexin al momento del
envo
Implementar la herramienta Network simulator en Android
Implementar mediciones en las cuales se realizan pruebas de voz, de SMS,
HTTP, entre otras.
Desarrollar alguna aplicacin que compita con CobCel y se encuentra activa en
PlayStore.


89


FUENTES DE INFORMACION


1. J. Heinanen, F. Baker, W. Weiss, J. Wroclawski. (2009) Assured Forwarding
PHB Group (1ra Ed.) New york.
2. J. Wroclawski. (2003) Specification of the Controlled-Load Network Element
Service (1ra Ed.). IETF.
3. K. Benson, J.Y. Le Boudec, W. Courtney, S. Davari, V. Firoiu, D. Stiliadis.
(2002) An Expedited Forwarding PHB (3ra Ed.). Kansas.
4. K. Nichols, S. Blake, F. Baker, D. Black. (2002) Definition of the Differentiated
Services Field (DS Field) in the IPv4 and IPv6 Headers. (1ra Ed.). IETF.
5. OReilly, R. Rogers, J. Lombardo, Z. Mednieks y B. Meike. (2009) Android
Application Development (1ra Ed.). Chile.
6. R. Braden, L. Zhang, S. Berson, S. Herzog, S. Jamin. (2005) Resource
ReSerVation Protocol (RSVP) (1ra Ed.). IETF.
7. R. Meir (2009) Wrox Programmer to Programmer. (1ra Ed.). Professional
Android Application Development.
8. S. Blake, D. Black, M. Carlson, E. Davies, Z. Wang, W. Weis. (2001) An
Architecture for Differentiated Service. (4th Ed.). IETF.
9. S. Shenker, C. Partridge, R. Guerin. (2002) Specification of Guaranteed
Quality of Service. (1ra Ed.). IETF.
10. Svennerber, G.A. (2010) Beginning Google API3 (1ra Ed.).Google.
11. Tanenmbaum, S.A. (2003) Redes de computadoras (4th Ed.).Mxico:
Pearson Educacin.
12. Z. Wang. (2001) Internet QoS: architectures and mechanisms for quality of
service. (2da Ed.). The Morgan Kaufmann Series in Networking.
90


REFERENCIAS WEB

1. Enrique & Javier (2012) Sistemas operativos. Recuperado el 10 de febrero 2012
de, http://www.buenastareas.com/ensayos/Sistemas-Operativos-
Moviles/1715927.html
2. OHA (2005) Todo sobre Android. Recuperado el 14 de febrero 2012 de,
htttp://www.android.com
3. lvaro Fuentes Vasquez (2010) Documentacin Android. Recuperado el 20 de
febrero 2012 de, http://www.kronox.org
4. Statcounter (1999-2012) Anlisis de Dispositivos mviles. Recuperado el 24 de
febrero 2012 de, http://gs.statcounter.com
5. Icrossing (2010) Digital Marketin. Recuperado el 28 de febrero 2012 de,
http://www.icrossing.co.uk
6. Icrossing (2010) Web Development. Recuperado el 28 de febrero 2012 de,
http://conecct.icrossing.co.uk/
7. Juan M. Morera (2002) Conceptos de sistemas operativos. Recuperado el 1 de
marzo 2012 de,
http://books.google.com.mx/books?id=LY2P_VSuZ3cC&pg=PA38&dq=sistema+o
perativo&hl=es&sa=X&ei=CS9eT9vSJ6K0sQKS8rnBDQ&ved=0CDcQ6AEwAQ#
v=onepage&q=sistema%20operativo&f=false
8. ngel Caffa (2010) Sistemas operativos para dispositivos mviles. Recuperado el
16 de marzo 2012 de, http://www.slideshare.net/robert2kx/sistemas-operativos-
moviles
9. Alex & Sergi (2010) Caractersticas del Sistema Operativo Android. Recuperado
el 20 de marzo 2012 de, http://android-so.com/que-es-android-historia-y-
caracteristicas-del-sistema-operativo
10. Poder PDA (2011) Mejoras y funciones para Android. Recuperado el 28 de
marzo 2012 de, http://www.poderpda.com/editorial/nuevas-y-mejoradas-
funciones-de-ice-cream-sandwich/
91

11. Vimeo (2012) Tecnologas Android. Recuperado el 6 de abril 2012 de,
http://vimeo.com/32568637
12. Code Factory (2011) Introduccin a la accesibilidad mvil. Recuperado el 8 de
abril 2012 de.
http://www.youtube.com/watch?feature=player_embedded&v=c9fYuasnWtU
13. QoS (2012) Todo sobre QoS. Recuperado el 15 de abril 2012 de,
http://qos.iespana.es
14. Alfonso Roldan (2007) Estudio de modelos de movimiento. Recuperado el 22 de
abril 2012 de, http://es.scribd.com/doc/79464533/10/CAPITULO-2-NETWORK-
SIMULATOR-2
15. Alfredo Vela (2011) Historia de los Sistemas operativos Mviles. Recuperado el
27 de abril 2012 de, http://ticsyformacion.com/2011/03/03/historia-de-los-
sistemas-operativos-para moviles-infografia-infographic/
16. Google (2009) Coding for LifeBattery Life. Recuperado el 27 de abril de 2012
de, http://www.google.com/events/io/2009/sessions/CodingLifeBatteryLife.html
17. Henry Blodget (2011). Business insider: The truth about Smartphones.
Recuperado el 3 de mayo 2012 de, http://www.businessinsider.com/ smartphone-
survey-results-2011-4?op=1
18. Google. (2012). APIs de Google Maps. Recuperado el 8 de mayo 2012 de,
http://http://code.google.com/intl/es/apis/maps/
19. Google Android Developer (2012) Librerias Android. Recuperado el 15 de amyo
2012 de, http://developer.android.com/
20. Android Market. (2012)Programas de medicin de cobertura. Recuperado el 24
de mayo 2012 de, https://market.android.com/

92

INDICE DE TABLAS

Tabla 3.1 Parmetros de QoS (2010) ................................................................... 45
Tabla 3.2 Campo ToS del protocolo Ipv4. Imagn propia (2012) ......................... 60
Tabla 4.1 Comparativa de las versiones Nemo Handy Anite/Nemo (2011) .......... 72
93

INDICE DE FIGURAS

Figura 1.1 Estructura de tesis. Imagen propia (2012)...10
Figura 2.1 Dispositivos mviles en el mundo. Icrossing (2012)......15
Figura 2.2 Sistema operativo. Juan M. Morera (2002).16
Figura 2.3 Dispositivo Android. lvaro Fuentes (2010)26
Figura 2.4 Versiones de Android lvaro fuentes (2010)..31
Figura 2.5 Arquitectura del Sistema Operativo Android. Burn15 (2011)...32
Figura 3.1 Aspectos de QoS. Scribd (2010)...47
Figura 3.2 Modelo InterServ. Zheng Wang (2001). .............................................. ..56
Figura 3.3 Enrutadores en el dominio DiffServ Andrew S. (2003) ........................ ..63
Figura 4.1 Esquema de simulacin. Fuente tutorial NS (2010) ............................ ..66
Figura 4.2 Proceso de simulacin. Fuente tutorial NS (2010).....67
Figura 4.3 Interfaz Nemo Handy. Anite/Nemo (2011) .......................................... ..73
Figura 4.4 Monitoreo Nemo Handy. Anite/Nemo (2011) ...................................... ..73
Figura 4.5 Resultados Nemo Handy. Anite/Nemo (2011) .................................... ..74
Figura 4.6 CobCel en funcionamiento. Jonathan Alexander Pino (2012) ............. ..77
Figura 4.7 Datos y herramientas de CobCel Jonathan Alexander Pino (2012) .... ..78
Figura 4.8 Mapa de cobertura. Imagen Jonathan Alexander Pino (2012) ............ ..79
Figura 4.9 Mapa de cobertura con relieve Jonathan Alexander Pino (2012) ........ ..79
Figura 4.10 Pases con la aplicacin activa. Jonathan Alexander Pino (2012) .... ..81