ESCUELA POLITÉCNICA NACIONAL FACULTAD DE INGENIERÍA ... · escuela politÉcnica nacional facultad de ingenierÍa elÉctrica y electrÓnica implementaciÓn de un sistema de publicidad

ESCUELA POLITÉCNICA NACIONAL

FACULTAD DE INGENIERÍA ELÉCTRICA Y ELECTRÓNICA

IMPLEMENTACIÓN DE UN SISTEMA DE PUBLICIDAD VISUAL SOBRE TECNOLOGÍA CELULAR GPRS/EDGE

PROYECTO PREVIO A LA OBTENCIÓN DEL TÍTULO DE INGENIERA EN ELECTRÓNICA Y TELECOMUNICACIONES

María Gabriela Vega Chávez

[email protected]

DIRECTORA: MSc. Soraya Sinche

[email protected]

Quito, Noviembre de 2010

ii

ÍNDICE DE CONTENIDO

ÍNDICE DE TABLAS ............................................................................................................ viii

ÍNDICE DE FIGURAS ........................................................................................................... iix

ÍNDICE DE ECUACIONES .................................................................................................. xiii

ÍNDICE DE ANEXOS ........................................................................................................... xiii

DECLARACIÓN ................................................................................................................... xiv

CERTIFICACIÓN .................................................................................................................. xv

AGRADECIMIENTO ............................................................................................................ xvi

DEDICATORIA ................................................................................................................... xvii

RESUMEN ......................................................................................................................... xviii

PRESENTACIÓN .................................................................................................................. 1

CAPÍTULO 1: TECNOLOGÍA GPRS ...................................................................................... 3

1.1. INTRODUCCIÓN .......................................................................................................... 3

1.2. DESCRIPCIÓN DE LA TECNOLOGÍA GPRS .............................................................. 3

1.2.1. Historia de GPRS................................................................................................... 3

1.2.2. Descripción General .............................................................................................. 5

1.2.3. Características de la Tecnología GPRS ................................................................ 7

1.2.3.1. Acceso Múltiple TDMA, Canales Físicos y Lógicos ....................................... 9

1.2.3.1.1. Acceso Múltiple por División de Tiempo (TDMA, Time Division

Multiple Access) ................................................................................ 9

1.2.3.1.2. Canales Físicos ................................................................................ 11

1.2.3.1.3. Canales Lógicos ............................................................................... 11

1.2.4. Arquitectura de la Red GPRS .............................................................................. 13

1.2.4.1. Subsistema de Estación Móvil (MSS, Mobile Station Subsystem) ............... 15

iii

1.2.4.1.1. Terminales GPRS ....................................................................... 16

1.2.4.2. Subsistema de Estación Base (BSS, Base Station Subsystem) .................. 17

1.2.4.3. Subsistema de Conmutación de Red (NSS, Network Switching

Subsystem)…… .......................................................................................... 19

1.2.4.3.1. Entidades Comunes a los Dominios de Conmutación de

Paquetes y Circuitos ................................................................... 20

1.2.4.3.2. Entidades del Dominio de Conmutación de Circuitos .................. 22

1.2.4.3.3. Entidades del Dominio de Conmutación de Paquetes ................. 22

1.2.4.4. Subsistema de Operación y Mantenimiento (OMSS, Operation and

Management Subsystem) ......................................................................... 27

1.2.5. Redes GPRS ....................................................................................................... 27

1.2.5.1. Redes Externas .......................................................................................... 27

1.2.5.2. Redes Troncales Internas ........................................................................... 29

1.2.5.2.1. Red Backbone GPRS ................................................................. 29

1.2.6. Interfaces y Protocolos de la Red GPRS ........................................................... 30

1.2.6.1. Interfaces de la Red GPRS ...................................................................... 30

1.2.6.2. Protocolos de la Red GPRS ..................................................................... 32

1.2.6.2.1. Protocolos del Plano de Transmisión (Transmission Plane

Protocol)… 32

1.2.6.2.2. Flujo de Datos ............................................................................. 36

1.2.6.2.3. Protocolos del Plano de Señalización (Signalling Plane

Protocol)… 37

1.3. FUNCIONAMIENTO DE LA TECNOLOGÍA GPRS, .................................................... 39

1.3.1. Gestión de Movilidad ........................................................................................... 39

1.3.1.1. Conexión a la Red GPRS (ATTACH GPRS) ............................................. 39

1.3.1.2. Desconexión a la Red GPRS (DETACH GPRS) ....................................... 41

1.3.1.3. Estados de Movilidad del Terminal Móvil .................................................. 41

1.3.2. Gestión de Localización ....................................................................................... 43

1.3.3. Gestión de Sesión................................................................................................ 44

1.3.3.1. Contexto PDP ........................................................................................... 45

1.3.3.1.1. Activación del Contexto PDP ...................................................... 45

1.3.4. Gestión de Seguridad .......................................................................................... 47

1.4. TARIFACIÓN EN GPRS ............................................................................................. 48

1.5. SERVICIOS Y APLICACIONES DE LA TECNOLOGÍA GPRS ................................... 49

1.5.1. Servicios…........................................................................................................... 49

iv

1.5.1.1. Tipos de Servicios GPRS ......................................................................... 51

1.5.1.1.1. Punto a Punto (PTP, Point to Point) ............................................ 51

1.5.1.1.2. Punto - Multipunto (PTM, Point to Multipoint) .............................. 51

1.5.2. Aplicaciones......................................................................................................... 52

1.6. VENTAJAS Y DESVENTAJAS DE LA TECNOLOGÍA GPRS SOBRE GSM ............... 53

1.6.1. Ventajas…… ........................................................................................................ 53

1.6.2. Desventajas. ........................................................................................................ 54

1.7. DESCRIPCIÓN DE LA TECNOLOGÍA GPRS/EDGE ................................................. 55

1.7.1. Descripción General ............................................................................................ 55

1.7.2. Historia de EDGE................................................................................................. 56

1.7.3. Características de la Tecnología EDGE ............................................................... 57

1.7.4. Transmisión de Paquetes en EDGE .................................................................... 58

1.7.4.1. Ventana Deslizante .................................................................................. 59

1.7.5. Modulación y Esquemas de Codificación en EDGE ............................................. 60

1.7.5.1. Modulación ............................................................................................... 60

1.7.5.2. Esquemas de Codificación ....................................................................... 60

1.7.6. Arquitectura de la Red EDGE .............................................................................. 61

1.7.6.1. Requerimientos para la Migración de GPRS a EDGE .............................. 62

1.7.7. Protocolos de la Red EDGE ................................................................................. 64

1.7.7.1. Protocolos del Plano de Transmisión ........................................................ 64

1.7.7.1.1. Capa Enlace de Datos ................................................................ 65

1.7.7.1.2. Capa Física ................................................................................. 66

1.7.8. Diferencias entre GPRS y EDGE ......................................................................... 67

1.8. SERVICIOS Y APLICACIONES DE LA TECNOLOGÍA EDGE ................................... 68

1.8.1. Servicios…........................................................................................................... 68

1.8.1.1. Tipos de Servicios EDGE ......................................................................... 68

1.8.1.1.1. Conversacional ............................................................................ 68

1.8.1.1.2. Afluente (Streaming) ................................................................... 69

1.8.1.1.3. Interactivo ................................................................................... 69

1.8.1.1.4. Diferido (Background) ................................................................. 69

1.8.2. Aplicaciones......................................................................................................... 70

1.8.2.1. Aplicaciones EGPRS (Enhanced General Packet Radio Service) ............ 70

1.8.2.2. Aplicaciones ECSD (Enhanced Circuit Switched Data)............................. 71

1.9. VENTAJAS DE LA TECNOLOGÍA EDGE ................................................................... 71

1.9.1. Beneficios para el Usuario ................................................................................... 71

v

1.9.2. Beneficios para el Operador ................................................................................ 72

1.10. OPERADORAS DE TELEFONÍA CELULAR Y TECNOLOGÍAS CELULARES

IMPLEMENTADAS EN EL ECUADOR ....................................................................... 73

1.10.1. CONECEL ......................................................................................................... 74

1.10.1.1. Infraestructura Instalada ........................................................................... 74

1.10.2. OTECEL… ........................................................................................................ 75


1.10.3. TELECSA. ......................................................................................................... 77


CAPÍTULO 2: ANÁLISIS DE MERCADO Y PLANTEAMIENTO DE REQUERIMIENTOS .... 79

2.1. INTRODUCCIÓN ........................................................................................................ 79

2.2. PLANTEAMIENTO DEL PROBLEMA ......................................................................... 79

2.2.1. Descripción. ......................................................................................................... 79

2.2.2. Descripción del Tipo de Sistema de Transmisión Publicitaria y su Valor

Distintivo…........................................................................................................... 80

2.2.3. Factores de Calidad ............................................................................................. 81

2.2.3.1. Análisis FODA .......................................................................................... 81

2.2.3.1.1. Análisis Interno ........................................................................... 82

2.2.3.1.2. Análisis Externo .......................................................................... 83

2.2.3.1.3. Matriz de Aprovechabilidad ......................................................... 85

2.2.3.1.4. Matriz de Vulnerabilidad .............................................................. 86

2.2.4. Estudio del Mercado ............................................................................................ 87

2.2.4.1. Antecedentes ........................................................................................... 87

2.2.4.2. Segmento de Mercado Dirigido al Público en General .............................. 88

2.2.4.2.1. Justificación del Análisis de Mercado para este Segmento ......... 88

2.2.4.2.2. Objetivo General ............................ ¡Error! Marcador no definido.

2.2.4.2.3. Objetivos Específicos .................................................................. 89

2.2.4.2.4. Metodología ............................................................................... 89

2.2.4.3. Segmento de Mercado Dirigido a las Empresas ..................................... 104

2.2.4.3.1. Justificación del Análisis de Mercado para este Segmento ....... 104

2.2.4.3.2. Objetivo General ....................................................................... 104

2.2.4.3.3. Objetivos Específicos ................................................................ 104

2.2.4.3.4. Metodología ............................................................................. 104

vi

2.3. ANÁLISIS COMPARATIVO ENTRE LA PUBLICIDAD TRADICIONAL Y LA

PUBLICIDAD VISUAL A TRAVÉS DE TELÉFONOS CELULARES .......................... 114

2.3.1. Diferencias entre la Publicidad Tradicional y la Publicidad a través de

Teléfonos Celulares ........................................................................................... 114

2.3.2. Beneficios y Riegos de la Publicidad Visual en Teléfonos Celulares .................. 115

2.3.2.1. Beneficios ............................................................................................... 115

2.3.2.2. Riesgos .................................................................................................. 116

2.4. ANÁLISIS DE LOS RESULTADOS OBTENIDOS DEL ESTUDIO DE MERCADO ... 116

CAPÍTULO 3: DESARROLLO DE LA INTERFAZ GRÁFICA Y COSTOS .......................... 119

3.1. INTRODUCCIÓN ...................................................................................................... 119

3.2. PLATAFORMA DE PROGRAMACIÓN ECLIPSE ..................................................... 119

3.2.1. Descripción General .......................................................................................... 119

3.2.2. Características de la Plataforma Eclipse ............................................................ 120

3.2.3. Arquitectura de la Plataforma Eclipse ................................................................ 121

3.2.4. APIs (Application Programming Interface) de la Plataforma Eclipse .................. 123

3.2.4.1. Workspace ............................................................................................. 124

3.2.4.2. Workbench ............................................................................................. 125

3.2.4.3. Team ...................................................................................................... 125

3.2.4.4. Debug ..................................................................................................... 125

3.2.4.5. Ant… ...................................................................................................... 126

3.2.4.6. Ayuda ..................................................................................................... 126

3.3. LENGUAJE DE PROGRAMACIÓN JAVA................................................................. 126

3.3.1. Historia del Lenguaje Java ................................................................................. 126

3.3.2. Descripción General .......................................................................................... 129

3.3.2.1. Características del Lenguaje de Programación Java .............................. 129

3.3.2.2. El Entorno de Desarrollo de Java ........................................................... 130

3.3.2.2.1. El Compilador de Java .............................................................. 131

3.3.2.2.2. La Máquina Virtual de Java ....................................................... 131

3.3.3. Funcionamiento de Java .................................................................................... 132

3.4. DISEÑO DE LA INTERFAZ GRÁFICA ...................................................................... 133

3.4.1. Descripción de los Principales Paquetes y APIs que Intervienen en la

Aplicación… ....................................................................................................... 134

3.4.1.1. Primera Fase: Interfaz Gráfica ................................................................ 134

3.4.1.1.1. API AWT (Abstract Window Toolkit) .......................................... 134

vii

3.4.1.1.2. API Swing ................................................................................. 142

3.4.1.2. Segunda Fase: Conexión y Almacenamiento de la Información

Proporcionada por la Interfaz Gráfica en la Base de Datos Externa

Desarrollada en MySQL ......................................................................... 145

3.4.1.2.1. API JDBC (Java Data Base Conectivity) ................................... 146

3.4.1.3. Tercera Fase: Transmisión de Mensajes Multimedia y Mensajes de

Texto Publicitarios .................................................................................. 152

3.4.1.3.1. Servicio de Mensajería Multimedia ........................................... 152

3.4.1.3.2. Proceso de Envío de Mensajes Multimedia............................... 156

3.4.2. Funcionamiento de la Aplicación Desarrollada en Java, que Permite el Envío

de Publicidad Visual a Teléfonos Celulares ....................................................... 158

3.4.2.1. Primera Fase: Interfaz Gráfica ................................................................ 158

3.4.2.1.1. Opciones de Envío .................................................................... 159



Desarrollada en MySQL ......................................................................... 168


Texto Publicitarios .................................................................................. 170

3.4.2.3.1. Descripción de los Cambios Realizados y Funcionamiento de

la Herramienta ActiveXperts ..................................................... 171

3.5. DESCRIPCIÓN DE COSTOS DEL SISTEMA PUBLICITARIO ................................. 181

3.5.1. Costos Indirectos ............................................................................................... 182

3.5.1.1. Rubro del Personal ................................................................................. 182

3.5.1.2. Misceláneos ........................................................................................... 182

3.5.2. Costos Directos ................................................................................................. 182

3.5.2.1. Remuneraciones a Estudiante ................................................................ 182

3.5.2.2. Adquisición de Equipos y Servicios de Telefonía Móvil .......................... 183

3.5.3. Total General ..................................................................................................... 183

CAPÍTULO 4: ESPECIFICACIONES TÉCNICAS DEL TERMINAL MÓVIL Y PRUEBAS .. 184

4.1. INTRODUCCIÓN ...................................................................................................... 184

4.2. ESPECIFICACIONES TÉCNICAS ............................................................................ 185

4.2.1. Terminal Móvil ................................................................................................... 185

4.2.2. Módems GSM/GPRS/EDGE .............................................................................. 187

4.2.3. Entorno de Desarrollo y Servidor ....................................................................... 190

viii

4.2.4. Configuraciones Requeridas .............................................................................. 191

4.2.4.1. Configuración MMS (Movistar) ............................................................... 191

4.2.4.2. Configuración MMS (Porta) .................................................................... 191

4.3. IMPLEMENTACIÓN DEL PROTOTIPO .................................................................... 192

4.3.1. Primera Fase: Interfaz Gráfica de Usuario ......................................................... 192

4.3.2. Segunda Fase: Interacción Interfaz Gráfica-ActiveXperts .................................. 193

4.3.3. Tercera Fase: Visualización de la Publicidad en el Dispositivo Móvil Nokia

N95 y Verificación del Envío de los Mensajes en la PC .................................... 194

4.3.4. Condiciones de Ejecución de la Aplicación ........................................................ 195

4.4. PRUEBAS DEL SISTEMA ........................................................................................ 196

4.4.1. Pruebas de Instalación de la Aplicación ............................................................. 196

4.4.2. Pruebas de Funcionamiento de la Aplicación ..................................................... 197

4.4.2.1. Resultados de Conectividad entre la Interfaz Gráfica de Usuario y la

Base de Datos “Publicidad” .................................................................... 197

4.4.2.2. Resultados de Conectividad entre la Base de Datos “Publicidad” y la

Herramienta de Envío ActiveXperts ........................................................ 199

4.4.2.3. Resultados del Envío de los Mensajes de Texto y Multimedia a través

de los Módems HUAWEI .................................................................... 20201

4.4.2.3.1. Para el caso de PORTA ............................................................ 202

4.4.2.3.2. Para el caso de MOVISTAR ..................................................... 218

CAPÍTULO 5: CONCLUSIONES Y RECOMENDACIONES ........................................... 224

5.1. CONCLUSIONES ..................................................................................................... 224

5.1. RECOMENDACIONES ............................................................................................. 226

REFERENCIAS BIBLIOGRÁFICAS ................................................................................... 228

GLOSARIO ........................................................................................................................ 233

ÍNDICE DE TABLAS

Tabla 1.1: Canales Físicos y Lógicos de GPRS .................................................................. 12

Tabla 1.2: Características de EDGE ................................................................................... 58

Tabla 2.1: Matriz Fortalezas, Oportunidades, Debilidades y Amenazas .............................. 81

ix

Tabla 2.2: Resultado de la Evaluación de los Factores Internos, Matriz EMI ...................... 83

Tabla 2.3: Resultado de la Evaluación de los Factores Externos, Matriz EME .................... 84

Tabla 2.4: Matriz de Aprovechabilidad ................................................................................ 86

Tabla 2.5: Matriz de Vulnerabilidad ..................................................................................... 87

Tabla 3.1: Clases del Paquete Component ....................................................................... 136

Tabla 3.2: Clases del Paquete Container .......................................................................... 137

Tabla 3.3: Layout Managers ............................................................................................. 139

Tabla 3.4: Clases del Paquete Event ................................................................................ 140

Tabla 3.5: Clases del Paquete JComponent ..................................................................... 143

Tabla 3.6: Clases del Paquete JContainer ........................................................................ 144

Tabla 3.7: Clases del Paquete Swing Event ..................................................................... 145

Tabla 3.8: Descripción de Rubro del Personal .................................................................. 182

Tabla 3.9: Descripción de Misceláneos ............................................................................. 182

Tabla 3.10: Descripción de Remuneración a Estudiante ..................................................... 182

Tabla 3.11: Costos de Equipos y Servicios de Telefonía Móvil ........................................... 183

Tabla 3.12: Descripción de Costos del Sistema .................................................................. 183

Tabla 4.1: Resultados de la Instalación del Lenguaje de Programación e IDE ................ 197

Tabla 4.2: Resultados del Envío de MMS a Usuarios PORTA (Sector 1) .......................... 207



Tabla 4.5: Resultados del Envío de SMS a Usuarios PORTA (Sector 1) .......................... 216



Tabla 4.8: Resultados del Envío de SMS a Usuarios MOVISTAR (Sector 1) .................... 221



ÍNDICE DE FIGURAS

Figura 1.1: Evolución de la Telefonía Celular ..................................................................... 4

Figura 1.2: Diseño de la Rd GPRS .................................................................................... 6

Figura 1.3: Canales Físicos de una Trama TDMA-GPRS .................................................. 9

x

Figura 1.4: Subsistemas de la Arquitectura GPRS ........................................................... 13

Figura 1.5: Nodos de Servicios GPRS ............................................................................. 15

Figura 1.6: Componentes de una Estación Móvil ............................................................. 16

Figura 1.7: Subsistema de Estación Base ........................................................................ 19

Figura 1.8: Subsistema de Conmutación y Red ............................................................... 20

Figura 1.9: Área de Servicio del Nodo SGSN ................................................................... 25

Figura 1.10: Red de Backbone de GPRS ........................................................................... 29

Figura 1.11: Interfaces GPRS ............................................................................................ 30

Figura 1.12: Esquema Plano de Transmisión..................................................................... 33

Figura 1.13: Flujo de Datos en el Plano de Transmisión .................................................... 37

Figura 1.14: Protocolos de Señalización ............................................................................ 38

Figura 1.15: Attach GPRS .................................................................................................. 40

Figura 1.16: Diagrama de los Estados de Movilidad del Terminal Móvil ............................. 43

Figura 1.17: Diagrama para Activar el Contexto PDP ........................................................ 46

Figura 1.18: Diagrama de Bloques de la Tripleta de Autenticación .................................... 47

Figura 1.19: Evolución de los Servicios de Datos Móviles ................................................. 57

Figura 1.20: Ventana Deslizante ........................................................................................ 59

Figura 1.21: Esquemas de Codificación EDGE .................................................................. 61

Figura 1.22: Arquitectura de EDGE .................................................................................... 62

Figura 1.23: Cambios en la Red GPRS para Soportar EDGE ............................................ 64

Figura 1.24: Pila de Protocolos EDGE ............................................................................... 65

Figura 1.25: Diferencias entre GPRS y EDGE ................................................................... 67

Figura 1.26: Numero de Radio Bases por Tecnología Instaladas por CONECEL S.A. a

Nivel Nacional hasta Octubre de 2010 .......................................................... 75

Figura 1.27: Numero de Radio Bases por Tecnología Instaladas por OTECEL S.A. a


Figura 1.28: Numero de Radio Bases por Tecnología Instaladas por TELECSA S.A. a


Figura 2.1: Gráfica con los Resultados de la Pregunta 1.................................................. 94





xi


Figura 2.7: Gráfica con los Resultados de la Pregunta 7................................................ 100



Figura 2.10: Gráfica con los Resultados de la Pregunta 10 .............................................. 103






Figura 3.1: Arquitectura de la Plataforma Eclipse .......................................................... 122

Figura 3.2: Arquitectura Eclipse Basada en plug-ins ...................................................... 123

Figura 3.3: Componentes APIs de la Plataforma Eclipse. .............................................. 124

Figura 3.4: Evolución de los Lenguajes de Programación .............................................. 128

Figura 3.5: Funcionamiento Esquemático de Java ......................................................... 133

Figura 3.6: Jerarquía de Clases para los Componentes del AWT .................................. 135

Figura 3.7: Jerarquía de Contenedores .......................................................................... 137

Figura 3.8: Jerarquía de los Eventos de Java ................................................................ 140

Figura 3.9: Jerarquía de Clases de Swing ..................................................................... 142

Figura 3.10: Capas del Paquete JContainer .................................................................... 144

Figura 3.11: Arquitectura del API JDBC ........................................................................... 148

Figura 3.12: Esquema de Composición de Páginas en un Mensaje MMS ....................... 153

Figura 3.13: Arquitectura del Servicio MMS ..................................................................... 155

Figura 3.14: Proceso de Envío de MMS ........................................................................... 157

Figura 3.15: Diagrama de Flujo del Funcionamiento de la Pantalla “Login” ...................... 158

Figura 3.16: Pantalla “Menú Principal” ............................................................................. 159

Figura 3.17: Diagrama de Flujo del Envío de Mensajes SMS .......................................... 160

Figura 3.18: Pantalla “Contactos” ..................................................................................... 161

Figura 3.19: Diagrama de Flujo de “Panel Clientes” ......................................................... 162

Figura 3.20: Pantalla Envío de Datos SMS ...................................................................... 163

Figura 3.21: Pantalla Selección Imágenes Verticales ....................................................... 164

Figura 3.22: Diagrama de Flujo del Envío de Imágenes Verticales .................................. 165

Figura 3.23: Diagrama de Flujo de la Pantalla “Envío de Datos MMS” ............................. 166

xii

Figura 3.24: Diagrama de Flujo de la Pantalla Búsqueda Imágenes ................................ 167

Figura 3.25: Ventana de Conexión al Servidor MySQL .................................................... 168

Figura 3.26: Diagrama Entidad Relación de la Base de Datos Publicidad ........................ 170

Figura 3.27: Almacenamiento del Contenido de Mensajes MMS ..................................... 173

Figura 3.28: Pantalla Envío de Publicidad Visual ............................................................. 173

Figura 3.29: Pantalla Envío de Mensajes Multimedia ....................................................... 174

Figura 3.30: Recepción del Mensaje Multimedia en el Celular Nokia N95 ........................ 176

Figura 3.31: Diagrama de Flujo de la Pantalla Envío de Mensajes Multimedia ................ 177

Figura 3.32: Almacenamiento del Contenido de Mensajes SMS ...................................... 179

Figura 3.33: Pantalla Envío de Mensajes de Texto .......................................................... 179

Figura 3.34: Diagrama de Flujo de la Pantalla Envío de Mensajes de Texto .................... 180

Figura 3.35: Recepción del Mensaje de Texto Enviado al Celular Nokia N95 .................. 181

Figura 4.1: Nokia N95 .................................................................................................... 186

Figura 4.2: Módem HUAWEI E226 ................................................................................ 188

Figura 4.3: Módem HUAWEI E1756 .............................................................................. 189

Figura 4.4: Diagrama de Bloques del Prototipo a Implementar ...................................... 192

Figura 4.5: Workspace de Eclipse .................................................................................. 193

Figura 4.6: Módems HUAWEI, SIMs y Dispositivo Celular Utilizado .............................. 194

Figura 4.7: Modificación de la Tabla “Clientes” a través de la Pantalla “Panel

Contactos” .................................................................................................. 197

Figura 4.8: Conectividad entre la Interfaz de Usuario y Base de Datos .......................... 198

Figura 4.9: Resultado de Conectividad Tabla “mms” y ActiveXperts .............................. 200

Figura 4.10: Resultado de Conectividad Tabla “sms” y ActiveXperts ............................... 201

Figura 4.11: Conexión y Selección del Módem HUAWEI ................................................. 202

Figura 4.12: Proceso de Selección del Contenido de un Mensaje Multimedia .................. 203

Figura 4.13: Almacenamiento del contenido del MMS en la Tabla “mms” de la Base de

Datos “Publicidad” ....................................................................................... 204

Figura 4.14: Visualización del Resultado del Envío de un Mensaje Multimedia ................ 206

Figura 4.15: Mensaje de Reenvío de MMS Fallidos ......................................................... 211

Figura 4.16: Conexión y Selección del Módem HUAWEI ................................................. 212

Figura 4.17: Proceso de Selección del Contenido de un Mensaje de Texto ..................... 213

Figura 4.18: Almacenamiento del Contenido del SMS en la Tabla “sms” de la Base

de Datos “Publicidad” .................................................................................. 214

xiii

Figura 4.19: Visualización del Resultado del Envío de un Mensaje de Texto ................... 215

Figura 4.20: Configuración del Servidor MMS y Selección del Módem ............................ 218

Figura 4.21: Error de Conexión con la Red de MOVISTAR .............................................. 220

ÍNDICE DE ECUACIONES

Ecuación No.2.1: Tamaño de la Muestra para Poblaciones Infinitas .................................... 91

Ecuación No.2.2: Tamaño de la Muestra para una Población Finita .................................. 106

ÍNDICE DE ANEXOS

ANEXO 1: Modulación GMSK y 8PSK .................................................................................

ANEXO 2: Gestión de Seguridad en GPRS .........................................................................

ANEXO 3: Codificación de GPRS y EDGE ..........................................................................

ANEXO 4: Valores de z e Intervalos de Confianza...............................................................

ANEXO 5: Proyección de Población por Areas y Años Calendario, Según Provincias

y Cantones…….. .................................................................................................

ANEXO 6: Encuesta Aplicada al Público ..............................................................................

ANEXO 7: Tabulación de los Resultados de la Encuesta Aplicada al Público .....................

ANEXO 8: Estadísticas de la Telefonía Móvil .......................................................................

ANEXO 9: Encuesta Destinada a la Empresas ....................................................................

ANEXO 10: Tabulación de Datos de las Encuestas Realizadas a las Empresas ...................

ANEXO 11: Manual de Instalación de la Aplicación ...............................................................

ANEXO 12: Manual de Usuario de la Aplicación ....................................................................

xiv

DECLARACIÓN

Yo, María Gabriela Vega Chávez, declaro bajo juramento que el trabajo aquí

descrito es de mi autoría; que no ha sido previamente presentado para ningún grado

o calificación profesional; y, que he consultado las referencias bibliográficas que se

incluyen en este documento.

A través de la presente declaración cedo mis derechos de propiedad intelectual

correspondientes a este trabajo, a la Escuela Politécnica Nacional, según lo

establecido por la Ley de Propiedad Intelectual, por su Reglamento y por la

normatividad institucional vigente.

----------------------------------------------

María Gabriela Vega Chávez

xv

CERTIFICACIÓN

Certifico que el presente trabajo fue desarrollado por María Gabriela Vega Chávez

bajo mi supervisión.

---------------------------------------------

MSc. Soraya Sinche

DIRECTORA DEL PROYECTO

xvi

AGRADECIMIENTO

A DIOS, por brindarme cada instante de mi vida para poder disfrutarlo con cada uno

de mis seres amados, por ser mi guía en cada una de las etapas de mi vida y por

ayudarme a conseguir esta meta.

A mis padres, por brindarme todo su amor y comprensión cada día, por su apoyo en

cada uno de los objetivos y anhelos que he me propuesto conseguir a lo largo de

toda mi vida.

A Esteban, por estar siempre junto a mí, por brindarme su apoyo y amor

incondicional, por sus palabras de ánimo y comprensión que me han ayudado a

afrontar momentos difíciles.

A mi directora de tesis MSc. Soraya Sinche, por su dedicación, por sus acertados

consejos y observaciones a lo largo del desarrollo y culminación de este proyecto.

A mi tío Esteban Vega, por su gran apoyo y cariño.

A Xavier, Santiago y Willian por su amistad y ayuda para que este proyecto salga

adelante.

A todas mis amigas y amigos que siempre están presentes cuando los he

necesitado, por su valiosa amistad y apoyo incondicional.

xvii

DEDICATORIA

A mis padres: Carlos Vega y Ximena Chávez, por ser el pilar fundamental de mi vida,

por su dedicación, amor incondicional y comprensión, por enseñarme a no rendirme

nunca y luchar cada día de mi existencia por alcanzar todos y cada uno de los

sueños y metas que me haya planteado.

A mis abuelitos: Luis Chávez y Dina Tamayo, por todo el amor y abnegación que me

ofrecieron durante mi niñez y adolescencia, por dejarme una huella inolvidable en el

corazón y porque desde el cielo me siguen enviando sus bendiciones, para que cada

día sea un mejor ser humano.

A Santiago Esteban, por todos estos años llenos de amor sincero y apoyo

incondicional, por estar siempre a mi lado en los buenos y malos momentos, por ser

mi amigo, mi compañero y confidente. Por luchar cada día junto a mí, para conseguir

este gran objetivo.

xviii

RESUMEN

El presente proyecto de titulación tiene como objetivo, desarrollar una aplicación en

lenguaje de programación Java, que permita el envío de publicidad visual a teléfonos

celulares; cuyas características técnicas faciliten la visualización de mensajes

multimedia (imágenes, videos y gifs).

En el capítulo 1, se detallan las principales características, especificaciones

técnicas, ventajas y desventajas y servicios de las tecnologías 2.5G GPRS (General

Packet Radio Service) y EDGE (Enhanced General Packet Radio Service) utilizadas

en este proyecto para el envío de información a los usuarios; así como también, las

tecnologías celulares que actualmente tienen implementadas las operadoras en el

país.

En el capítulo 2, se analiza la viabilidad y grado de aceptación en el mercado que

tendrá la implementación de un sistema de publicidad visual utilizando teléfonos

celulares de segunda y tercera generación como medios publicitarios, para ello se

estudian las ventajas y desventajas de este tipo de servicio detalladas en un análisis

FODA; así como también el valor distintivo del mismo frente a la publicidad

tradicional.

En el capítulo 3, se detalla el funcionamiento de cada una de las tres fases que

conforman la aplicación, se describe tanto el IDE (Integrated Development

Environment) como el lenguaje de programación utilizado para el desarrollo de la

aplicación. Adicionalmente, se describe brevemente las API’s y clases más

importantes para el desarrollo del software. Por otro lado, se elabora una base de

datos para almacenar la información de los usuarios y se presenta el costo de

implementación del prototipo.

xix

En el capítulo 4, se presenta el proceso de implementación del prototipo así como

las pruebas realizadas en el equipo celular marca Nokia N95, se detallan los

requerimientos mínimos necesarios para que la aplicación pueda ser ejecutada; así

como también, se presentan las características y especificaciones técnicas más

importantes de los dispositivos telefónicos.

En el capítulo 5, se exponen las conclusiones y recomendaciones del presente

proyecto de titulación.

Finalmente, se incluyen los anexos necesarios; correspondientes a cada capítulo del

presente proyecto.

1

PRESENTACIÓN

El presente estudio trata de aportar un concepto innovador sobre publicidad visual

aplicada a la tecnología celular; para desarrollar acciones publicitarias direccionadas

a través del envío de imágenes, videos y mensajes de texto a teléfonos celulares,

mediante la utilización de la tecnología celular GPRS/EDGE. Este proyecto permite a

los usuarios y empresas obtener y ofrecer descuentos de sus productos y servicios

usando la tecnología de un teléfono celular.

Para proporcionar este tipo de servicio publicitario, se ha utilizado las bases de datos

de teléfonos celulares de los clientes de aquellas empresas interesadas en utilizar

este sistema publicitario, lo que permitirá a las empresas diseñar campañas

promocionales dirigidas a “targets” específicos, sin perder tiempo ni dinero, ya que

nadie desea comunicarse con públicos que se escapan a los parámetros buscados

por la marca.

Debido a la alta penetración de la telefonía celular y a la competitividad del mercado

actual, se ha generado un número ilimitado de nuevos productos y servicios cada vez

más enfocados al tipo de cliente, y el hecho de que en la actualidad los asesores

comerciales están maravillados con los teléfonos móviles por su sorprendente

crecimiento; se ha deseado realizar el estudio de un sistema publicitario utilizando un

terminal móvil para acceder al mismo.

Por otro lado, dentro del mercado se está comenzando a hablar del teléfono móvil;

con el tipo de crecimiento vertiginoso con la que normalmente se refieren a los

productos que se les pagan por vender y que están destinados, a suplantar no solo a

la publicidad por Internet -la última moda- sino también a la televisión, radio,

impresiones y carteleras; que son los cuatro pilares tradicionales del negocio; ya que

la mayor parte de la gente lleva su celular consigo a todos lados, algo que no es

factible con respecto a la televisión y computadoras.

2

Se realiza un análisis de los resultados de un estudio de mercado para resaltar la

importancia de este trabajo respecto a la publicidad tradicional; así como las ventajas

y desventajas detalladas en un análisis FODA. Dicho estudio de mercado se realizó

en dos etapas: Primera.- Medición del nivel de aceptación del nuevo servicio en el

público. Segunda.- Esta etapa depende de los resultados de la primera para medir el

nivel de adquisición de los potenciales clientes, en este caso de un grupo de

empresas determinadas; tales como: TONI S.A., Centros Comerciales, Naranja

Urbana, Stav, TONY ROMA´S entre otras. Esta medida se la obtendrá mediante la

formulación de encuestas.

El almacenamiento de datos publicitarios y clientes destinos, se lo hace en una base

de datos desarrollada en MySQL, para garantizar una Seguridad AAA (Autenticación,

Autorización, Contabilidad); mientras que la interfaz gráfica de usuario se lo

desarrolló en Java. El sistema publicitario se lo implementó utilizando el dispositivo

móvil Nokia N95.

La seguridad del sistema estará basada en políticas que aseguren aspectos

fundamentales tales como: Integridad y Confidencialidad; porque la información

puede ser atacada con fines ilícitos desde muchos ángulos.

El contenido es variado y estará totalmente ligado a la marca que quiera utilizar el

servicio. Este deberá estar completamente ligado a la campaña global de

comunicación del cliente y puede abarcar sonidos, imágenes, videos y fotografías.

3

CAPÍTULO 1

TECNOLOGÍA GPRS Y EDGE

3

CAPÍTULO 1: TECNOLOGÍA GPRS

1.1. INTRODUCCIÓN

Es innegable que el mundo está presenciando una verdadera revolución

sociocultural, la cual se origina debido a la facilidad con que el ser humano puede

interrelacionarse con el medio. La telefonía móvil es, sin duda, uno de los grandes

gestores de dicho cambio, ya que desde sus inicios puso a disposición del hombre

un medio que personalizaba sus comunicaciones y le permitía gozar de movilidad,

factores importantes dentro del concepto de la calidad de vida que hoy

experimentamos.

En el presente capítulo se realizará un breve análisis de las tecnologías móviles

inalámbricas GPRS (General Packet Radio Service) y EDGE (Enhanced Data Rates

for Global Evolution) que son una evolución del estándar GSM; así como también las

diferentes tecnologías celulares que actualmente las operadoras han implementado

en el país.

Para el estudio de los sistemas inalámbricos antes mencionados se incluirá

características técnicas como: la compatibilidad con la infraestructura actual (GSM),

fundamentos de transmisión de paquetes, arquitectura, protocolos e interfaces de

comunicación, interfaz aire del sistema GPRS y EDGE, funcionalidades, beneficios,

aplicaciones, ventajas y desventajas que ofrecen las tecnologías GPRS y EDGE.

1.2. DESCRIPCIÓN DE LA TECNOLOGÍA GPRS1

1.2.1. Historia de GPRS

GPRS fue el primer estándar de Internet sobre GSM desarrollado por la ETSI

(European Telecommunications Standard Institute) a inicios del año 2000, que

1 http://catedratelefonica.unizar.es/tecnologias_de_red/2006/AccesoRadio%28GSM-GPRS%29-1.pdf

4

inicialmente solo disponía de un máximo de 12 kpbs de velocidad de descarga. La

tecnología GPRS fue creada con la idea que el Internet móvil (WAP) solo fuera texto

y sirviera únicamente para visualizar noticias o correos electrónicos; con el tiempo

este concepto fue quedando obsoleto. Surgiendo la necesidad de mejorar el

estándar, para que este sea capaz de transmitir diferentes tipos de archivos como:

imágenes y música en menor tiempo.

Esta mejora en el sistema GPRS permite a los usuarios compartir un mismo canal,

para la transmisión de paquetes de datos desde el emisor al receptor, generando un

uso más eficiente de los canales de comunicación. Posteriormente se implementaron

nuevas innovaciones al estándar GPRS en cuanto se refiere a la velocidad de

transferencia de información, al introducirse el sistema conocido como EDGE

(Enhanced Data rates GSM Evolution). Este básicamente es el sistema GPRS con

un nuevo esquema de modulación de frecuencia. La figura 1.1 muestra la evolución

de la telefonía celular.

Figura 1.1: Evolución de la Telefonía Celular2

2 http://catedratelefonica.unizar.es/tecnologias_de_red/2006/AccesoRadio%28GSM-GPRS%29-1.pdf

5

1.2.2. Descripción General

Los primeros sistemas de comunicaciones celulares, fundamentados en tecnologías

analógicas, fueron especializados en el transporte de voz basados en conmutación

de circuitos. Estos sistemas añadieron transmisión de datos con el uso de módems

analógicos convencionales, pero con grandes dificultades y una reducida capacidad.

La necesidad de mayores tasas de transmisión, junto con la amplia disponibilidad de

la red GSM, dio lugar al desarrollo de la red GPRS, normalizada a inicios del año

1994 por el Instituto de Estándares de Telecomunicaciones de Europa (ETSI), como

una tecnología de generación 2.5G de transmisión inalámbrica de datos. GPRS está

orientado a tecnologías de conmutación de paquetes que utiliza a nivel de core el

protocolo IP (Protocolo de Internet).

Los elementos principales de la infraestructura GPRS son los Nodos de Soporte

GSN (GPRS Support Node). Estos nodos pueden proporcionar conexión entre los

terminales móviles y redes de paquetes externas (IP o X.25), pueden administrar la

movilidad de los usuarios a través de los registros de GPRS y son capaces de

entregar los paquetes de datos a las estaciones móviles, independientemente de su

posición.

Físicamente los GSN pueden estar integrados en el MSC (Mobile Services Switching

Centre) o puede ser un elemento separado de la red.

El servicio GPRS, está dirigido a aplicaciones que tienen las siguientes

características:

· Transmisión poco frecuente de pequeñas o grandes cantidades de datos. Por

ejemplo, aplicaciones interactivas.

6

· Transmisión intermitente de tráfico de ráfagas de datos. Por ejemplo,

aplicaciones en las que el tiempo medio entre dos transacciones consecutivas

es de duración superior a la duración media de una única transacción.

En la figura 1.2 se indican los elementos que intervienen en la formación de la red

GPRS:

Figura 1.2: Elementos de la Red GPRS3

La característica principal de la red GPRS es permitir a los usuarios móviles enviar y

recibir datos en forma de paquetes a través de protocolos tales como: TCP/IP, X.25,

y CLNP4; sin necesidad de utilizar conexiones intermedias por conmutación de

circuitos, aumentando notablemente la eficacia del sistema. GPRS alcanza una

velocidad de transferencia de hasta 144 Kbps5.

El tiempo de establecimiento de conexión es inferior a un segundo, es permanente y

su pago es por la cantidad de información transmitida y no por el tiempo de conexión

del usuario. GPRS añade conmutación de paquetes de datos a la red GSM (radio,

nodos de conmutación, red de transmisión, tarificación, etc.) optimizando de este

modo, la utilización de los canales de radio para el tráfico de ráfagas (navegación por

3 http://www.fdi.ucm.es/profesor/jseptien/WEB/.../AVRED/.../GPRS.ppt 4 CLNP (Connectionless Network Protocol).- Protocolo de Capa de Red del modelo OSI no orientado a conexión. 5 http://bieec.epn.edu.ec:8180/dspace/bitstream/123456789/1082/5/T10891CAP2.pdf

7

Internet) y facilitando un uso más eficaz de los recursos de la red. El canal de radio

solo se mantiene activo mientras dure la transferencia de datos, luego de lo cual se

libera; mientras que el canal físico puede ser compartido hasta por ocho usuarios

simultáneamente.

1.2.3. Características de la Tecnología GPRS

GPRS es adecuado para facilitar la transmisión de datos sobre redes móviles GSM.

Sus principales características se describen a continuación:

· Conexión Permanente (allways on)

El usuario se encuentra permanentemente conectado a la red GPRS, aunque

solo paga por el servicio en cuanto transmite o solicita la recepción de

información.

· Facturación

Se la realiza en función del volumen de información intercambiada en lugar del

tiempo de duración o establecimiento de la conexión, lo que significa que el

usuario puede permanecer conectado sin costo adicional.

· Mayor Velocidad de Transmisión6

GSM utiliza un canal dedicado (un timeslot), a una velocidad máxima de 9.6

Kbps. Con GPRS se tiene varios canales asignados, con lo que la velocidad

de transmisión de datos aumenta desde un mínimo de 21.4 Kbps (uplink) y un

máximo de 144 Kbps (downlink) por comunicación.

· Eficiencia

Los canales de comunicación se comparten entre los usuarios dinámicamente,

de modo que un usuario solo tiene asignado un canal cuando está realmente

transmitiendo datos. Logrando de esta manera el uso más eficiente de los 6 http://www.jeuazarru.com/docs/GPRS.pdf

8

recursos de la red y del espectro radioeléctrico, puesto que GPRS comparte el

rango de frecuencias de la red GSM.

· Modo de Transmisión Asimétrico

Adaptado al tipo de tráfico de navegación HTML (HyperText Markup

Language) o WML (Wireless Markup Language). Si un terminal es de tipo

GPRS 4+1; quiere decir que el terminal tiene capacidad de 4 slots (ranuras) en

el enlace downlink y 1 slot en el enlace uplink, por tanto tendrá cuatro veces

mayor capacidad de transmisión de bajada que de subida.

· Acceso a Nuevas Aplicaciones

GPRS permite disponer de aplicaciones corporativas similares a las que se

usan hoy en día en Internet (intranets), mensajería instantánea,

videoconferencia, entornos colaborativos y otros.

· Multitarea

Una ventaja de la tecnología GPRS es la separación total del canal de datos y

del canal de voz, lo que permite el uso simultáneo de ambos canales sin que

uno interfiera al otro.

· Conmutación de Paquetes

La tecnología de paquetes le permite a GPRS separar las asignaciones de

recursos entre enlace ascendente y descendente. Un usuario GPRS solo

usará un canal cuando envíe o reciba un paquete de información. Todo el

tiempo que esté inactivo, el canal podrá ser utilizado por otros usuarios para

enviar y recibir información.

9

1.2.3.1. Acceso Múltiple TDMA, Canales Físicos y Lógicos7

1.2.3.1.1. Acceso Múltiple por División de Tiempo (TDMA, Time Division

Multiple Access)

GPRS define una nueva interfaz radio basada en TDMA para proporcionar

transmisión de paquetes sobre la interfaz de aire, estableciendo de esta manera,

nuevas formas de usar los canales de radio GSM ya existentes.

La trama TDMA mostrada en la figura 1.3 está subdividida en 8 intervalos de tiempo

(TS-time slot).

TS0 TS1 TS2 TS3 TS4 TS5 TS6 TS7

1 TS

1 TRAMA TDMA (4,615 ms)

Figura 1.3: Estructura de la Trama TDMA8

En GPRS se establecen procedimientos a través de los cuales múltiples usuarios

pueden compartir simultáneamente los recursos de radio y las ranuras de tiempo.

GPRS define una administración de recursos de radio completamente diferente a la

de conmutación de circuitos que establecía GSM, donde se asignaban slots por

tiempo indefinido.

GPRS incluye algunas modificaciones en la interfaz radio de GSM, las mismas que

se describen a continuación:

· Pueden asignarse de forma dinámica los canales de tráfico que deje libre

GSM como canales de datos, en función del principio de capacidad bajo

7 España Boquera, María Carmen; Servicios Avanzados de Telecomunicación, Ediciones Díaz de Santos, 2003. 8 Peter, McGuiggan; GPRS en Practice, Editorial John Wiley & Sons Ltd., 2º Edition, England, 2003.

10

demanda. El mismo que se estableció para evitar que se asigne recursos de

radio permanentes a los servicios GPRS en celdas donde existe uno o

ningún usuario.

· La capa de acceso al medio es la encargada de monitorear la carga de los

canales de datos en las celdas y en función de eso, aumentar o disminuir el

número de canales de tráfico asignados para la transmisión de paquetes.

· Los canales uplink y downlink son asimétricos e independientes.

· Un canal solo se asigna cuando se transmite o recibe (en GSM se asigna de

forma permanente durante toda la llamada).

· Las estaciones móviles pueden usar simultáneamente de 1 a 8 intervalos de

tiempo de la trama TDMA para la transferencia de paquetes, incrementando

así la capacidad de transmisión del sistema GPRS.

· El protocolo de acceso al medio compartido que se utiliza para la asignación

bajo demanda de las ranuras TDMA es el protocolo ALOHA Ranurado9.

Por otro lado, GPRS mantiene el esquema de modulación (GMSK, Gaussian

Minimum Shift Keying), el ancho de banda del canal y la estructura de la trama

TDMA usados en GSM. El esquema de modulación GMSK que utiliza GPRS se lo

detalla en el ANEXO 1.

9 Protocolo ALOHA Ranurado: Divide el tiempo en intervalos discretos llamados ranuras. El acceso de los paquetes al medio no puede efectuarse en cualquier instante, sino solamente cuando se inicia una de las ranuras de tiempo. Este proceso reduce la probabilidad de colisión.

11

1.2.3.1.2. Canales Físicos

Los canales físicos GPRS se denominan PDCH (Packet Data Channel). Pueden ser

de dos tipos:

· Canales PDCH dedicados.- Son asignados de forma exclusiva para GPRS.

· Canales PDCH bajo demanda.- Son los canales de tráfico liberados por el

sistema GSM, asignados bajo demanda como canales de datos para GPRS.

1.2.3.1.3. Canales Lógicos

Un canal lógico no es más que una combinación ordenada de ráfagas de información

dentro de una estructura de trama. En el sistema GPRS existen tres tipos de canales

lógicos:

· Canales de tráfico,

· Canales de control y

· Canales de difusión.

Los canales de tráfico están divididos en dos categorías: de sesión de conmutación

de circuitos, en la cual los usuarios son asignados a un canal durante la duración de

la llamada; y de sesión de conmutación de paquetes, en la cual múltiples usuarios

comparten un canal particular en ciertas ranuras de tiempo y frecuencias en TDMA.

En la Tabla 1.1 se presentan los canales, físicos y lógicos, propios de GPRS que se

suman a los GSM existentes:

12

Tabla 1.1: Canales Físicos y Lógicos de GPRS12

10 Los servicios de voz tienen prioridad sobre los servicios de datos. 11 Tráfico punto a multipunto (Point to Multipoint – Multicast) 12 http://bibing.us.es/proyectos/abreproy/11425/fichero/Memoria%252F6-Cap%EDtulo+3.pdf

13

1.2.4. Arquitectura de la Red GPRS

La arquitectura de la red GPRS define entidades funcionales agrupadas en

subsistemas, los mismos que serán descritos más adelante:

· Subsistema de Estación Móvil (MMS, Mobile Station Subsystem).

· Subsistema de Estación Base (BSS, Base Station Subsystem).

· Subsistema de Conmutación de Red (NSS, Network Switching Subsystem).

· Subsistema de Operación y Mantenimiento (OMSS, Network Management

Subsystem).

En la Figura 1.4 se puede observar los subsistemas de la arquitectura GPRS:

REDCORPORATIVA

INTERNET

ISDN/PSTN

OPERADORESGSM/GPRS

RED IPBACKBONE

BTSBSC

BG

SMS-GMSC

EIR

AUC

GGSN

ROUTER

FIREWALL

SGSN HLR

MS

Um

Abis A

Gs

Gf

Gr

Gc

Gn

Gn

Gp

Gi

Gi

Gi

Gd

Gb

MSS

BSS

NSS

C

D

MSC/VLR

F

H

Gi

GiGp

Figura 1.4: Subsistemas de la Arquitectura GPRS13

13 http://ocw.upm.es/teoria-de-la-senal-y-comunicaciones-1/comunicaciones-moviles-digitales/contenidos/Presentaciones/GPRS-07.pdf

14

Una red GPRS necesita introducir nuevos elementos en la red GSM tales como:

v Nodos de Soporte GPRS (GSN); estos nodos son los responsables de liberar

y enrutar los paquetes de datos entre estaciones móviles y redes de paquetes

de datos externas (PDN, Packet Data Network).

v A nivel de BTS y BSC, se debe realizar la actualización del software para

soportar tráfico de paquetes.

v Implementación de un nuevo hardware en el Controlador de Estación Base

(BSC) llamado Unidad de Control de Paquetes (PCU), que es la encargada de

manejar la transmisión de paquetes.

v El backbone o red troncal GPRS es una red IP privada, basada en la

conmutación de paquetes.

La arquitectura de GPRS se diseñó para que la señalización y protocolos de datos de

alto nivel le permitan ser un sistema independiente. Los protocolos de bajo nivel en la

interfaz de radio deben ser cambiados para funcionar con los mismos servicios de

GSM.

GPRS para el transporte de datos no utiliza las centrales de conmutación de GSM

(MSC/VLR, Mobile Services Switching Centre/Visitor Location Register), debido a

que las estaciones base de radio están directamente conectadas a la red IP a través

de dos nuevos tipos de servidores, denominados nodos de soporte de GPRS:

· SGSN (Serving GPRS Support Node) y

· GGSN (Gateway GPRS Support Node)

15

Como se observa en la figura 1.5, estos nodos son los que interoperan

estrechamente con el HLR (Home Location Register), con el MSC/VLR (Mobile

Services Switching Centre/Visitor Location Register) y con el BSS (Base Station

Subsystem), pertenecientes a la red GSM.

Figura 1.5: Nodos de Servicios GPRS14

A continuación se describe a los diferentes subsistemas que conforman una red

GPRS:

1.2.4.1. Subsistema de Estación Móvil (MSS, Mobile Station Subsystem)15

Es el terminal de usuario que se comunica con la red móvil a través de la interfaz aire

(Um). Una estación móvil está constituida por:

· El equipo móvil (ME, Mobile Equipment)

Es el equipo terminal de usuario. Realiza las siguientes funciones: transmisión

por radio, gestión de canales, codificación de voz, protección contra errores y

gestión de la movilidad.

14 http://www.coit.es/publicac/publbit/bit128/imag128/quees2.jpg 15 Mónica, Gorricho Moreno, Comunicaciones Móviles, Primera Edición, 2002

16

· Tarjeta SIM (Módulo de Identificación de Abonado)

Permite identificar de manera única al usuario; a través de un código

denominado IMSI (Identificador Internacional de Abonados Móviles). Este

código se puede proteger con una clave de 4 dígitos llamada código PIN; por

tanto, la tarjeta SIM identifica a cada usuario independientemente del equipo

terminal utilizado durante la comunicación con la estación base.

Figura 1.6: Componentes de una Estación Móvil

Mientras que el terminal (dispositivo) móvil es identificado mediante un código

único de 15 dígitos denominado IMEI (Identificador Internacional de Equipos

Móviles).

1.2.4.1.1. Terminales GPRS

GPRS no asegura a los usuarios GSM la posibilidad de disfrutar simultáneamente de

servicios por conmutación de circuito (voz y datos). Naturalmente el uso simultáneo

de dos servicios puede llevar a una degradación de las prestaciones, en términos de

throughput, de la llamada tecnología GPRS.

Con este propósito se definen tres clases de servicio según el terminal:

v Clase A: Soporta activación simultánea en GSM y GPRS, para lo cual se

utilizará un timeslot para GSM y uno o más timeslot para GPRS, sin degradar

ninguno de los dos servicios.

SIM ME MS

17

v Clase B: Puede registrarse y activarse simultáneamente en GSM y GPRS,

pero no soporta servicio simultáneo de paquetes. Si el terminal móvil recibe un

aviso de solicitud de conexión en modo circuito cuando está en curso otra

conexión en modo paquete, el terminal móvil debe avisar al usuario para que

este pueda, si lo desea, dar curso a la llamada en modo circuito.

Durante una llamada, la conexión GPRS se marca como “ocupado”. Solo

GPRS sufre degradación de QoS.

v Clase C: Solo se registra y soporta servicios GPRS o GSM de forma no

simultánea; es decir, solo puede estar activo uno de los dos tipos de

comunicaciones. La elección de la red se lo realiza de forma manual.

1.2.4.2. Subsistema de Estación Base (BSS, Base Station Subsystem)16

El subsistema de estación base está compuesto por: la BTS y el BSC, los mismos

que se comunican a través de la interfaz estándar Abis. Es el responsable de las

comunicaciones con las estaciones móviles que se encuentran dentro de su área de

cobertura; contiene las funciones de control de los recursos de radio.

v La Estación Base Transmisora/Receptora (BTS)

Contiene el equipo para la transmisión y recepción de las señales de radio

(transceivers) y antenas usadas en cada célula de la red. Realiza las tareas de

conformación de la señal a transmitir vía radio y de recuperación de la señal

de radio en recepción, además de realizar el procesamiento digital de la señal,

codificación de canal, entrelazado, etc.

v El Controlador de la Estación Base (BSC)

Gestiona la interfaz de radio a través de cada BTS. Son utilizados como

controladores de los BTS y controlan algunas funciones principales como:

16 Mónica, Gorricho Moreno, Comunicaciones Móviles, Primera Edición, 2002

18

handover, salto de frecuencia y control de la potencia. El BSC establece la

conexión entre la estación móvil y el MSC.

GPRS utiliza la misma interfaz de radio que GSM, reutilizando las BTS y BSC

tradicionales, con las siguientes modificaciones:

· Las BTS requieren de un nuevo software específico, para separar las

comunicaciones GSM y GPRS. Además, añaden la Unidad de Control de

Codificación (CCU, Codification Control Unit) que se ocupa de los nuevos

esquemas de codificación GPRS.

· Las BSC deben estar equipadas con hardware y software propios para

GPRS. Para ello, es necesario incorporar una nueva entidad funcional,

denominada Unidad de Control de Paquetes (PCU, Packet Control Unit).

§ Unidad de Control de Paquetes (PCU)

En el BSS, el PCU controla la actividad GPRS de una celda. O sea, es

responsable de las funciones de capa de enlace de datos (RCL/MAC)

sobre la interfaz Um tales como: transporte de datos, control de datos,

manipulación del acceso al canal, reparto de canales, tratamiento de las

retransmisiones y administración de los canales de radio.

Además es responsable de proveer el interfuncionamiento entre la

interfaz A para GPRS (Agprs sincrónico orientado a conexión), y la

interfaz Gb (Asincrónico y no orientado a conexión) para el enlace con

la BSC y el SGSN, respectivamente. El PCU se puede ubicar en el lado

del Subsistema de Conmutación de Red (NSS) o en el lado del

Controlador de la Estación Base (BSC). Por medio de la PCU la BSC

gestiona las conexiones hacia el SGSN y multiplexa el tráfico GPRS

con el tráfico GSM.

19

En la figura 1.7 se presenta un diagrama esquemático del subsistema de estación

base.

Figura 1.7: Subsistema de Estación Base17

1.2.4.3. Subsistema de Conmutación de Red (NSS, Network Switching

Subsystem)18

Realiza funciones de conmutación y enrutamiento de las llamadas en el sistema

GPRS; es decir, es el responsable del establecimiento, mantenimiento y terminación

de cualquier llamada.

Además, realiza la gestión de las bases de datos con información relativa de todos

los abonados al servicio, hand-over entre MSCs, así como la recopilación de

información necesaria para el proceso de tarificación.

El componente principal del subsistema de conmutación de red (NSS), son los nodos

de soporte GPRS (GSN, GPRS Support Node). La figura 1.8 ilustra los elementos

que conforman el subsistema de conmutación de red.

17 http://toip.uchile.cl/mediawiki/upload/1/18/AnexoAB-Marcomun.pdf 18

Mónica, Gorricho Moreno, Comunicaciones Móviles, Primera Edición, 2002

20

Figura 1.8: Subsistema de Conmutación de Red19

El NSS está compuesto por dos tipos de dominios de conmutación: circuitos (GSM) y

paquetes (GPRS). Dentro de la estructura del NSS hay una serie de entidades que

se encargan de controlar diversas funciones del equipo móvil, y estos se dividen en:

v Entidades comunes a los dominios de conmutación de paquetes y circuitos.

v Entidades del dominio de conmutación circuitos.

v Entidades del dominio de conmutación de paquetes.

1.2.4.3.1. Entidades Comunes a los Dominios de Conmutación de Paquetes y

Circuitos

· Registro de Localización Local (HLR, Home Location Register)

Base de datos general que contiene y administra la información de los

abonados, mantiene y actualiza la posición del móvil y almacena el perfil de

servicio. Se almacena además la última localización conocida del abonado y el

estado de su terminal móvil (si está fuera de servicio, encendido, apagado, en

19 http://toip.uchile.cl/mediawiki/upload/1/18/AnexoAB-Marcomun.pdf

21

comunicación). Para identificar a un abonado asociado a un terminal móvil se

utiliza cierta información almacenada en la tarjeta SIM.

· Centro de Autenticación (AuC, Authentication Centre)

Base de datos que almacena información confidencial de cada abonado de la

red; es decir, es responsable de generar la tripleta de autenticación formada

por: el RAND (Número aleatorio de 128 bits), SRES (Respuesta Firmada de

32 bits) y Kc (clave de cifrado temporal generada aleatoriamente) que se

encuentran almacenados en el HLR y en el VLR para su utilización posterior

en los procesos de autenticación y cifrado.

· Registro de Identificación del Equipo (EIR, Equipment Identity Register)

Registro que almacena el identificador único de cada terminal IMEI

(Internacional Mobile Station Equipment Identity) usado en el sistema GSM.

En esta base de datos los MSs están divididos en tres listas: lista negra para

móviles robados, lista gris para móviles bajo observación y lista blanca para el

resto de los terminales.

· Centro de Servicios de SMS (SMSC, Short Message System Centre)

Es independiente de la red GSM. Permite enviar y recibir mensajes cortos

desde o hacia otros terminales móviles y puede establecer conexión con otros

sistemas de correo electrónico.

La transmisión de un mensaje corto se puede producir incluso

simultáneamente con una transmisión de voz. Es una comunicación en una

sola dirección.

22

1.2.4.3.2. Entidades del Dominio de Conmutación de Circuitos

· Centro de Conmutación de Servicios Móviles (MSC, Mobile Services

Switching Centre)

Se ocupa de enrutar las llamadas que son conectadas por la estación móvil

(MS) hacia otro Mobile Services Switching Centre o Public Switched

Telephone Network, permitiendo la comunicación entre dos usuarios

independientemente de si se trata de un teléfono móvil o uno residencial.

Normalmente la MSC está asociada al VLR20 (Visitor Location Register).

La base de datos VLR, debe ser ampliada para almacenar información del

área de enrutamiento del nodo SGSN. Usualmente está incorporado al MSC o

GMSC, del que forma parte, y se conecta con otros VLR y HLR a través del

sistema de señalización SS721.

· Puerta de Enlace de MSC (GMSC, Gateway Mobile Switching Centre)

Es una central de conmutación móvil utilizada para interconectar redes,

haciendo que los protocolos de comunicaciones que existen en ambas redes

se entiendan. La misión del GMSC es servir de mediador entre las redes de

telefonía fija y la red GSM.

1.2.4.3.3. Entidades del Dominio de Conmutación de Paquetes

La conmutación de paquetes de la red, se la realiza a través de los nodos de soporte

GPRS; los mismos que se describen a continuación:

20 VLR: Es una base de datos controlada por la MSC que contiene toda la información relevante de los terminales móviles que en cierto momento están en el área de localización controlada por el VLR. Además, realiza en la MSC la autentificación del móvil. 21SS7: El sistema de señalización por canal común # 7 es un conjunto de protocolos de señalización telefónica, empleado en la mayor parte de las redes telefónicas mundiales. Su principal propósito es el establecimiento y finalización de llamadas.

23

a. Nodo de Soporte de Servicio GPRS (SGSN, Serving GPRS Support Node)22

Es el responsable de la conexión del MS a la red GPRS, ya que se encarga de la

entrega de paquetes de datos a los terminales móviles que están dentro de su área

de servicio. Está conectado a la BSC por medio de la interfaz Gb. Las funciones que

realiza este nodo son:

· Se encarga del transporte de los paquetes de datos hacia y desde las BTS

(Base Transceiver Station) que se encuentran en su área de servicio.

· Gestión de localización y de movilidad, para detectar nuevos móviles en el

área de servicio del nodo, almacenar la información de localización (VLR) y el

perfil de suscripción de los usuarios (IMSI).

· Control de seguridad de las comunicaciones; es decir, autenticación, cifrado,

encriptación y compresión de datos.

· Enruta y transfiere paquetes entre las MSs y el GGSN, para esto utiliza en el

interior del Backbone IP de GPRS el Protocolo de Tunelización GPRS (GTP,

GPRS Tunnelling Protocol) que permite establecer la señalización apropiada

para la comunicación con el nodo de soporte GGSN.

· Generación de registros de tarificación, denominados CDR (Call Detail

Register).

· Selecciona el nodo GGSN más apropiado para iniciar una sesión con la red de

paquetes (Internet, red corporativa) externa. Además el nodo de soporte

SGSN conecta el backbone (red troncal) GPRS al subsistema de estación

base e introduce a nivel de BSC el denominado PCU (Unidad de Control de

Paquetes).

22

http://cybertesis.uach.cl/tesis/uach/2005/bmfcis211a/doc/bmfcis211a.pdf

24

v Área de Servicio SGSN

El Área de Servicio de SGSN está dividido en números de áreas de

enrutamiento: (RA, Routing Area), y es análoga al área de localización (LA,

Location Area) de GSM. Una RA es un subconjunto de LA.

El Área de Servicio de MSC/VLR (GSM) es el área de cobertura constituida

por un conjunto de Áreas de Localización (LA). Cada LA está formada por

varias celdas y es el área donde una MS se encuentra registrada en un

momento dado. El VLR posee información temporal para suministrar servicios

a las estaciones móviles situadas en LA del MSC o en el RA del SGSN.

Un Área de Servicio SGSN está formada por varias Áreas de Encaminamiento

(RA) como se muestra en la figura 1.9:

Figura 1.9: Área de Servicio del Nodo SGSN23

23 http://asignaturas.diatel.upm.es/ccmm/Documentacion/TecnologiaGPRSCurso2008_2009.pdf

25

b. Nodo de Soporte de Entrada GPRS (GGSN, Gateway GPRS Support

Node)24,25

El GGSN constituye el elemento principal de la infraestructura de GPRS. Actúa como

una interfaz lógica entre la red troncal GPRS y las redes de conmutación de

paquetes externas que usualmente son: redes IP o redes X.25.

Incorpora funciones de seguridad, encapsulado de los paquetes mediante el

Protocolo GTP y asignación de direcciones IP (NAT, Network Address Translation26)

a los terminales GPRS.

Las funciones adicionales que realiza este nodo son:

· Este dispositivo actúa como firewall protegiendo a la infraestructura GPRS de

cualquier ataque que pueda provenir del Internet. También participa junto con

el HLR para enrutar el tráfico al nodo SGSN adecuado, ya que puede haber

más de un SGSN en la infraestructura GPRS.

· Realiza funciones de autentificación de usuarios móviles con las redes de

paquetes externas y genera registros de tarificación CDR.

· Convierte los paquetes GPRS provenientes de los nodos SGSN al formato

PDP apropiado (IP o X.25), y en el otro sentido, las direcciones PDP de los

paquetes de datos entrantes son traducidas a direcciones IP de los

destinatarios y luego los paquetes son enviados al SGSN correspondiente.

Para este propósito, el GGSN almacena la dirección del nodo SGSN, del

usuario y su perfil, consultándolo en los registros HLR.

24 http://bibing.us.es/proyectos/abreproy/11425/fichero/Memoria%252F6-Cap%EDtulo+3.pdf 25 http://catarina.udlap.mx/u_dl_a/tales/documentos/lis/rivera_d_g/capitulo2.pdf 26 NAT: Es el mecanismo que traduce las IPs privadas de la red en una IP pública para que la red pueda enviar paquetes al exterior; y traducir luego esa IP pública de nuevo a la IP privada del PC.

26

· Cuando recibe datos dirigidos hacia un usuario específico, comprueba si la

dirección IP está activa, y en caso afirmativo, envía los datos al SGSN.

c. BG (Border Gateway)

Es un nodo de la red móvil pública GPRS, su función es interconectar los GSNs de

diferentes operadores de red móvil (roaming) o de redes del mismo operador en

diferentes países por seguridad e interoperabilidad.

d. CG (Charging Gateway)

La principal función de este elemento es recoger los CDRs generados por los SGSNs

y GGSNs de manera que los consolida y pre-procesa antes de enviarlos al sistema

de tarificación.

e. DNS (Domain Name System)

Realiza la traducción de nombres lógicos de dominio en direcciones IP físicas que

permitan direccionar los nodos GSN. El servidor de DNS es gestionado por el

operador GPRS. Si fuera necesario, podrían utilizarse los servicios de otros DNS

ajenos al operador.

f. FW (Firewalls)

Es un elemento común de las redes de datos, formado por un sistema o un conjunto

combinado de sistemas que crean una barrera de seguridad entre dos redes. Su

misión es impedir a usuarios no autorizados el acceso a los nodos de la red GPRS.

27

1.2.4.4. Subsistema de Operación y Mantenimiento (OMSS, Operation and

Management Subsystem)

Los OMSS se conectan a diferentes NSS y MSC para realizar el mantenimiento y

operación de la Red, así como la gestión de los equipos móviles. Un subsistema de

operación y mantenimiento está formado por los siguientes elementos:

· OMC (Centro de Mantenimiento y Operación)

Es un centro de trabajo que realiza las siguientes funciones de operación y

mantenimiento:

§ Modificación de parámetros de servicio en la MSC-VLR, HLR y BSC.

§ Gestión indirecta de los datos relativos a cada terminal móvil.

§ Registro de datos de transmisión, de tráfico y de alarmas.

§ Registro de datos estadísticos relativos a las prestaciones de la red.

§ Configuración de los aparatos de la red.

§ Registro de los datos de tasación.

· MNC (Centro de Administración de la Red)

Junto con el OMC controla y gestiona el funcionamiento de la red GPRS.

1.2.5. Redes GPRS27

GPRS utiliza dos tipos de redes: internas y externas. A continuación se describe a

cada una de ellas:

1.2.5.1. Redes Externas

La red GPRS puede ser considerada como una subred IP, debido a que los

terminales móviles son accesibles al asignarles una dirección IP. Para lo cual se

utiliza el APN con información de la suscripción del usuario y del propio nodo, se

27 http://www.mobilegprs.com

28

consulta el servidor de nombres de dominio (DNS) y se obtiene las direcciones IP del

GGSN permitiendo la conexión con el usuario de la red externa.

· APN (Nombre del Punto de Acceso)

Describe el punto de salida lógico del dominio GPRS y posibilita el

enrutamiento de paquetes desde la MS hasta la red de datos externa. Es

enviado por el terminal móvil para activar el contexto PDP o puede ser elegido

por el SGSN. El APN está formado por: el identificador de red, seguido del

identificador de operador.

Identificador de Red APN: Es obligatorio y garantiza la unicidad de los APNs.

Además incorpora su nombre de dominio en Internet, utilizando una o varias

etiquetas las cuales no pueden terminar en “gprs”. Por ejemplo:

apn1.nokia.com.

Identificador de Operador APN: Es de tipo opcional. Son tres etiquetas y

termina en “.gprs”. Por ejemplo: tsm.tsm.gprs.

El acceso a las redes de datos externas puede ser:

· Transparente: el terminal obtiene una dirección IP perteneciente al rango de

direcciones del operador GPRS. Esta dirección se asigna en el momento de

activar el contexto PDP de manera dinámica.

· No transparente: el terminal obtiene una dirección IP perteneciente al espacio

de direccionamiento de la Intranet o del ISP. Esta opción requiere la

comunicación entre el GGSN y el servidor de direcciones (DHCP)

perteneciente a esa Intranet o al ISP correspondiente.

29

1.2.5.2. Redes Troncales Internas

Las redes internas del sistema GPRS son: la red de soporte de señalización GSM

(SS7) y la red Backbone.

1.2.5.2.1. Red Backbone GPRS

Los nodos de soporte GPRS están interconectados mediante redes de transporte IP.

Hay dos tipos de red de transporte en un sistema GPRS:

· La red de transporte Intra-PLMN (Intra-Public Land Mobile Network) o

Red Troncal GPRS.- Es una red IP privada que permite la comunicación

entre los nodos SGSNs y GGSNs de un operador. Dependiendo de la

ubicación de los GGSNs la conexión puede ser tipo LAN o remota.

· Red de transporte Inter-PLMN (Inter-Public Land Mobile Network) o Red

Troncal Intermedia.- Permite la intercomunicación de los SGSNs de un

operador con los GGSNs de otros operador (Roaming).

La figura 1.10 muestra la forma de interconexión de los nodos GPRS en la Red

Backbone:

Figura 1.10: Red de Backbone de GPRS28

28 http://www.mobilegprs.com

GGSN

SGSN SGSN

BG BG GGSN

SGSN

PLMN A PLMN B

30

1.2.6. Interfaces y Protocolos de la Red GPRS

1.2.6.1. Interfaces de la Red GPRS

En la Figura 1.11 se muestra la arquitectura lógica de la red GPRS, indicando las

distintas interfaces desarrolladas, con el fin de estandarizar y permitir el

interfuncionamiento entre distintas entidades de la red GPRS y GSM.

SGSNGGSN

EIR

Um A

BSS

MSC/VLR

SGSN

GGSN

Otro PLMN

HLR

PDN

SMS-GMSCSMS-IWMSC

E C

D

Gd

Gs

Gn Gp

Gf

Gn

Gr

Gi

Gc

Gb

AuCH

PDN

Gi

Figura 1.11: Interfaces GPRS29

A continuación se presenta una breve descripción de las diferentes interfaces de una

red GPRS:

29 http://cybertesis.uach.cl/tesis/uach/2005/bmfcis211a/doc/bmfcis211a.pdf

Transferencia de Datos eyeSeñales Interfaces de Señalización

31

v Interfaz Abis.- Los enlaces de transmisión y la señalización existentes sobre

la interfaz Abis son reusados para GPRS, así proporciona una introducción de

costo efectiva y eficiente.

v Interfaz Gb.- Es una interfaz asíncrona no orientada a conexión, que permite

multiplexar varios usuarios sobre el mismo enlace físico usando Frame Relay.

Se encarga de establecer todo el dialogo con el terminal móvil y utiliza el

protocolo GPRS de Subsistema de Estación Base (BSSGP) para transferir

datos de control y señalización; así como información de usuario entre el BSS

(Base Station Subsystem) y el nodo SGSN.

v Interfaz Gc.- Es la interfaz entre el GGSN y el HLR, la cual permite conocer la

localización y perfil de un abonado con el fin de que el GGSN actualice el

registro de localización.

v Interfaz Gd.- Establecida entre la SMS-GMSC y el nodo SGSN para permitir

que una MS pueda enviar y recibir mensajes a través de los canales GPRS.

v Interfaz Gi.- Esta interfaz tiene la finalidad de comunicar a la red GPRS con

las redes de conmutación de paquetes externas tales como: Internet, Intranet

y X.25.

v Interfaz Gn.- Forma la red troncal IP de GPRS, opera con el protocolo GTP

(GPRS Tunnel Protocol) que usa el mecanismo de "tunneling" y los protocolos

TCP/UDP e IP para transportar los paquetes de usuario y los mensajes de

señalización entre los nodos de soporte GPRS.

v Interfaz Gp.- Tiene la misma funcionalidad que Gn, pero trabaja con BG y el

firewall, proporcionando las funciones necesarias en la conexión Inter-PLMN

(redes externas).

32

v Interfaz Gs.- Se utiliza entre el MSC/VLR y el nodo de soporte SGSN para

coordinar el envío de señales hacia terminales móviles capaces de manejar

datos por conmutación de circuitos y paquetes.

v Interfaz Gr.- Es la interfaz entre el SGSN y el HLR, que permite acceder a la

información de los abonados GPRS.

1.2.6.2. Protocolos de la Red GPRS

La red GPRS introduce nuevos protocolos diseñados para transmitir datos de usuario

de manera confiable y segura, razón por la cual, la información es intercambiada

entre la red GSM y la red GPRS a través de protocolos empleados en dos planos

separados:

· Protocolos del Plano de Transmisión (Transmission Plane Protocol).

· Protocolos del Plano de Señalización (Signalling Plane Protocol).

1.2.6.2.1. Protocolos del Plano de Transmisión (Transmission Plane

Protocol)

El plano de transmisión es el encargado de proveer la transferencia de datos de

usuario y su señalización para el control de flujo, detección de errores y la corrección

de los mismos.

En la figura 1.12 se presenta el esquema del plano de transmisión:

33

Figura 1.12: Esquema del Plano de Transmisión30

a. Capa de Aplicación

Soporta los protocolos específicos de cada aplicación y presentación de datos de

usuario.

b. Capa de Red

Se encarga de que los datos lleguen desde el origen al destino, aunque no tengan

conexión directa. Ofrece servicios al nivel superior (nivel de transporte) y se apoya en

las funciones del nivel de enlace de datos.

A continuación se definen los protocolos de esta capa:

· SNDCP (Subnetwork Dependent Convergence Protocol)

Su función es soportar transparentemente diferentes niveles de red (IP, X.25)

de manera que la utilización de uno o de otro por parte del usuario no implique

cambios en los niveles inferiores de GPRS. Además, se encarga de la

segmentación, reensamblado, compresión, encriptación y multiplexación de

30 www.uv.es/montanan/redes/trabajos/GPRS.doc

34

los mensajes de datos de usuario y de control sobre una conexión virtual

única.

· BSSGP (BSS GPRS Protocol)

Se establece entre la BSS y el SGSN, su objetivo es mantener la

comunicación, control de flujo, reparto de carga, enrutamiento y negociación

de la calidad de servicio (QoS).

· NS (Network Service Protocol)

La subcapa inferior Frame Relay, proporciona circuitos virtuales permanentes

para transferir datos y señalización entre el BSS y el SGSN, mientras que la

subcapa superior Network Service Control se encarga de controlar la

congestión en el uplink, reparto de carga entre conexiones virtuales y

direccionamiento de datos asociando la BTS con conexiones virtuales.

· GTP (GPRS Tunnelling Protocol)

Protocolo utilizado entre los nodos GSN que se encarga de transportar

información de usuario y señalización a través del backbone IP mediante

encapsulación de la misma, ocultando a la red el contenido de los datos

transferidos. Puede implementar control de flujo entre GSN.

· TCP (Transmission Control Protocol)

Se encarga de transportar las PDUs (Packet Data Unit) de GTP en el

backbone GPRS para protocolos que necesitan un enlace orientado a

conexión, ya que proporciona control de flujo y protección frente a paquetes

erróneos.

· UDP (User Datagram Protocol)

Transporta las PDUs de GTP en el backbone GPRS para protocolos no

orientados a conexión.

35

· IP (Internet Protocol)

Usado por el backbone de GPRS para el enrutamiento y transporte de la

información de usuario y señalización, entre los nodos GSN.

c. Capa de Enlace de Datos

La capa de enlace de datos se encuentra entre la estación móvil y la red. Se

subdivide en:

· Subcapa de Control de Enlace Lógico (LLC, Logical Link Control)

Proporciona un enlace lógico altamente fiable entre la estación móvil y el nodo

SGSN asignado. Incluye control de secuencia, entrega en orden, control de

flujo, detección de errores de transmisión y retransmisión. Dichas funciones

son independientes del protocolo RLC/MAC y de la interfaz radio.

· Subcapa RLC/MAC (Radio Link Control / Medium Access Control)

Se localiza entre la MS y la BSS. La subcapa RLC establece un enlace

confiable, permite detectar errores utilizando BEC (Backward Error

Correction31) y corregirlos a través de la retransmisión ARQ (Automatic Repeat

Query32). Mientras que la subcapa de control de acceso al medio (MAC)

controla el acceso de la MS a los canales de radio, así como también prepara

los datos a transmitirse desde y hacia la subcapa LLC.

d. Capa Física

La capa física está ubicada entre la estación móvil y la BSS, se divide en dos

subcapas:

31 BEC: Es un tipo de corrección de errores en el que el receptor detecta un error y envía una solicitud de retransmisión al remitente. 32 ARQ: Permite la retransmisión selectiva de tramas erróneas dentro de una ventana de transmisión/recepción de tamaño variable, optimizando recursos y evitando sobrecargas en el canal.

36

· Subcapa de Enlace Físico (PLL, Physical Link Layer)

Proporciona los servicios necesarios para permitir la transmisión de

información sobre un canal físico entre el móvil y la BSS. Sus funciones

incluyen el ensamblaje de los PDUs, la codificación de los datos, detección y

corrección de errores.

· Subcapa Física de Radio Frecuencia (RFL, Physical RF Layer)

Trabaja por debajo de la PLL e incluye: modulación y demodulación de las

ondas físicas, establecimiento de las características de transmisión y

recepción, transporte de frecuencias y estructura del canal de radio.

1.2.6.2.2. Flujo de Datos33

La unidad de datos del protocolo de la capa de red, denominada N-PDU o paquete,

es transmitida a través de la interfaz aire entre la estación móvil y el nodo SGSN

usando el protocolo LLC.

El paquete de datos contiene la información de usuario procedente de las capas de

aplicación. Este paquete es segmentado en unidades más pequeñas sobre las que el

protocolo SNDCP realiza funciones de compresión adicional de cabecera y de datos

así como una segmentación y encriptación. Las unidades procesadas en la capa

SNDCP se encapsulan dentro de tramas LLC constituyendo el campo de información

de dichas tramas. En la capa LLC, además de la cabecera correspondiente (FH,

Frame Header) se añade un campo (FCS, Frame Check Sequence) para la

comprobación de trama.

Las PDUs de la capa LLC se dividen en varios fragmentos antes de ser

encapsulados en PDUs de la capa RLC/MAC subyacente. En esta capa se añade

una cabecera (BH, Block Header) y un campo (BCS, Block Check Sequence) para

comprobación de errores.

33 http://www.lopezbenitez.es/thesis/BScThesis_LopezBenitez.pdf

37

La secuencia de bits que la capa MAC entrega a la capa física se denomina bloque

RLC y constituye un bloque de entrada al codificador de canal. Cada bloque consta

de cuatro ráfagas ó burst34 normales, que son utilizados para transmitir datos de

tráfico y control tanto para el uplink como para el downlink.

En la figura 1.13 se puede observar el esquema de flujo de datos que utiliza la

tecnología GPRS.

Figura 1.13: Flujo de Datos en el Plano de Transmisión35

1.2.6.2.3. Protocolos del Plano de Señalización (Signalling Plane Protocol)

Consta de aquellos protocolos encargados del control y mantenimiento de las

funciones del plano de transmisión, conexión y desconexión de sesiones de

transmisión, activación del contexto PDP, control de rutas y localización de los

recursos de la red.

34 Burst: Es una ráfaga o secuencia de datos, formada de una parte útil y de una de guarda. La primera contiene los datos a ser transmitidos y la segunda es un periodo de guarda para permitir una variación en el tiempo de llegada del burst sin que se solape la parte útil del burst adyacente. 35 http://asignaturas.diatel.upm.es/ccmm/Documentacion/TecnologiaGPRSCurso2008_2009.pdf

38

La figura 1.14 muestra los protocolos utilizados en GPRS para la señalización:

Figura 1.14: Protocolos de Señalización36

a. Señalización entre MS y SGSN

En el nivel de red la señalización entre la estación móvil y el nodo de servicio GPRS,

está definida por el protocolo GMM/SM. Se usa el protocolo GMM (Protocolo de

Administración de Movilidad de GPRS) para gestionar la autenticación, selección del

algoritmo de encriptación, movilidad y roaming.

Mientras que el protocolo SM (Protocolo de Administración de Sesión) es utilizado

para el registro y cancelación de las estaciones móviles en la red GPRS; así como, la

activación y desactivación del contexto PDP.

b. Señalización entre SGSN y MSC

El protocolo BSSAP+ es una subaplicación de la BSSAP (BSS Aplication), en el que

se incluyen funciones de GSM. Se encarga de la transferencia de información de

señalización entre el SGSN y el MSC, a través de la interfaz Gs. Por medio del

36 www.uv.es/montanan/redes/trabajos/GPRS.doc

39

proceso de paging realiza la búsqueda de la estación móvil GSM en la red GPRS

para una llamada entrante.

c. Señalización entre SGSN y los Registros HLR, EIR

Los protocolos que se utilizan en la señalización entre SGSN y los registros son los

mismos protocolos de GSM, pero con funciones mejoradas para su funcionamiento

en GPRS. Utiliza la red de transporte de señalización GSM SS7 y el protocolo MAP

(Mobile Application Part), como parte de una especificación de red móvil.

1.3. FUNCIONAMIENTO DE LA TECNOLOGÍA GPRS37,38

1.3.1. Gestión de Movilidad

La gestión de movilidad comprende los procedimientos de localización y seguimiento

de los terminales móviles para hacer posible el establecimiento de una comunicación

dirigida hacia uno de ellos en cualquier momento. Comprende la información

relacionada con la conexión a la red GPRS (Attach) y desconexión de la red GPRS

(Detach), identidad del móvil y los tres estados de un terminal móvil (IDLE,

STANDBY, READY).

1.3.1.1. Conexión a la Red GPRS (ATTACH GPRS)

En el proceso attach, la estación móvil pasa al estado READY y se crea un contexto

de movilidad, el MS es autenticada, se generan claves de cifrado y se le asigna al

MS un identificador lógico de enlace temporal. Antes de que una estación móvil

pueda enviar datos a otro terminal, debe enviar al nodo SGSN una solicitud de

registro, indicando el tipo de registro.

37 Mónica Moreno, Juan Luis Gorricho Moreno, Comunicaciones Móviles, 1era Edición, Editorial UPC, 2002. 38 http://cybertesis.uach.cl/tesis/uach/2005/bmfcis211a/doc/bmfcis211a.pdf

40

El nuevo SGSN solicita al SGSN antiguo la información de la estación móvil para

autenticarla. Durante este proceso GPRS puede hacer una diferenciación de

usuarios según la QoS, para ello la estación móvil solicita el nivel de QoS.

El SGSN lleva a cabo la identificación de la MS, verificando el IMEI. Si es necesario,

el SGSN solicita al HLR la actualización del RA (Routing Area).

El HLR confirma el registro y la actualización de la posición. La conexión lógica se

mantiene mientras el usuario se movilice dentro del área de cobertura controlada por

el SGSN. Se debe tomar en cuenta que dicha conexión no es suficiente para

empezar la transferencia de paquetes, para ello la MS necesita activar una dirección

IP llamada dirección PDP.

En la figura 1.15 se muestra un resumen del proceso descrito:

Figura 1.15: Attach GPRS39

39 http://asignaturas.diatel.upm.es/ccmm/Documentacion/TecnologiaGPRSCurso2008_2009.pdf

MS SGSN

HLR

1. Petición conexión

2. Autenticación

3. Aceptación conexión

4. Actualización

Localización

5. Conexión completa

41

1.3.1.2. Desconexión a la Red GPRS (DETACH GPRS)

Cuando se desconecta a la estación móvil de la red, se restringe el acceso a los

servicios GPRS.

La función de GPRS detach puede ser iniciada desde el terminal móvil, desde el HLR

o desde la red, el procedimiento consiste en eliminar el contexto de gestión de

movilidad residente en el terminal móvil y el SGSN, con el objeto de impedir el inicio

de cualquier nueva transferencia de paquetes. Mediante la ejecución de esta función

el terminal móvil pasa del estado READY al estado IDLE o de reposo.

La desconexión puede ser iniciada por la estación móvil (MS) o iniciada por la red.

1.3.1.3. Estados de Movilidad del Terminal Móvil40

Se ha definido un modelo de tres estados: IDLE (desocupado), STANDBY (a la

espera) y READY (listo), que describen el nivel de funcionalidad e información de la

estación móvil almacenada en el nodo SGSN.

A continuación se detalla cada uno de los posibles estados de movilidad.

· IDLE

En este estado el terminal móvil (MS) solo puede recibir información punto-

multipunto enviada por parte de la red, para este estado en realidad no está

activado el contexto de gestión de movilidad. El terminal móvil realiza las

funciones de selección y reselección de celda para el seguimiento de la red

GPRS.

40 Mónica Moreno, Juan Luis Gorricho Moreno, Comunicaciones Móviles, 1era Edición, Editorial UPC, 2002.

42

· STANDBY

Es el estado en el que el terminal móvil tiene activado el contexto de gestión de

movilidad. En este estado se conoce con exactitud el área de enrutamiento. La

finalidad del estado STANDBY es reducir la carga en la red que se produce por la

constante actualización de la localización del terminal móvil y para conservar la

batería del mismo.

Además, el terminal puede recibir información o señalización punto-multipunto

pero no puede transmitir o recibir información punto-punto, para ello debe pasar al

estado READY.

· READY

En este estado la MS es registrada en la gestión de la movilidad GPRS y además

se conoce con exactitud la celda en la que se encuentra.

A nivel de capa de red se realizan: almacenamiento de información para

tarificación de la llamada, encapsulamiento de las PDUs en una trama GPRS y

enrutamiento de los paquetes. En este estado el terminal móvil puede recibir y

enviar datos punto-multipunto, así como información punto-punto.

La permanencia en este estado depende de un temporizador, cuando el

temporizador de la estación móvil expira debido a que esta no envía paquetes,

automáticamente pasa al estado de espera o STANDBY.

La figura 1.16 ilustra los diferentes estados de movilidad de un terminal móvil y del

nodo de servicio de GPRS (SGSN):

43

Figura 1.16: Diagrama de los Estados de Movilidad del Terminal Móvil y del SGSN41

1.3.2. Gestión de Localización

La estación móvil es responsable de informar a la red GPRS dónde se encuentra en

cada momento. Para ello la red GPRS proporciona la información necesaria para que

una MS pueda actualizar su localización cuando se produzcan cambios de celda y de

área de enrutamiento (RA, Routing Area).

La MS reconoce los cambios de posición decodificando las identidades de la celda y

del RA enviadas por el canal de difusión (PBCCH). Se pueden dar los siguientes

cambios:

41 Mónica Moreno, Juan Luis Gorricho Moreno, Comunicaciones Móviles, 1era Edición, Editorial UPC, 2002.

Modelo de estados del terminal móvil

IDLE

READY

STANDBY

CONEXIÓN GPRS

DESCONEXIÓN GPRS

CONTADOR EXPIRA

TRANSMISIÓN PDU

DESCONEXIÓN IMPLÍCITA

GPRS

Modelo de estados del nodo SGSN

IDLE

READY

STANDBY

CONEXIÓN GPRS

DESCONEXIÓN GPRS

CONTADOR EXPIRA

RECEPCIÓN PDU

44

· Cambio de Celda dentro de una misma RA. (Actualización de celda)

Se realiza cuando el terminal móvil se encuentra en estado READY y detecta

un cambio de celda; por tanto, se inicia el procedimiento de actualización de

posición aunque ambas celdas, nueva y anterior, pertenezcan a la misma área

de enrutamiento (RA).

· Cambio del RA dentro del mismo Nodo SGSN (intraSGSN)

La MS envía una solicitud de actualización del RA al nodo SGSN, indicando el

RA anterior y el TMSI (Temporary Mobile Subscriber Identity). El SGSN realiza

la autenticación del usuario y la verificación de la identidad del terminal, le

asigna a la MS una nueva identidad temporal denominada P-TMSI42 y

finalmente se le confirma a la MS la actualización de la posición.

· Cambio del RA entre Nodos SGSN (interSGSN)

En este caso el cambio de celda implica un cambio de nodo SGSN. La MS

envía una solicitud de actualización de RA al nuevo SGSN, este a su vez

envía al antiguo SGSN una solicitud de activación de contextos PDP para

dicha MS. El antiguo SGSN inicia un temporizador, detiene la transmisión de

paquetes hacia la MS y envía la activación solicitada; así como también, envía

al nuevo SGSN los paquetes de datos y solicita al GGSN la actualización de

los contextos PDP.

1.3.3. Gestión de Sesión

Para iniciar el proceso de transmisión o recepción de datos en un terminal, se debe

establecer un contexto PDP (Packet Data Protocol) con el GGSN correspondiente.

La red debe tener información de enrutamiento y de QoS que permitan transferir las

PDUs de una dirección PDP entre la MS, SGSN y GGSN.

42 P-TMSI (Packet-TMSI): Es una identidad temporal asignada a un móvil GPRS activado, única dentro de un determinado RA (Routing Area).

45

1.3.3.1. Contexto PDP

Antes de que un móvil GPRS pueda llevar a cabo un intercambio de datos es

necesario que se establezca un contexto PDP (Protocolo de Paquetes de Datos) con

el GGSN correspondiente, para que después los datos puedan ser enrutados. Un

contexto PDP permite transferir las PDUs de una dirección PDP entre el móvil y el

GGSN.

El contexto PDP describe las características de la conexión con la red de datos:

· Tipo de red (X.25, Internet, Intranet)

· Tipo de dirección PDP (IPv4, IPv6, X.25)

· APN (Access Point Name)

· Parámetros de calidad de servicio

1.3.3.1.1. Activación del Contexto PDP 43,44

La activación de un contexto PDP puede ser iniciada por el terminal móvil o por el

GGSN. Para el caso de iniciarse desde el GGSN existen dos posibilidades:

· Activación exitosa.- donde el terminal móvil, el SGSN y GGSN activan

respectivamente el contexto PDP.

· Activación no exitosa.- donde el SGSN informa al GGSN de la imposibilidad

de activar el contexto y el GGSN a su vez informa al HLR.

El procedimiento para activar el contexto PDP iniciada por el terminal móvil es el

siguiente:

· El terminal móvil solicita la activación del contexto PDP al nodo SGSN e indica

la dirección (APN) de la red IP con la que quiere conectarse.

43 http://www.fdi.ucm.es/profesor/jseptien/WEB/.../AVRED/.../GPRS.ppt 44 España Boquera, María Carmen; Servicios Avanzados de Telecomunicación, Ediciones Díaz de Santos, 2003.

46

· El SGSN valida la petición basándose en los datos recibidos del HLR durante

el GPRS attach. A continuación, el APN es enviado al DNS (Domain Name

Server) del SGSN para obtener la dirección del GGSN más indicado, realizar

la activación del contexto PDP y crear una conexión lógica o túnel GTP entre

el SGSN y el GGSN, permitiendo de esta manera la conexión entre el terminal

móvil y la red de conmutación de paquetes externa.

· Una vez activado el contexto PDP entre los nodos GSN, el terminal móvil

obtiene una dirección IP fija, la misma que se libera al desactivar el contexto.

Esta dirección IP puede ser:

§ Estática: El operador asigna una dirección permanente al usuario suscrito,

la misma que se encuentra almacenada en el HLR.

§ Dinámica: Asignada por el nodo GGSN a partir de un rango de direcciones

de la PDN (Internet/Intranet), disponible durante el tiempo de la sesión.

· Finalmente, el nodo SGSN envía todos los parámetros de conexión al terminal

móvil mediante un mensaje de “Activate PDP Context Accept”

La figura 1.17 ilustra un resumen del proceso descrito:

Figura 1.17: Diagrama para Activar el Contexto PDP45

45

http://www.fdi.ucm.es/profesor/jseptien/WEB/.../AVRED/.../GPRS.ppt

Petición de activación de un contexto PDP

Petición de creación de un contexto PDP

Respuesta de creación de un contexto PDP Aceptación de la activación de

un contexto PDP

47

1.3.4. Gestión de Seguridad

Con el fin de proteger contra errores a los paquetes transmitidos, GPRS efectúa los

siguientes procesos:

· Autenticación46

El objetivo de la autenticación es verificar las credenciales del usuario. El

proceso de autenticación es iniciado y controlado por el SGSN con el apoyo

de la AuC (Authentication Centre) y del terminal móvil. La autenticación es

necesaria para el registro de un abonado, realización de llamadas desde ó

hacia la estación móvil y para la actualización de la posición; para este

proceso se define una tripleta formada por:

§ Un número aleatorio de 128 bits (RAND).

§ La respuesta firmada de 32 bits (SRES).

§ La clave de cifrado temporal (Kc).

La figura 1.18 muestra un diagrama de bloques de la tripleta de autenticación:

Figura 1.18: Diagrama de Bloques de la Tripleta de Autenticación47

46 http://catarina.udlap.mx/u_dl_a/tales/documentos/lem/mayoral_p_e/capitulo2.pdf

ra 1 18 Diagrama de Bloques de la Tripleta de Autenticació

48

· Cifrado

Una vez que el proceso de autenticación se realizó con éxito, inicia el proceso

de cifrado, el mismo que necesita de la clave kc y de una de las tres versiones

del algoritmo A5 (A5-0, A5-1 o A5-2), dependiendo del nivel de cifrado

permitido.

El cifrado se realiza sobre la interfaz aire para proporcionar seguridad al tráfico

de voz y datos.

El proceso de gestión de seguridad de GPRS se lo explica de forma detallada en el

ANEXO 2.

1.4. TARIFACIÓN EN GPRS48,49

La facturación del servicio GPRS se basa en el volumen de datos transferidos y no

en el tiempo de conexión a la red. La principal característica de GPRS es que se

cobran exclusivamente los paquetes a nivel IP; esto significa que se cobra solo

cuando el sistema establece conexión con redes externas a la red GPRS, ya sea por

datos recibidos por el móvil desde la red o datos enviados por el móvil a la red.

La tecnología de conmutación de paquetes en la que se basa esta forma de

tarificación presenta un inconveniente, al ser los datos subdivididos en paquetes,

estos pueden ser dañados durante la transferencia o transmitidos por error y el

usuario tendría que volver a pagar más veces por la misma cantidad de información

al ser necesaria una nueva transferencia.

47 http://catarina.udlap.mx/u_dl_a/tales/documentos/lem/mayoral_p_e/capitulo2.pdf 48http://banners.noticiasdot.com/termometro/boletines/docs/consultoras/havet/2002/havet_gprs_011106.pdf 49 http://dspace.epn.edu.ec/bitstream/123456789/1082/4/T10891CAP2.pdf

49

Puede ocurrir que el móvil no envíe un acuse de recibo al servidor correspondiente y

este reenvíe dos veces el paquete IP solicitado. En este caso se cobrarían los dos

envíos.

Por el contrario, si los problemas de transmisión ocurren a nivel de enlace de radio,

es decir si el usuario pasa por un túnel o se encuentra en un ascensor y se corta la

transmisión, no se cobra y hay que volver a enviar los paquetes.

El operador puede facturar al suscriptor por el uso de la red mediante:

· Cuota mensual: cuota básica, o una cuota plana.

· Facturación basada en el volumen de datos transferidos.

· Una cuota por tiempo: tiempo en que esté activo un contexto PDP.

· Pago por acceso: para el acceso a portales móviles.

· Pago por transacción: un mensaje (SMS) o un servicio específico.

· Pago por el tamaño del contenido: mensajes multimedia (MMS).

1.5. SERVICIOS Y APLICACIONES DE LA TECNOLOGÍA GPRS

1.5.1. Servicios50

El conjunto de servicios soportados por GPRS corresponde a los servicios de datos

en modo paquete. A continuación se describen los servicios que ofrece GPRS.

· Acceso a Servicios de Información (a través del servicio WAP): canales

temáticos como: noticias, finanzas, viajes, guía de carreteras, reserva de

restaurantes, guía de teléfono, banca móvil, etc.

50 http://dspace.epn.edu.ec/bitstream/123456789/1082/4/T10891CAP2.pdf

50

· Acceder en Movilidad a Internet y Correo Electrónico: GPRS permite

acceder en movilidad a todas las facilidades de Internet usando el terminal

GPRS como módem: Acceso a cuentas de correo de Internet (lectura y envío

de e-mails), aviso de recepción de correo en el móvil, descarga de ficheros,

etc.

· Acceso en Movilidad a la Intranet y Correo Corporativo: tales como: los

sistemas de correo electrónico de la empresa (Microsoft Mail, Outlook

Express, Microsoft Exchange, Lotus Notes, etc), los cuales pueden ser leídos

y contestados como si se estuviera en el lugar de trabajo.

· Acceso GPRS a Aplicaciones WAP para uso Empresariales: servicios tales

como: directorios, tarjetas de visita, E-mail, correo, etc.

· Acceso a Bases de Datos y Aplicaciones Corporativas desde un

Dispositivo Móvil: gestión de fuerza de ventas como: consulta de estados de

pedidos, consulta de catálogos, consulta de stocks, información relativa a los

clientes desde cualquier lugar y gestión de equipos de trabajo que operan

fuera de la empresa (equipos de mantenimiento, supervisión, reparto).

· Transmisión de Datos y Telemetría: permite al cliente empresarial transmitir

y recibir información de manera oportuna entre puntos distantes dentro del

área de cobertura, a través de terminales fijos o móviles GPRS, para obtener

de manera segura y rápida información vital para el negocio.

· Mensajería Multimedia y de Texto: GPRS permite enviar y recibir contenidos

multimedia, incorporando sonido, video y fotos; así como mensajes de texto

entre terminales móviles.

51

1.5.1.1. Tipos de Servicios GPRS

1.5.1.1.1. Punto a Punto (PTP, Point to Point)

· Orientado a Conexión

La estación móvil realiza una petición de llamada para establecer una

conexión lógica con otra estación para intercambiar múltiples paquetes. Todos

los paquetes enviados por la red son identificados como pertenecientes a una

conexión lógica o circuito virtual dado y son numerados secuencialmente.

· No orientado a Conexión

La red maneja los paquetes de forma independiente, pudiendo enviarlos

desordenada o inadecuadamente, a este servicio se le conoce como servicio

de datagramas externos. Además, se realiza la transferencia de datos con

acuse de recibo para proporcionar la entrega fiable. Con este servicio, GPRS

soporta protocolos IP.

1.5.1.1.2. Punto - Multipunto (PTM, Point to Multipoint)

Permite la transmisión de paquetes basándose en la ubicación de los usuarios y no

en la identidad de los mismos, como es en el caso del servicio punto a punto. De

esta manera se permite la transmisión de datos desde un móvil hacia varios equipos

móviles.

Entre los servicios punto-multipunto se distinguen los servicios multicast y los

servicios broadcast.

· Multicast

Preveén la transmisión de los mensajes en toda el área especificada por su

emisor. Utiliza tanto direccionamiento del área geográfica a la que tienen que

ser transmitidos los mensajes, como direccionamiento del grupo de usuarios a

los que están destinados los mensajes.

52

· Broadcast

Preveén la transmisión de los mensajes en toda el área especificada por su

emisor sin que estos manifiesten ninguna otra forma de direccionamiento.

Para los servicios broadcast se aprovecha únicamente el direccionamiento

geográfico, en el momento en que los mensajes se direccionan, en esta

tipología de servicios, la información es enviada a todos los usuarios

pertenecientes al área especificada.

1.5.2. Aplicaciones51

Las características de la tecnología GPRS han hecho posible el desarrollo de

aplicaciones robustas y estandarizadas, a las cuales se puede acceder de forma

inmediata y desde cualquier lugar con una mejora en las velocidades de acceso

proporcionadas por la tecnología GSM.

El servicio GPRS está dirigido a aplicaciones que tienen las siguientes

características:

· Aplicaciones Horizontales: Transmisión poco frecuente de pequeñas o

grandes cantidades de datos como por ejemplo, aplicaciones interactivas.

· Aplicaciones Móviles: Transmisión intermitente de pequeños volúmenes de

datos (bursty). Por ejemplo: telemetría, telealarma, control del tráfico

ferroviario, acceso a Internet usando World Wide Web (www), etc.

51 http://dspace.epn.edu.ec/bitstream/123456789/1082/4/T10891CAP2.pdf

53

1.6. VENTAJAS Y DESVENTAJAS DE LA TECNOLOGÍA GPRS

SOBRE GSM52,53,54

1.6.1. Ventajas

· Mayor velocidad de transmisión: es posible recibir datos a una velocidad y

transmitir a otra (normalmente más baja). La máxima velocidad teórica es de

171.2 kbps55, esta velocidad se puede alcanzar utilizando las 8 ranuras de

tiempo simultáneamente.

· Mejor manejo de congestión: debido a que no se bloquean llamadas como

en el caso de GSM, ya que todas las conexiones se aceptan aún cuando los

recursos estén ocupados, aunque si hay muchas, se producen retardos en la

transmisión.

· Manejo de prioridades en la transmisión: un nodo puede seleccionar de su

cola de paquetes en espera de ser transmitidos, aquellos más prioritarios

según ciertos criterios de prioridad.

· Conmutación de paquetes: una de las ventajas de la conmutación de

paquetes sobre la de circuitos utilizada en GSM es la fragmentación del

mensaje original en paquetes, proporcionando una mayor eficiencia en el

manejo de la gestión de errores; debido a que solo se retransmiten aquellos

paquetes erróneos, reduciendo así el retardo de extremo a extremo del

mensaje.

· Mayor eficiencia espectral: GPRS proporciona mayor eficiencia espectral

que GSM, debido a que para aumentar la capacidad del canal en las horas

pico no es necesario que el operador haga uso mayor de los recursos de red.

52 http://www.scribd.com/doc/40050363/Modulo-telematica 53 http://asignaturas.diatel.upm.es/ccmm/Documentacion/TecnologiaGPRSCurso2008_2009.pdf 54 http://cybertesis.uach.cl/tesis/uach/2005/bmfcis211a/doc/bmfcis211a.pdf 55 Mónica, Gorricho Moreno, Comunicaciones Móviles, Primera Edición, 2002.

54

Por tanto, GPRS le da la libertad al operador de maximizar el uso de sus

recursos en una forma dinámica y flexible.

· Mayor eficiencia del canal: ya que cada enlace se comparte entre varios

paquetes que estarán en cola para ser enviados en cuanto sea posible. En

conmutación de circuitos (GSM), la línea se utiliza exclusivamente para una

conexión, aunque no haya datos a enviar.

1.6.2. Desventajas

· Retardo en los nodos: debido a que maneja colas de espera para la

transmisión de los paquetes; por tanto, cada paquete sufre un retardo hasta

que le llega su turno de envío.

· Mayor complejidad en los equipos de conmutación intermedios: debido a

que necesitan mayor velocidad y capacidad de cálculo para determinar la ruta

de destino adecuada en cada paquete.

· Duplicidad de paquetes: si un paquete tarda demasiado en llegar a su

destino, el host receptor no enviará el acuse de recibo al emisor, por lo cual el

host emisor al no recibir un acuse de recibo por parte del receptor este volverá

a retransmitir los últimos paquetes del cual no recibió el acuse, pudiendo

haber redundancia de datos.

· Servicio no transparente: en la conmutación de paquetes utilizada por

GPRS, aparecen retardos variables de manera que los datos no se reciben en

forma constante; a diferencia de GSM que ofrece una velocidad de

transmisión constante entre las estaciones conectadas.

55

1.7. DESCRIPCIÓN DE LA TECNOLOGÍA GPRS/EDGE

1.7.1. Descripción General56

EDGE (Enhanced Data Rates for Global Evolution) también conocida como EGPRS

(Enhanced General Packet Radio Service), es una mejora y evolución de las redes

GSM y GPRS.

EDGE proporciona velocidades de datos tres veces mayores que las de la tecnología

GPRS. Añadir EDGE a la red de GPRS significa aprovechar en toda su extensión las

redes de GSM y reducir el costo de su implementación. El objetivo de EDGE es

aumentar la velocidad de transmisión de datos y la eficiencia del espectro, facilitando

nuevas aplicaciones y aumentando la capacidad para su uso en servicios de

telefonía móvil.

Con la introducción de EDGE en GSM fase 2+ (2.75G), servicios existentes como

GPRS y HSCSD (High Speed Circuit Switched Data) son mejorados al ofrecer una

nueva capa física. EDGE soporta tanto conmutación de circuitos (ECSD, Enhanced

Circuit Switched Data) como conmutación de paquetes (EGPRS, Enhanced General

Packet Radio Service).

EDGE utiliza mejores esquemas de modulación y codificación que GPRS, para

alcanzar tasas de transmisión de hasta 69kbps57 por canal físico de GSM, y si utiliza

los ocho slots máximos disponibles en paralelo se alcanzaría velocidades de

384kbps58. EDGE usa la misma estructura TDMA (Time Division Multiple Access), un

canal lógico y 200kHz de ancho de banda de la portadora, como se utiliza

actualmente en las redes GSM, lo que permite ser montada sobre las redes GSM

existentes.

56http://profesores.fib.unam.mx/victor/CCNA/Productos/Notas%20de%20Curso/Manual%20de%20la%20Asignatura%20de%20Redes%20Inalambricas%20de%20Banda%20Ancha%20(Avance%2050%25).pdf 57 http://profesores.fi-b.unam.mx/victor/thesis/Masther/MTesis_Jose_Eduardo_Cota_Guajardo.pdf 58 White paper, EDGE Introduction of high-speed data in GSM/GPRS networks, ERICSSON, 2003.

56

Básicamente, EDGE solo introduce una nueva técnica de modulación y codificación

de canal que pueden usarse indistintamente para transmitir servicios de voz y datos

por conmutación de paquetes y circuitos. Por lo tanto, EDGE es un agregado a

GPRS y no puede trabajar por separado, consiguiendo de esta manera aumentar las

aplicaciones disponibles como: acceso a Internet inalámbrico, correo electrónico y

transferencia de archivos.

1.7.2. Historia de EDGE

EDGE es el resultado de un esfuerzo entre operadores y proveedores de TDMA

(Acceso Múltiple por División de Tiempo) por desarrollar un conjunto de normas 3G

comunes que soporten datos a alta velocidad.

EDGE es un componente principal de la UWC-13659 (Universal Wireless

Communications Consortium), la norma 3G propuesta por los operadores TDMA:

Alcatel USA, AT&T Wireless Services (EUA), BCP S.A. (Brasil), Cable and Wireless

(Reino Unido), Cellcom (Israel), Celumovil (Colombia), Compaq Computer

Corporation, Ericsson Radio Systems, Hughes Network Systems, Industar Digital

PCS (USA), Lucent Technologies, Mobikom Sdn Bhd (Malasia), Motorola, Movilnet

(Venezuela), Nokia, Nortel Networks, Rogers AT&T Wireless (Canadá), SBC

Wireless (EUA), Telecom Personal (Argentina), Telefonica Unifon (Argentina), y

VimpelCom (Rusia).60

En la figura 1.19 se presenta la evolución de los servicios de datos móviles.

59 UWC-136: propuso la interfaz de radio 136 de Alta Velocidad (136HS) como medio para satisfacer los requisitos para la tecnología de transmisión de radio IMT-2000. 60 www.tdma-edge.org

57

Figura 1.19: Evolución de los Servicios de Datos Móviles61

1.7.3. Características de la Tecnología EDGE62

v EDGE permitió a los operadores de redes ofrecer servicios multimedia

basados en IP vía radio y aplicaciones a la velocidad teórica máxima de hasta

384 Kbps. La ITU (Unión Internacional de Telecomunicaciones) ha definido

esta velocidad como el límite requerido para un servicio, esta velocidad

corresponde a 48 kbps por time slot; asumiendo un terminal de 8 ranuras de

tiempo.

v La implementación de EDGE es relativamente barata ya que solo se necesita

realizar actualizaciones al hardware y al software de la red GPRS, puesto que

esta utiliza la misma estructura de trama TDMA, canales lógicos y anchos de

banda de los canales celulares tradicionales de 2G.

v EDGE se edificó sobre el perfeccionamiento de GPRS y HSCSD e implementa

una modulación digital espectralmente más eficiente.

61

http://www.transanatolia.eu/Analyses/Wireless%20Networks/edge1.pdf 62 http://uplaim.files.wordpress.com/2009/04/modelo-de-informe-final.pdf

58

Algunas características adicionales de tecnología EDGE se presentan en la tabla

1.2:

CARACTERÍSTICAS ADICIONALES DE EDGE

Modulación 8-PSK/GMSK

Tasa de símbolos 270 Ksimb/seg

Tasa de bits 810 Kbps

Tasa de bits de radio por time-slot 69.2 Kbps

Tasa de bits de usuario por time-slot 59.2 Kbps (utilizando codificación MCS9)

Tasa de bits de usuario en 8 time-slots 473.6 Kbps

Tabla 1.2: Características de EDGE63

1.7.4. Transmisión de Paquetes en EDGE

Otra mejora que se ha introducido con EDGE es la posibilidad de retransmitir un

paquete que no ha sido decodificado apropiadamente, con un esquema de

codificación más robusto. Esto es lo que se conoce como resegmentación, la cual no

es posible en GPRS, donde los paquetes a retransmitir lo harán usando el esquema

de codificación original incluso si las condiciones de radio han cambiado.

Esto tiene un impacto significativo sobre el throughput64 de la red introduciendo un

nuevo algoritmo de adaptación al enlace, el cual debe seleccionar cuidadosamente el

esquema de codificación para evitar las retransmisiones tanto como sea posible.

63 http://www.ensenadamexico.net/hector/cmysa/gprs_edge_umts.pdf 64 Throughput: Rendimiento final de una conexión. Volumen de datos que una conexión brinda como resultante de la suma de su capacidad y la resta de los overheads que reducen su rendimiento.

59

1.7.4.1. Ventana Deslizante65

Antes de que una secuencia codificada de paquetes de control del enlace de radio

pueda ser enviada sobre la interfaz Um (interfaz radio), el transmisor debe

direccionar los paquetes con un número de identificación.

En GPRS, los paquetes son numerados desde 1 hasta 128. Dado que el número de

paquetes está limitado a 128 y la ventana de direccionamiento es 64, el proceso de

envío de paquetes puede quedarse sin direcciones luego de 64 paquetes. Si se debe

retransmitir un paquete erróneamente decodificado, el nuevo paquete en la cola

debería tener el mismo número anterior. Si esto sucede, la transmisión de paquetes

entre el terminal y la red se detiene y se empieza a retransmitir todos los paquetes

pertenecientes a la misma trama de la capa inferior.

En EDGE, los números de direccionamiento han sido incrementados hasta 2048 y la

ventana ha sido incrementada hasta 1024, de manera de minimizar el riesgo de

detención en las transmisiones. Esto, a su vez, minimiza el riesgo de retransmisión

de las tramas de capa inferior y previene la disminución de la velocidad de salida.

Figura 1.20: Ventana Deslizante66

65 White paper, EDGE Introduction of high-speed data in GSM/GPRS networks, ERICSSON, 2003. 66 http://www.mobile-review.com/articles/2006/image/mts-edge-msk/edge_wp_technical.pdf

60

1.7.5. Modulación y Esquemas de Codificación en EDGE

1.7.5.1. Modulación

Para lograr mayores velocidades de bit por intervalo de tiempo que en GSM/GPRS,

se requiere cambiar el método de modulación, es por esta razón que EDGE está

diseñado para que reutilice la estructura del canal, el ancho y la codificación del

canal y los mecanismos y funcionalidades existentes en GPRS y HSCSD.

EDGE utiliza como modulación estándar 8-PSK (8 Phase Shift Keying), que hace

posible la integración de canales EDGE sobre un plan de frecuencias existente, así

como asignar nuevos canales EDGE de la misma manera en la que son asignados

los canales GSM.

1.7.5.2. Esquemas de Codificación

Al igual que GPRS, EDGE usa un algoritmo de adaptación de tasas, que adapta el

esquema de modulación y codificación (MCS, Modulation and Coding Scheme)

usado para la calidad del canal de radio.

En EDGE fueron diseñados nueve esquemas de codificación, del MCS1 al MCS9.

Los cuatro primeros esquemas de EDGE (MCS1 a MCS4) usan GMSK, mientras que

los demás (MCS5 a MCS9) usan la modulación 8-PSK. Como se observa en la figura

1.21, tanto los esquemas CS1 a CS4 en GPRS, como los MCS1 a MCS4 en EGPRS,

usan modulación GMSK con velocidades de transmisión de salida ligeramente

diferentes. Esto es debido a diferencias en el tamaño de la cabecera y de la carga útil

de los paquetes EDGE. Esto permite re-segmentar los paquetes EDGE.

Un paquete enviado con un esquema de codificación más alto (menor corrección de

errores) que no es recibido adecuadamente, puede ser retransmitido con un

esquema de codificación más bajo (mayor corrección de errores).

61

Figura 1.21: Esquemas de Codificación EDGE67

El funcionamiento en detalle de los esquemas de codificación tanto de GPRS como

de EDGE se los puede encontrar en el ANEXO 3.

1.7.6. Arquitectura de la Red EDGE

La arquitectura de EDGE es la misma que para GPRS con la introducción de algunos

cambios. Los canales lógicos introducidos por el sistema GPRS son reusados por

EDGE.

La transmisión de datos en EDGE al igual que en GPRS, se lo realiza sobre el canal

PDTCH (Packet Data Traffic Channel), mientras que la transmisión de la señalización

se la realiza sobre el canal PACCH (Packet Access Control Channel) usando el

esquema de codificación MCS del 1 al 9. Las funciones de los canales de broadcast,

control y asociación de señalización son exactamente iguales que en GPRS.

GPRS y EDGE tienen diferentes protocolos y diferente comportamiento en el lado de

la BTS. Sin embargo, en el lado del “core” comparten los mismos protocolos de

67 http://www.pcca.org/standards/architecture/edge.pdf

62

manejo de paquetes y por lo tanto se comportan de la misma manera. Además de

mejorar la velocidad de transmisión de datos por cada usuario, EDGE también

incrementa la capacidad.

Con EDGE el mismo time-slot puede soportar más usuarios. Esto reduce el número

de recursos de radio requeridos para soportar el mismo tráfico.

La figura 1.22 ilustra la arquitectura de la Red EDGE:

E-SGSN E-GGSN

EIR

Abis A

BSC

MSC/VLR

E-SGSN

E-GGSN

Other PLMN

HLR

GMSC

E C

D

Gd

Gs

Gn Gp

Gf

Gn

Gr

Um

PSTN

Parte afectada por laintroducción de EDGE

Gb

Gc

Gi

Figura 1.22: Arquitectura de EDGE68

1.7.6.1. Requerimientos para la Migración de GPRS a EDGE

Para la implementación de EDGE, la red principal o core network no necesita ser

modificada, sin embargo, las estaciones base (BS) y las estaciones base

transmisoras/receptoras (BTS) si deben serlo.

68 http://www.transanatolia.eu/Analyses/Wireless%20Networks/edge1.pdf

63

Se deben instalar transceptores compatibles con EDGE, además de nuevos

terminales móviles y un software que pueda decodificar/codificar los nuevos

esquemas de modulación. A continuación se detallan los requerimientos para la

migración:

· Actualización del software de un controlador de la Radio Base (PCU) y la

adición de un elemento en el Transceptor de la misma, llamado EDGE-TRU

(Unidad Transceptora- EDGE).

· La estación base está afectada por la nueva unidad de transmisión/recepción

que maneja la modulación de EDGE (GMSK/8PSK); así como el nuevo

software que permite el nuevo protocolo de paquetes sobre la interface

radioeléctrica en la estación base y en el controlador de la estación base.

· Las estaciones móviles que soportan y no soportan EDGE deben ser capaces

de compartir las mismas ranuras de tiempo (time slot) para tolerar un número

mayor de usuarios. Esto incrementa la eficiencia de la red; debido a que se

disminuye el número de recursos de radio que se requieren para soportar el

mismo tráfico, lo cual permite liberar capacidad del sistema para transmitir

más tráfico de aplicaciones de voz o de datos.

· Para facilitar la implementación de nuevas terminales y teniendo en cuenta la

característica asimétrica de la mayoría de los servicios actualmente

disponibles, también fue decidido que deberían ser diseñados dos tipos de

terminales:

§ Un terminal que provee soporte para modulación 8PSK solamente en el

enlace descendente,

§ Un terminal que provee modulación 8PSK tanto en el enlace

descendente como en el ascendente.

64

En el lado del núcleo de la red (core network) comparten los mismos protocolos de

manejo de paquetes y por lo tanto se comportan de la misma manera. El reúso de la

infraestructura existente GPRS (SGSN y GGSN) enfatiza en el hecho de que EDGE

es tan solo una adición al subsistema de estación base y por tanto es más fácil de

introducir que la tecnología GPRS.

La figura 1.23 ilustra los cambios que se han implementado en la arquitectura de

GPRS para la migración hacia EDGE:

INTERNET

EDGETRU

BTS PCUE-SGSN

E-GGSN

GPRS

EDGE

Protocolo GPRS

Protocolo EGPRS

Figura 1.23: Cambios en la Red GPRS para Soportar EDGE69

1.7.7. Protocolos de la Red EDGE

1.7.7.1. Protocolos del Plano de Transmisión

En la figura 1.24 se muestra la estructura del protocolo del plano de transmisión para

GPRS. Se muestra en celeste los protocolos que son modificados por la introducción

de EDGE.

Los más afectados por EDGE son los protocolos más cercanos a la capa física

(control de enlace de radio y canal de asignación móvil). Existen también algunas

69 http://asignaturas.diatel.upm.es/ccmm/Documentacion/TecnologiaEDGECurso2008_2009.pdf

65

modificaciones menores en el protocolo GPRS del subsistema de estación base. A

más de estos cambios, el resto de la pila de protocolo permanece intacto después de

la introducción de EDGE.

MS

SGSN

GGSN IP

IP

SNDCP

BTS

SNDCP GTP

GTP

LLC

LLC Relay

LLC TCP

TCP

RLC

RLC BSSGP

BSSGP IP

IP

MAC

MAC Frame Relay

Frame Relay

L2

L2

PLL

PLL

Physical Layer

Physical Layer

Physical Layer

Physical Layer

RFL (GMSK, 8PSK)

RFL (GMSK, 8PSK)

Figura 1.24: Pila de Protocolos EDGE70

A continuación se describe los cambios que se han producido en los protocolos de

GPRS para migrar a EDGE.

1.7.7.1.1. Capa Enlace de Datos

· RLC/MAC (Radio Link Control / Medium Access Control)

Para alcanzar el mayor throughput posible en la interfaz aire y los nuevos tipos

de codificación, el protocolo RCL/MAC fue modificado usando una

combinación de dos funcionalidades: adaptación al enlace y redundancia

incremental.

70 http://www.gsmspain.com/info_tecnica/egprs/normalizacion.php

66

§ Adaptación al enlace: utiliza la calidad del enlace radioeléctrico,

medida sobre la estación móvil o por la estación base, para seleccionar

el esquema de codificación de modulación más apropiado para la

transmisión de la siguiente secuencia de paquetes.

Para una transferencia de paquetes ascendente, la red indica a la

estación móvil que esquema de codificación utilizar.

§ Redundancia Incremental: es un método para minimizar el delay y

mejorar el throughput de las transmisiones. La redundancia incremental

usa inicialmente un esquema de codificación, tal como MCS9, con muy

baja protección de errores y sin considerar la calidad existente del

enlace de radio.

Cuando se recibe incorrectamente la información, se transmite una

codificación adicional que es combinada en software en el receptor con

la información previamente recibida. Esta combinación en software

aumenta la probabilidad de poder decodificar la información.

Este procedimiento será repetido hasta que la información sea

decodificada correctamente, esto significa que la información acerca del

enlace radioeléctrico no es necesaria para soportar la redundancia

incremental.

1.7.7.1.2. Capa Física

· Subcapa de Enlace Físico (PLL, Physical Link Layer)

Para permitir que la velocidad de transmisión de datos sobre un canal físico

entre el móvil y la BSS sea alta y robusta, EDGE incluye el ensamblaje de las

unidades de datos y la implementación de la codificación de datos MCS.

67

· Subcapa Física de Radio Frecuencia (RFL, Physical RF Layer GMSK,

8PSK)

Básicamente utiliza un esquema de modulación y demodulación de ondas

diferentes a GPRS, debido a que EDGE a más de usar modulación GMSK usa

modulación 8PSK para los cinco niveles superiores. Obteniendo así un

incremento en la calidad del canal de radio

1.7.8. Diferencias entre GPRS y EDGE

En la figura 1.25 se muestra un resumen de las diferencias técnicas existentes entre

la tecnología GPRS (2.5G) y la tecnología EDGE (2.75G).

Figura 1.25: Diferencias entre GPRS y EDGE71

· La figura 1.25 compara los datos técnicos básicos de GPRS y EDGE. A pesar

que GPRS y EDGE comparten la misma velocidad de símbolo, tienen

diferentes velocidades de modulación de bit. EDGE puede transmitir tres

veces más bits que GPRS durante el mismo período de tiempo.

· EDGE es una solución 3G diseñada específicamente para integrarse al

espectro existente, permitiendo a las operadoras ofrecer nuevos servicios,

71 http://www.ensenadamexico.net/hector/cmysa/gprs_edge_umts.pdf

§ Modulación. § Velocidad de símbolo. § Velocidad de modulación de bit. § Velocidad de datos de radio

por intervalo de tiempo. § Velocidad de datos de usuario

por intervalo de tiempo. § Velocidad de datos de usuario

en 8 intervalos de tiempo.

PARÁMETROS GPRS

GMSK 270 ksimb/s 270 kbps 22.8 kbps 20 kbps (CS4) 160 kbps

EDGE

8-PSK/GMSK 270 ksimb/s 810 kbps 69.2 kbps 59.2 kbps (MCS9) 473.6 kbps

68

mientras que GPRS es un servicio diseñado para la transmisión frecuente de

pequeños volúmenes de datos (por ejemplo, navegación de Internet).

· EDGE ofrece servicios de Internet Móvil con una velocidad en la transmisión

de datos tres veces superior a la de GPRS.

· GPRS es un sistema probado y por lo tanto es muy confiable para el uso

estándar de datos móviles y se ajusta a las personas con moderadas

necesidades de datos, mientras que EDGE es utilizado para la transmisión de

datos móviles pesados, tales como la recepción de grandes archivos adjuntos

de correo electrónico y navegar por páginas web complejas a gran velocidad.

1.8. SERVICIOS Y APLICACIONES DE LA TECNOLOGÍA EDGE

1.8.1. Servicios72

EDGE provee servicios de datos de alta-capacidad con el propósito de avanzar hacia

UMTS, además el rendimiento de EDGE percibido por el usuario final es

suficientemente bueno para hacer atractivo cualquier servicio disponible hoy en día.

1.8.1.1. Tipos de Servicios EDGE

1.8.1.1.1. Conversacional

Proporcionan los medios para una comunicación con una transferencia de

información extremo a extremo en tiempo real. Además el flujo de información puede

ser bidireccional o unidireccional. Esta categoría incluye un gran rango de

aplicaciones y tipos de datos:

72 Hernando, José M.; Lluch, Cayetano; Comunicaciones Móviles de Tercera Generación, Telefónica Móviles España, 2ª Edición, 2001.

69

§ Voz.

§ Videoconferencia

§ Videojuegos.

§ Transferencia de ficheros y de documentos.

1.8.1.1.2. Afluente (Streaming)

Proporcionan los medios para una comunicación con una transferencia de

información extremo a extremo en tiempo real. El flujo de información es

unidireccional, no es necesario un retardo de transferencia muy reducido debido a

que puede tolerar retardos usando buffers.

§ Audio en tiempo real

§ Video en tiempo real.

§ Servicio de mensajería multimedia.

1.8.1.1.3. Interactivo

Aquellos en los que hay intercambio de información (además de la información de

control) bidireccional, tanto entre usuarios como entre proveedor y usuario. Es un

servicio que no es en tiempo real. Exige baja tasa de error y puede tolerar cierto

retardo, entre los servicios más importantes se tiene:

§ Navegación web.

§ Obtención de datos de un servidor.

§ Servicio de mensajería: correo electrónico, correo de voz, correo de imágenes.

1.8.1.1.4. Diferido (Background)

Son servicios en tiempo no real (NRT), exige baja tasa de error y puede tolerar

retardos considerables.

70

§ Servicio de correo electrónico (e-mail).

§ Descarga de información desde bases de datos.

§ Mensajes cortos.

§ Telemetría

1.8.2. Aplicaciones73

EDGE impulsa todos los servicios de conmutación de circuitos y de paquetes

existentes, así como también permite nuevas aplicaciones de datos de alta

velocidad. Existen dos tipos de aplicaciones en EDGE: aplicaciones EGPRS y ECSD.

1.8.2.1. Aplicaciones EGPRS (Enhanced General Packet Radio Service)

Son aplicaciones basadas en conmutación de paquetes, no orientadas a conexión,

de tráfico y retardo variable. Datos que requieren ser transmitidos en tiempo real a

través de canales compartidos.

· E-mail On-line: Permite enviar y recibir correo electrónico en línea a través de

un servidor web.

· Navegación Web: Navegación significativamente rápida para todos los datos

de usuarios.

· Mejora en la transmisión de mensajes cortos: EDGE mejora la transmisión

de SMS, debido a que ofrece una mayor tasa de transferencia de datos para

cada usuario

· Conexión inalámbrica con imágenes instantáneas.

· Servicios de video: Tales como videollamadas, recepción de mensajes

multimedia, etc.

· Documentos e información para compartir.

· Voz sobre Internet: Se envía la señal de voz en forma digital, en paquetes,

en lugar de enviarla en forma digital o analógica, a través de circuitos

73 http://asignaturas.diatel.upm.es/ccmm/Documentacion/TecnologiaEDGECurso2008_2009.pdf

71

utilizables solo para telefonía como una compañía telefónica convencional o

PSTN

1.8.2.2. Aplicaciones ECSD (Enhanced Circuit Switched Data)

Son aplicaciones basadas en conmutación de circuitos, orientadas a conexión, de

tráfico constante, retardos fijos y transmisión en tiempo real a través de canales

dedicados:

· Carga y descarga de E-mail: sincronización de cuentas de correo

significativamente rápido.

· Ancho de banda móvil de alta seguridad.

· Transferencia de archivos: tales como: ficheros de configuración o

documentos.

· Aplicaciones verticales: tales como: transferencia de documentos

comerciales.

· Aplicaciones en tiempo real: tales como: videollamada, videoconferencia

interactiva, audio y música, aplicaciones multimedia especializadas como

telemedicina y supervisión remota de seguridad.

1.9. VENTAJAS DE LA TECNOLOGÍA EDGE

Las ventajas de EDGE pueden dividirse en dos categorías: beneficios al usuario y

beneficios al operador.

1.9.1. Beneficios para el Usuario

· Velocidad: EDGE proporciona velocidades lo suficientemente altas como

para soportar una amplia gama de avanzados servicios de datos, incluso

streaming de audio y video, acceso veloz a Internet y descarga de archivos de

gran tamaño.

72

· Una conexión "siempre activa": EDGE provee una conexión constante a

Internet, eliminando la necesidad de conectarse cada vez que se desea

acceder a Internet, además EDGE les permite a los clientes mantener una

sesión de datos mientras responden una llamada telefónica.

· Tarificación: EDGE está basada en paquetes, lo que significa que los clientes

pagan solo por los datos que envían y reciben, en lugar de pagar también por

el tiempo de aire necesario para establecer una conexión y esperar la

respuesta de un servidor.

· Cobertura: EDGE es una actualización relativamente económica y simple

para los operadores, de manera que la cobertura de EDGE debiera

expandirse rápidamente de las ciudades a los suburbios y demás áreas.

1.9.2. Beneficios para el Operador

· Eficiencia espectral y flexibilidad: La capacidad de desplegar EDGE dentro

del espectro existente sin necesidad de una nueva licencia 3G significa que un

operador puede lanzar servicios 3G rápidamente, en más mercados y a un

costo inferior que si fuera necesario adquirir espectro adicional.

· Facilidad de actualización: EDGE no requiere una reingeniería fundamental

de los planes de celdas. Si la infraestructura de radio de un operador tiene

menos de cinco años de antigüedad la actualización a EDGE generalmente

implica nuevo software y tarjetas de canales en las celdas. El costo

relativamente bajo de la actualización a EDGE también significa que los

operadores pueden fijar precios más económicos para sus servicios

avanzados.

· Compatibilidad: EDGE es compatible con otras tecnologías en el camino

migratorio GSM a 3G, de modo que cuando los clientes que tienen teléfonos y

73

módems PC cards multimodo se desplazan hacia afuera de la cobertura

EDGE, se los conmuta automáticamente a redes GPRS o WCDMA (Wideband

Code Division Multiple Access), dependiendo de los servicios de datos a los

que están suscritos.

· Más control: EDGE incluye sofisticados mecanismos de calidad de servicio

(QoS) que les dan más control a los operadores, asegurando que cada

aplicación o cliente reciba la cantidad correcta de ancho de banda.

1.10. OPERADORAS DE TELEFONÍA CELULAR Y TECNOLOGÍAS

CELULARES IMPLEMENTADAS EN EL ECUADOR74,75,76

En el Ecuador existen tres operadoras de telefonía celular: Conecel S.A., conocida

comercialmente como PORTA, pertenece a la multinacional mexicana América Móvil

y es la operadora más importante en el país en función de la cantidad de abonados.

Otecel S.A., conocida comercialmente como MOVISTAR, que pertenece a la

multinacional española Telefónica. Finalmente, la operadora Telecsa S.A., conocida

comercialmente como ALEGRO PCS, que pertenece a las empresas ecuatorianas

ANDINATEL y PACIFICTEL.

Estas empresas operan utilizando diversas tecnologías para poder brindar Servicios

Móviles Avanzados, e incluso se encuentran realizando mejoras tecnológicas para

poder ofrecer todos los servicios que les sean posibles brindar.

A continuación se analizan las tecnologías que actualmente poseen cada operadora:

74 http://dspace.epn.edu.ec/bitstream/123456789/934/2/T10697CAP4.pdf 75 http://dspace.epn.edu.ec/bitstream/123456789/9040/2/T11409%20CAP2.pdf 76 Información obtenido de la SENATEL en la página www.conatel.gov.ec

74

1.10.1. CONECEL S.A.

Opera en el país desde el año 1993 cuando obtuvo la concesión para brindar el

Servicio de Telefonía Móvil Celular. En la actualidad se promociona como uno de los

poseedores de las tecnologías 3G y 3.5G en el país. Su desarrollo se dió

principalmente sobre la tecnología GSM (2G), sobre la que se implementó GPRS y

EDGE. En la actualidad se ha implementado UMTS (3G) y se están realizando

mejoramientos sobre la misma, incorporando la tecnología HSDPA.

PORTA se suma a las empresas de telecomunicaciones líderes en el Mundo,

implementando en Ecuador su nueva red 3.5G. La tecnología 3.5G se diferencia de

otras tecnologías en que todos los teléfonos funcionan con una SIM inteligente que

se inserta en la parte posterior de los mismos y que brinda ventajas significativas al

usuario final.

La migración a 3G y 3.5G conlleva un mejoramiento en el rendimiento de la red de

acceso, sin embargo, esto debe ir a la par con el mejoramiento del manejo del tráfico,

para aprovechar las características superiores que tiene 3G con respecto a las

características de las tecnologías 2G y 2.5G.

1.10.1.1. Infraestructura Instalada

Según datos proporcionados por el Consejo Nacional de Telecomunicaciones, para

Agosto de 2010, la empresa CONECEL S.A cuenta con infraestructura instalada

correspondiente a las tecnologías GSM/GPRS y UMTS. CONECEL S.A. ha sido

pionera en la modernización de su infraestructura mediante la implementación de la

nueva plataforma UMTS perteneciente a los sistemas de tercera generación (3G).

La figura 1.26 muestra la cantidad de radio bases por tecnología que han sido

instaladas por esta operadora durante el transcurso del año 2010. En ella se puede

constatar el crecimiento mensual del número de radio bases instaladas para los

sistemas GSM/GPRS y UMTS.

75

Figura 1.26: Numero de Radio Bases por Tecnología Instaladas por CONECEL S.A.

a Nivel Nacional hasta Octubre de 2010 77

1.10.2. OTECEL S.A.

La empresa OTECEL S.A. viene trabajando en el Ecuador desde el año 1993 cuando

le fue otorgada la concesión para prestar el Servicio de Telefonía Móvil Celular.

Inicialmente trabajó como filial del grupo BELLSOUTH, y desde hace algunos años

funciona bajo la tutela del grupo español TELEFÓNICA S.A., que tiene importante

presencia a nivel mundial. Actualmente, opera dos plataformas tecnológicas: una

CDMA2000 1X y otra GSM.

El número de usuarios en CDMA ha ido disminuyendo paulatinamente desde la

puesta en funcionamiento de la tecnología GSM, debido a que el costo de los

77 Consejo Nacional de Telecomunicaciones, CONATEL, http://www.conatel.gob.ec

Figura 1.26: Numero de Radio Bases por Tecnología TT Instaladas por CONECEL S.A

76

terminales es mayor frente a GSM. Adicionalmente, el manejo de la tarjeta SIM en

los terminales GSM es visto por los usuarios como una ventaja frente a CDMA. En

esta última plataforma, se han hecho mejoras a GPRS y EDGE y, desde que

comenzó a funcionar se produjo un crecimiento considerable del número de usuarios.

Finalmente, y debido a la migración a 3G de su principal competidor en el mercado,

MOVISTAR continuó implementando mejoras tecnológicas hasta llegar a las

tecnologías 3G y 3.5G.


Según datos proporcionados por el Consejo Nacional de Telecomunicaciones, para

Agosto de 2010, la operadora OTECEL S.A cuenta con infraestructura instalada

correspondiente a las tecnologías GSM/GPRS y UMTS.

En la figura 1.27 se observa el número de radio bases instaladas por tecnología

hasta Octubre de 2010. En este gráfico se evidencia que OTECEL S.A dispone aún

de radio bases con tecnologías CDMA, a través de la cual ofrece un medio

alternativo a GSM/GPRS para servicios relativos al transporte de datos y acceso a

Internet.

OTECEL al igual que CONECEL ha implementado la plataforma de tercera

generación UMTS y actualmente se encuentra en el proceso de actualización de su

infraestructura hacia la plataforma 3.5G, siendo ésta inicialmente implementada en

las principales ciudades del país.

77

Figura 1.27: Numero de Radio Bases por Tecnología Instaladas por OTCONECEL

S.A. a Nivel Nacional hasta Octubre de 2010 78

1.10.3. TELECSA S.A.

Al haber ingresado al mercado móvil directamente con una concesión de Servicios

Móviles Avanzados en el año 2003, implementaron una tecnología 3G desde su

inicio. Esta tecnología es la CDMA2000 1X EVDO. En la actualidad promocionan la

tecnología GSM (2G), cuya infraestructura poseen en parte, pero para brindar su

servicio lo hacen a través de OTECEL.

TELECSA S.A. contaba con una cobertura muy limitada en comparación a los otros

dos operadores, hasta que comenzó a ofrecer GSM a través de OTECE. Pese a

esto, la empresa no ha tenido un repunte en cuanto a número de usuarios. Por otro

lado, esta operadora planea implementar una red 3G propia con capacidad para


Figura 1.27: Numero de Radio Bases por Tecnología TT Instaladas por OTCONECEL OTOT

78

datos UMTS/HSDPA. La red CDMA/EV-DO continuará funcionando, especialmente

para proveer servicios de banda ancha a través de EV-DO.


La operadora TELECSA S.A. cuenta con infraestructura CDMA pero, adicionalmente

presta a sus usuarios servicios basados en GSM a través de la red de la operadora

OTECEL S.A. Según datos proporcionados por el Consejo Nacional de

Telecomunicaciones, para Agosto de 2010, la operadora OTECEL S.A cuenta con

infraestructura instalada correspondiente a las tecnologías GSM/GPRS y UMTS. En

la figura 1.28 se observa el número de radio bases instaladas por tecnología hasta

Octubre de 2010.

Figura 1.28: Numero de Radio Bases por Tecnología Instaladas por TELECSA S.A.

a Nivel Nacional hasta Octubre de 2010 79


Figura 1.28: Numero de Radio Bases por Tecnología Instaladas por TELECSA S.A.

78

CAPÍTULO 2

ANÁLISIS DE MERCADO Y PLANTEAMIENTO DE REQUERIMIENTO

79

CAPÍTULO 2: ANÁLISIS DE MERCADO Y PLANTEAMIENTO

DE REQUERIMIENTOS

2.1. INTRODUCCIÓN

En este capítulo se analiza la viabilidad y grado de aceptación en el mercado que

tendrá la implementación de un sistema de publicidad visual utilizando teléfonos

celulares como medios publicitarios, para ello se estudian las ventajas y desventajas

de este tipo de servicio detalladas en un análisis FODA; así como también el valor

distintivo del mismo frente a la publicidad tradicional.

El estudio de mercado se realizará en dos etapas: la primera, que consistirá en la

medición del nivel de aceptación del nuevo servicio en el público mediante la

realización de encuestas y la segunda, que dependerá de los resultados de la

primera etapa, para medir el nivel de adquisición de los potenciales clientes, en este

caso de un grupo de empresas determinadas.

2.2. PLANTEAMIENTO DEL PROBLEMA

2.2.1. Descripción

En el mundo de la publicidad uno de los métodos más reconocidos por su efectividad

es el “mercadeo directo”, el mismo que apunta a un público específico al que se llega

principalmente por medio de cartas, e-mail o vía telefónica. Sin embargo, estas

campañas normalmente no poseen la fineza requerida para llegar al público objetivo,

disminuyendo así su efectividad.

Además la publicidad emitida mediante volantes, ha generado un impacto ambiental

negativo, debido a que se está desperdiciando tanto recursos naturales como

materiales; así como también este tipo de publicidad genera contaminación, puesto

que la mayoría de personas echan a la basura los volantes sin haberlos leído antes.

80

Por otro lado, la mayor parte de la publicidad actual no está enfocada ciento por

ciento al grupo objetivo; es decir no es personalizada, así como tampoco es

transmitida en el momento y lugar adecuado acorde a las necesidades del cliente.

Es por esto que a la mayoría de las personas les molestan las ofertas no solicitadas

y reaccionan de forma escéptica ante su validez.

Estos son los motivos por las cuales se ha desarrollado una solución para publicidad

visual de bajo costo, personalizada, ecológica, directa y que se adapte a los cambios

tecnológicos y a la globalización, enfocándose en segmentos de población y en los

requerimientos de la empresa; utilizando como herramienta los teléfonos celulares.

2.2.2. Descripción del Tipo de Sistema de Transmisión Publicitaria y su Valor

Distintivo

Este tipo de sistema publicitario es capaz de personalizar los avisos de los

potenciales clientes a fin de adecuarlos a los hábitos de los suscriptores; así como

también reducir los niveles de desperdicio de recursos naturales y materiales,

disminuyendo considerablemente la contaminación producida por la publicidad

impresa.

Además este sistema publicitario proporciona una ventaja importante dentro de las

diversas estrategias de publicidad existentes, la cual se enmarca en que si la

publicidad recibida por un cliente es lo suficientemente atractiva esta puede ser

compartida fácilmente, generando mayores recursos monetarios a sus anunciantes

con menor esfuerzo y dinero.

Por otro lado, el contenido publicitario es variado y estará totalmente ligado a la

marca que quiera utilizar el servicio. La publicidad está completamente ligada a la

campaña global de comunicación del cliente y puede abarcar sonidos e imágenes.

81

2.2.3. Factores de Calidad

2.2.3.1. Análisis FODA

A continuación en la tabla 2.1 se presentan la matriz FODA con las fortalezas-

debilidades y oportunidades-amenazas que ofrece la publicidad visual transmitida a

través de teléfonos celulares:

Tabla 2.1: Matriz Fortalezas, Oportunidades, Debilidades y Amenazas

FACTORES INTERNOS

FACTORES EXTERNOS

FORTALEZAS

Ø Publicidad visual exclusiva de

una marca en particular. Ø Publicidad visual

personalizada. Ø Publicidad visual más

ecológica, reduciendo la contaminación.

Ø Publicidad adaptada al lugar en el que se encuentra el consumidor.

Ø Publicidad contextual. Ø Producto de bajo costo.

DEBILIDADES

Ø Depender de una red celular. Ø Posibilidad de fallas en la

aplicación desarrollada para el envío de mensajes publicitarios.

Ø Necesidad de poseer una base de datos que contenga los números telefónicos de los clientes destino.

OPORTUNIDADES Ø Producto innovador. Ø Mercado en Crecimiento. Ø Producto de fácil adquisición en

el mercado. Ø Malas estrategias de desarrollo

tecnológico de la competencia. Ø Consolidar la marca de un

anunciante en particular en el mercado.

Ø Concientizar a las personas del gasto innecesario de recursos naturales para el desarrollo de anuncios publicitarios.

ESTRATEGIAS FO Ø Consolidar esta forma de

difusión publicitaria en el mercado.

Ø Generar un nuevo modelo para reducir la contaminación ambiental.

Ø Mejorar constantemente los esquemas de seguridad para la transmisión de la publicidad.

ESTRATEGIAS DO Ø Optimizar la aplicación

desarrollada para el envío de publicidad a los teléfonos celulares, que permita el envío sin la necesidad de utilizar números telefónicos.

Ø Implementar mecanismos que permitan elevar la eficiencia de la transmisión de publicidad.

AMENAZAS

Ø Ingreso de nuevos competidores con sistemas publicitarios semejantes.

Ø Mensajes publicitarios pueden llegar a ser considerados como spam.

Ø Guerra de precios.

ESTRATEGIAS FA

Ø Impulsar este tipo de

transmisión publicitaria y su valor distintivo sobre los demás sistemas; evitando conceptos erróneos sobre el misma.

Ø Elaborar un plan tarifario flexible, que permita competir en el mercado.

ESTRATEGIAS DA

Ø Optimizar la aplicación desarrollada para el envío de publicidad a los teléfonos celulares.

Ø Elaborar un plan tarifario flexible, que permita competir en el mercado.

82

Se realiza un análisis FODA, para determinar las ventajas y desventajas de este tipo

de distribución publicitaria utilizando teléfonos celulares y de esta manera obtener un

diagnóstico preciso que permita en función de ello tomar decisiones acordes con los

objetivos.

2.2.3.1.1. Análisis Interno

Para realizar el análisis interno y la matriz de evaluación de factores internos (EFI),

es fundamental hacer una lista de las fortalezas y debilidades del proyecto.

El propósito de este análisis es comprender las características esenciales de este

tipo de transmisión de publicidad visual a través de teléfonos celulares, y de esta

manera alcanzar los objetivos establecidos. Así como también determinar cuáles son

las fortalezas y debilidades del mismo, es decir aspectos sobre los cuales se tiene

algún grado de control; con la finalidad de mantener y desarrollar una ventaja

competitiva.

El valor de ponderación adjudicado a cada factor indica la importancia relativa del

mismo para alcanzar el éxito del proyecto. Independientemente de que el factor clave

represente una fuerza o una debilidad interna, los factores que se han considerado

que repercutirán más en el desempeño del proyecto llevan las ponderaciones más

altas. Dichos valores se han determinado al priorizar cada uno de los factores en

función de los requerimientos de las empresas entrevistadas y del público en

general. El total de todas las ponderaciones deben sumar 1.0.

Por otro lado, las calificaciones asignadas a los factores se basan en la eficiencia de

las estrategias formuladas en el proyecto. El resultado obtenido del análisis de 2.80,

muestra que las fortalezas que posee este sistema de difusión publicitaria

predominan sobre sus debilidades.

83

Tabla 2.2: Resultado de la Evaluación de los Factores Internos, Matriz EMI

2.2.3.1.2. Análisis Externo

Para realizar el análisis externo y la matriz de evaluación de factores externos (EFE),

es fundamental hacer una lista de las oportunidades y amenazas del proyecto.

80 http://www.joseacontreras.net/direstr/cap491d.htm

CAPACIDADES (ELEMENTOS / ÁREAS)

PODERACIÓN FORTALEZAS DEBILIDADES IMPACTO

0.00 a 1.00 A B A B F D

Publicidad visual exclusiva de una marca en particular.

0.20 4

0.80

Publicidad visual más ecológica, reduciendo la contaminación.

0.15 3 0.45

Producto de bajo costo. 0.10 3 0.30

Publicidad visual personalizada. 0.10 4

0.40

Publicidad adaptada al lugar en el que se encuentra el consumidor.

0.05 4 0.20

Publicidad contextual. 0.05 4 0.20

Depender de una red celular. 0.15 1 0.15

Posibilidad de fallas en la aplicación desarrollada para el envío de mensajes publicitarios.

0.10 2 0.20

Necesidad de poseer una base de datos que contenga los números telefónicos de los clientes destino.

0.10 1 0.10

TOTAL 1.00 2.80

Nota:80 (1) El valor del peso adjudicado a un factor va de 0.00 a 1.0 e indica la importancia relativa del mismo. (2) La calificación de cada uno de los factores va de 1 a 4 e indica si el factor representa una debilidad

mayor (calificación = 1), una debilidad menor (calificación = 2), una fortaleza menor (calificación =3) o una fortaleza mayor (calificación = 4).

(3) La letra A representa una debilidad o fortaleza mayor (alta). La letra B representa una debilidad o fortaleza menor (baja).

(4) Si los totales ponderados están muy por debajo de 2.5, significa que existe un predominio de las debilidades del proyecto sobre las fortalezas, mientras que calificaciones muy por arriba de 2.5 indican que las fortalezas tienen mayor eco que las debilidades.

84

Tabla 2.3: Resultado de la Evaluación de los Factores Externos, Matriz EME

El análisis externo efectuado, consistió en detectar y evaluar acontecimientos y

tendencias que se suscitaron en el entorno de esta publicidad visual; es decir,

81 http://www.joseacontreras.net/direstr/cap491d.htm

FACTORES (ELEMENTOS / ÁREAS)

PONDERACIÓN OPORTUNIDADES AMENAZAS IMPACTO

0.00 a 1.00 A M B A M B O A

Producto innovador. 0.25 4 1.00

Mercado en Crecimiento. 0.15 3 0.45

Fácil adquisición en el mercado.

0.05 3

0.15

Malas estrategias de desarrollo tecnológico de la competencia.

0.05 2

0.10

Consolidar aún más la marca de un anunciante en particular en el mercado.

0.05 4

0.20

Concientizar a las personas del gasto innecesario de recursos naturales para el desarrollo de anuncios publicitarios.

0.05 4

0.20

Ingreso de nuevos competidores con sistemas publicitarios semejantes.

0.20

4

0.80

Mensajes publicitarios pueden llegar a ser considerados como spam.

0.10

3

0.30

Guerra de precios. 0.10 1 0.10

TOTAL 1.00 3.30

Nota:81 (1) El valor del peso adjudicado a un factor va de 0.00 a 1.0 e indica la importancia relativa del mismo. (2) La calificación de cada uno de los factores va de 1 a 4 e indica si las estrategias del proyecto están

respondiendo con eficacia al factor, donde 4 = una respuesta superior, 3 = una respuesta superior a la media, 2 = una respuesta media y 1 = una respuesta mala.

(3) Un promedio ponderado de 4.0 indicaría que el proyecto está respondiendo de manera excelente a las oportunidades y amenazas. Un promedio ponderado de 1.0 indicaría que las estrategias del proyecto no están capitalizando las oportunidades ni evitando las amenazas externas.

85

aspectos sobre los cuales se tiene poco o ningún control y que podrían beneficiar o

perjudicarla significativamente.

El valor de ponderación asignado a cada factor indica la importancia relativa que

tiene ese factor para alcanzar el éxito en el mercado. Dichos valores se han

determinado al priorizar cada uno de los factores en función de los requerimientos de

las empresas entrevistadas y del público en general.

Por otro lado, las calificaciones se basan en la eficacia de las estrategias del

proyecto.

La razón de hacer este análisis externo es detectar oportunidades y amenazas, de

manera que se puedan formular estrategias para aprovechar las oportunidades y

estrategias para eludir las amenazas o en su defecto, reducir sus consecuencias.

El total ponderado de 3.30 indica que el proyecto está justo por encima de la media

en su esfuerzo por seguir estrategias que capitalicen las oportunidades externas y

eviten las amenazas.

2.2.3.1.3. Matriz de Aprovechabilidad

La comparación entre las fortalezas y las oportunidades, denota la capacidad

presente y futura para afrontar retos y desarrollar el objetivo del presente análisis.

Además permite conocer qué factores fuertes del proyecto y del entorno se deben

atacar, para poder crear ventajas competitivas, con estrategias fuertes y sostenibles.

Los resultados que se obtuvieron, demuestran que este tipo de transmisión

publicitaria utiliza muy bien sus puntos fuertes para aprovechar de mejor manera las

oportunidades.

86

Tabla 2.4: Matriz de Aprovechabilidad

Las calificaciones de cada factor se las adjudicaron en el análisis interno y en el

externo, mientras que las calificaciones que se observan en la tabla 2.4 son el

resultado de comparar los valores de cada factor en función del grado de

confiabilidad del sistema desarrollado y del entorno del mercado. Y el total es la

suma de cada una de ellas.

2.2.3.1.4. Matriz de Vulnerabilidad

Por último, el resultado de la comparación entre las debilidades y las amenazas

denota las fallas esenciales que se deberían corregir, para prevenir problemas

futuros que se pudieran presentar.

OPORTUNIDADES

FORTALEZAS

Pro

du

cto

Inn

ova

do

r (4

)

Me

rca

do

en

Cre

cim

ient

o

(3)

Fá

cil a

dqu

isic

ión

en

el

me

rca

do

(3

)

Ma

las

estr

ate

gia

s d

e

de

sarr

ollo

tec

nol

ógi

co d

e

la c

om

pete

ncia

(2

)

Co

nso

lida

r a

ún

más

la

ma

rca

de

un

an

unc

ian

te

en

pa

rtic

ula

r e

n e

l m

erc

ad

o

(4)

C

on

cie

nci

ar

a la

s p

ers

ona

s d

el g

asto

in

nec

esa

rio

de

re

curs

os

na

tura

les

(4)

TO

TA

L

Publicidad visual exclusiva de una marca en particular (4)

4 4 4 4 4 4 24

Publicidad visual personalizada (4)

4 4 4 4 4 4 24

Publicidad visual más ecológica, reduciendo la contaminación (3)

4 3 3 2 4 4 20

Publicidad adaptada al lugar en el que se encuentra el consumidor (4)

4 4 4 4 4 4 24

Publicidad contextual (4)

4 4 4 4 4 4 24

Producto de bajo costo (3) 3 3 3 3 4 3 19

TOTAL 23 22 22 21 24 23

87

AMENAZAS

DEBILIDADES

Ingreso de nuevos competidores con

sistemas publicitarios

semejantes (4)

Sistema publicitario que puede llegar a

ser considerado como intrusivo (3)

Guerra de precios (1)

TOTAL

Depender de una red celular no propia (1) 1 1 1 3

Posibilidad de fallas en el software utilizado para el desarrollo de la interfaz de usuario (2)

4 3 2 9

Necesidad de poseer una base de datos que contenga los números telefónicos de los clientes destino. (1)

4 3 1 8

TOTAL 9 7 4

Tabla 2.5: Matriz de Vulnerabilidad

En la tabla 2.5 se observar que los resultados son alentadores, debido a que son

relativamente bajos; es decir; que este tipo de publicidad visual, es sumamente

rentable ya que logra eliminar la mayoría de las debilidades con las fortalezas y

oportunidades, y demuestra que se está preparado para tomar las oportunidades

que se presenten.

El procedimiento de asignación de las calificaciones correspondientes a la

comparación de los factores es igual a la explicada en la Matriz de Aprovechabilidad.

2.2.4. Estudio del Mercado

2.2.4.1. Antecedentes

Realmente se ha visto que el desarrollo de la tecnología móvil ha crecido

favorablemente y lo más importante es que ha sido aceptada de manera mayoritaria

por la sociedad, en todos los niveles sociales y en todas las edades, es por ello que

en la actualidad la transmisión de publicidad visual va encaminada hacia los

dispositivos móviles.

88

El teléfono celular ha llegado a formar parte vital de las personas, tanto que no puede

ser olvidado en cualquier lugar, basándose en esta necesidad o dependencia del

dispositivo, las empresas han puesto sus ojos en ellos como un buen medio

publicitario.

Pero esto implica invadir la privacidad del usuario, es por este motivo que es

necesario crear políticas que puedan permitir al usuario decidir sobre el recibir o no

dicha publicidad.

En la actualidad el teléfono celular es uno de los medios de transmisión más

eficientes, debido a que actúa como un medio directo de comunicación en nuestra

vida diaria y representa el espacio personal de sus dueños. Por lo tanto, proporciona

una oportunidad única para alcanzar a esos consumidores. Mejorar la tecnología de

los teléfonos celulares permite desarrollar estrategias de publicidad más interactivas

con interfaces que tienen contenidos multimedia y características agradables y de

interés para los consumidores, logrando una mejor recepción de la campaña por

parte del usuario.

2.2.4.2. Segmento de Mercado Dirigido al Público en General

2.2.4.2.1. Justificación del Análisis de Mercado para este Segmento

Conocer en qué porcentaje las personas que residen en la ciudad de Quito estarían

interesadas en recibir publicidad de una marca en particular, en el momento y lugar

adecuado; a través de un teléfono celular. Este resultado ayudará a establecer cuán

rentable es introducir en el mercado este tipo de sistema publicitario.

Si se considera que actualmente en la ciudad de Quito existen 2´151.99382

habitantes (Ver ANEXO 5) y que el 62.55%83 de esa población posee un teléfono

82,77 PROYECCIÓN DE POBLACIÓN POR ÁREAS Y AÑOS CALENDARIO, SEGÚN PROVINCIAS Y CANTONES, PERIODO 2001-2010, INEC (Instituto Nacional de Estadísticas y Censos).

89

celular; es decir, una cantidad de 1’346.071,6215 celulares, esta solución de

publicidad permite llegar a una gran cantidad de consumidores en forma fácil, directa

y según intereses específicos.

2.2.4.2.2. 1

Estudiar la aceptabilidad de comercializar publicidad visual, soportada en teléfonos

celulares en la ciudad de Quito.

2.2.4.2.3. Objetivos Específicos

· Determinar el tipo y contenido de publicidad que les agradaría, a las personas

de la ciudad de Quito, recibir en su teléfono celular.

· Cuantificar el número de personas que poseen un teléfono celular que soporte

tecnología GPRS/EDGE.

· Cuantificar la demanda probable de este tipo de sistema de transmisión de

publicidad visual en la ciudad de Quito.

2.2.4.2.4. Metodología

1. TIPO DE ESTUDIO: Muestreo no aleatorio o también conocido como “no

probabilístico”, el mismo que fue escogido por las siguientes razones:

· Resulta difícil obtener una lista de la población, para la base de la

selección al azar.

· Los objetivos del estudio no requieren resultados exactos.

· El muestreo no aleatorio es generalmente más barato y más rápido.

· Podría resultar difícil persuadir a la población escogida al azar a participar

en la recepción de publicidad y probar los parámetros establecidos en el

proyecto.

90

Ø Fuentes y métodos de recopilación de la información:

Las fuentes de recopilación de información primaria serán a través de

encuestas aplicadas a la ciudadanía en diversas partes de la ciudad. Además

se requerirá de información estadística para calcular el número de personas

que se encuestarán, para ello se buscará dicha información en el INEC,

DISTRITO METROPOLITANO DE QUITO u otros organismos que

proporcionen datos relevantes y pertinentes para este proyecto.

Ø Tamaño del Universo: 84,85

El tamaño del universo al que se le realiza el estudio de mercado es 159.440

personas entre alumnos de nivel universitario y profesionales de la ciudad de

Quito, monto que corresponde al 30% de la población universitaria y

profesional a nivel nacional.

Ø Cálculo de la Muestra:

La muestra constituirá el número de elementos, elegidos o no al azar, que hay

que tomar del universo para que los resultados puedan extrapolarse al mismo,

y con la condición de que sean representativos de la población.

Es por esto que el tamaño de la muestra depende de tres aspectos

fundamentales:

§ Del error permitido.

§ Del nivel de confianza con el que se desea el error.

§ Del carácter finito o infinito de la población.

84 http://www.conesup.net/descargas/estadisticas_academicas/POBLACION_UNIVERSITARIA.xlsx 85 http://the.pazymino.com/boletinAbrMay08-D.pdf

91

El método estadístico que se está utilizando para determinar el tamaño de la

muestra se basa en la inferencia estadística86 tradicional. En este método el

nivel de precisión se especifica por anticipado.

La ecuación 2.1 es la que va a ser utilizada para determinar el tamaño de la

muestra, se utiliza esta fórmula debido a que el tamaño del universo que se

está utilizando es de 159.440 habitantes; cantidad que es superior a 100.000

habitantes87 por lo que se la considera como una población infinita.

Ecuación No.2.1: Tamaño de la Muestra para Poblaciones Infinitas88

Donde:

§ n = Número de elementos de la muestra.

§ P = Probabilidad con la que se presenta el fenómeno.

§ Q= Probabilidad con la que no se presenta el fenómeno (1 – P).

§ Z= Constante que depende del nivel de confianza que se asigne.

§ E = Error muestral deseado.

Debido a que el nivel de confianza indica la probabilidad de que los resultados

de la investigación sean ciertos, se asume un 95% de confianza; es decir, que

se puede presentar un error con una probabilidad del 5%.

Además, considerando que el error muestral es la diferencia que puede existir

entre el resultado que se obtiene preguntando a una muestra de la población y

86 Inferencia Estadística: Es el proceso de generalizar los resultados de los cálculos estadísticos de la muestra a los resultados de la población, para estimar los valores de la población verdaderos. 87,88

http://www.marketing-xxi.com/proceso-de-la-investigacion-de-mercados-i-24.htm

ño de la Muestra para Pob

92

el que se obtendría si se preguntara al total de ella, se prevé un margen de

error del 8%.

Por otro lado, debido a que no se tienen estudios o estadísticas previas de que

este tipo de sistema publicitario sea acogido favorablemente se consideró que

el valor de P y de Q es desconocido y por tanto es conveniente tomar el caso

más adecuado; es decir, aquel que necesite el máximo tamaño de la muestra

lo cual ocurre cuando:

P = Q = 50

Por lo tanto:

El valor de z está directamente relacionado con el intervalo de confianza y

para determinar su valor, es necesario utilizar tabla estadística número 1 del

ANEXO 4.

Para un intervalo de confianza de 95%, la probabilidad de que la media de

población caiga fuera de uno de los extremos del intervalo es de 0.025.

Reemplazando los valores antes mencionados en la Ecuación 2.1, se tiene lo

siguiente:

93

Lo que significa que la muestra a tomar será de 151 encuestas.

2. SEGMENTACIÓN DE LA POBLACIÓN

· Geográfica: Ciudad de Quito.

· Demográfica:

Edad: 20 a 30 años.

Sexo: Masculino y Femenino.

Ocupación: Estudiantes universitarios y profesionales.

Educación: Superior y Postgrado.

· Psicográfica:

Nivel socio económico: medio, medio alto, alto.

Se segmentó de esta forma a la población, porque cumplía con los

requerimientos de este análisis, ya que las personas dentro de este rango de

edad están mucho más comprometidas con la tecnología y su desarrollo, en

busca de mejorar la calidad de vida.

3. HIPÓTESIS

¿Más del 60% de los usuarios de la telefonía celular actual, aceptarán recibir

publicidad visual móvil?.

4. ENCUESTA

La encuesta aplicada al público en general se encuentra en el ANEXO 6.

94

5. RESULTADOS DE LA APLICACIÓN DE LA MUESTRA OBTENIDA

Después de haber aplicado las encuestas se tabularon los resultados, los

mismos que se encuentran en el ANEXO 7.

6. ANÁLISIS E INTERPRETACIÓN DE RESULTADOS

A continuación se presentan las gráficas en función de los resultados obtenidos

en cada una de las diez preguntas formuladas.

Figura 2.1: Gráfica con los Resultados de la Pregunta 1

Análisis: La finalidad de esta pregunta es conocer el porcentaje de personas

dentro del universo que poseen un teléfono celular que soporta tecnología

GPRS/EDGE; ya que esta información proporciona una pauta importante para la

promoción de la publicidad en mención.

95

Interpretación: El 49.67% respondieron que poseen un teléfono celular con

tecnología GSM/GPRS, el 42.38% de los encuestados respondieron que

poseen un teléfono celular que soporta tecnología 3G, mientras que el 33.77%

de las personas entrevistadas tiene acceso a la tecnología EDGE a través de su

teléfono celular y el 1.99% restante contestó que poseen un teléfono celular con

tecnología CDMA.


Análisis: La finalidad de la pregunta en mención es conocer el porcentaje de

aceptación de las operadoras celulares del país, sobre los estudiantes

universitarios y profesionales entre 20 y 30 años de edad. Comparando los

resultados obtenidos con las estadísticas realizadas por la SUPERTEL (las

mismas que se encuentran en el ANEXO 8), se puede observar que en el

segmento de población elegido existe una mayor cantidad de usuarios en la

operadora MOVISTAR; a diferencia de las estadísticas en donde se aprecia que

a nivel nacional PORTA posee la mayor cantidad de usuarios.

96

Interpretación: El 73.51% de los encuestados respondieron que utilizan los

servicios de telefonía celular de la operadora MOVISTAR, mientras que el

37.75% de la operadora PORTA y el 1.99% de la operadora ALEGRO. Lo que

muestra que dentro de este segmento de población, los paquetes de servicio

proporcionados por la operadora MOVISTAR tienen mayor acogida.


Análisis: El objetivo de esta pregunta es obtener información acerca del grado

de conocimiento que tienen los estudiantes universitarios y profesionales entre

20 y 30 años de edad de la ciudad de Quito que corresponden al segmento de

población elegido, sobre el significado o entendimiento de lo que es publicidad

personalizada. Este resultado ayudará en el diseño de una estrategia de

mercado lo suficientemente competitiva.

97

Interpretación: El 61.59% de los encuestados respondieron que sí conocen

que es publicidad personalizada, mientras que el 38.41% respondió que no

tiene conocimiento acerca de este tipo de publicidad visual.


Análisis: La finalidad de esta pregunta es conocer a través de qué medios

tecnológicos las personas entrevistadas han visto, escuchado o recibido algún

tipo de publicidad.

Interpretación: El 79.47% de los encuestados respondieron que han visto

mensajes publicitarios a través de teléfonos celulares (en movimiento) y un

60.93% a través de la televisión, radio, pancartas, etc.

Ninguna persona entrevistada especificó otro tipo de medio publicitario.

98


Análisis: Esta pregunta es la base del análisis del mercado ya que tiene la

finalidad de demostrar el cumplimiento de la hipótesis formulada; es decir

demostrar que más del 60% de los usuarios de la telefonía celular actual,

aceptarán recibir publicidad visual móvil. Además los resultados obtenidos

proporcionan el porcentaje de garantía de que la publicidad recibida sea vista y

no desechada.

Interpretación: Al 80.13% de los encuestados les gustaría recibir publicidad en

su teléfono celular, mientras que el 19.87% respondió que no le interesa recibir

publicidad en su celular.

99


Análisis: El objetivo de formular esta pregunta es determinar el tipo de

publicidad que a las personas les gustaría recibir en su teléfono celular y así

discernir cual será la publicidad que mayor acogida tendrá en el mercado;

ayudando a establecer estrategias robustas para consolidar la marca de un

producto en particular.

Interpretación: De los resultados obtenidos en esta pregunta, se puede

observar que existe una marcada preferencia por los mensajes con contenido

interactivo, como son fotos, videos y audio

100


Análisis: La finalidad de esta pregunta es conocer el contenido de la publicidad

que les agradaría a las personas recibir en su teléfono celular y así dar un

enfoque especial sobre aquel contenido que obtenga mayor aceptación en el

público para aumentar la aceptación de este tipo de sistema publicitario.

Interpretación: Los resultados obtenidos en esta preguntan muestran que los

tipos de contenido publicitario que mayor aceptación tuvieron en el público

fueron cartelera de CINES y promociones de los SUPERMERCADOS. Esto

proporciona la pauta para determinar el tipo de producto y empresa destino a la

cual se debe ofertar el servicio.

101


Análisis: El propósito de esta pregunta es conocer la frecuencia con que a las

personas les gustaría recibir publicidad en su teléfono celular, y con ello obtener

datos que ayuden a diseñar un sistema publicitario que evite la saturación de la

red y que además no llegue a ser considerado por los usuarios como spam.

Interpretación: Al 39.07% de las personas encuestadas le gustaría recibir de

forma mensual publicidad visual, el 20.53% está interesada en recibir publicidad

cada quince días, mientras que el 13.91% le gustaría recibir publicidad cada

semana y un 6.62% estaría abierta a recibir diariamente publicidad en su

dispositivo celular.

102


Análisis: El objetivo del planteamiento de esta pregunta es comparar los datos

arrojados por la encuesta y las estadísticas realizadas por la SUPERTEL, las

mismas que se encuentran en el ANEXO 8. Como se observa en la figura 2.9,

existe una tendencia marcada por la telefonía prepago, debido a que no se

requiere la firma de un contrato vinculante con la operadora y porque se puede

controlar el consumo por servicio adquirido sin la necesidad de pagar una

mensualidad por él.

Interpretación: El 69.54% de los encuestados pagan antes de recibir el servicio

(PREPAGO), mientras que el 30.46% pagan después de recibir el servicio (POST

PAGO). Es decir, que dentro del segmento analizado existe preferencia por el

servicio prepago ofertado por las operadoras.

103


Análisis: El objeto de esta pregunta es determinar el porcentaje de los

encuestados que utilizan los servicios de Internet y mensajes multimedia,

debido a que este es un parámetro importante para el cumplimiento de los

objetivos de este proyecto.

Interpretación: El 100.00% de los encuestados respondió que utiliza el servicio

de telefonía con su operadora celular, el 98.01% respondió que utiliza el servicio

de mensajes cortos (SMS), un 42.38% hace uso de Internet, el 20.53% utiliza el

servicio de mensajes multimedia (MMS). En tanto el 7.28% de los encuestados

tiene servicio de chat en su dispositivo celular y el 0.66% utiliza el servicio de

videotelefonía. Los resultados obtenidos muestran que dentro de los servicios

de telefonía móvil más utilizados están el Internet y los mensajes multimedia.

104

2.2.4.3. Segmento de Mercado Dirigido a las Empresas

2.2.4.3.1. Justificación del Análisis de Mercado para este Segmento

En la actualidad las grandes compañías desembolsan millones en campañas de

publicidad de tipo masivo; mientras que la pequeña y mediana empresa debe

conformarse con actividades menores, de poco impacto y que no les permiten

alcanzar los objetivos deseados.

Sin embargo, la masificación de la telefonía móvil está abriendo una nueva

oportunidad para ellos. Es por esto que este proyecto surge como una solución para

aquellas empresas que necesitan llegar a un público específico utilizando un canal

fresco, innovador y altamente rentable.

2.2.4.3.2. Objetivo General

Estudiar la aceptabilidad de comercializar publicidad visual, soportándose en

teléfonos celulares como un nuevo canal publicitario en las empresas de la ciudad de

Quito.

2.2.4.3.3. Objetivos Específicos

· Determinar qué factores influyen en las empresas para realizar la adquisición

de este medio de publicidad visual.

· Determinar qué valor monetario estarían dispuestas a pagar las empresas por

ofrecer este tipo de servicio publicitario a sus clientes.

2.2.4.3.4. Metodología

1. TIPO DE ESTUDIO: Muestreo no aleatorio o también conocido como “no

probabilístico”, el mismo que fue escogido por las siguientes razones:

105

· Resulta difícil obtener una lista de las empresas para la base de la

selección al azar.

· Los objetivos del estudio no requieren resultados exactos.

· El muestreo no aleatorio es generalmente más barato y más aprisa.

· Podría resultar difícil persuadir a las empresas escogidas al azar para que

participen en el envío de la publicidad a los potenciales clientes.

Ø Fuentes y métodos de recopilación de la información:

Las fuentes de recopilación de información primaria serán a través de

encuestas aplicadas a empresas grandes, medianas y pequeñas de la ciudad

de Quito. Además se requerirá de información estadística para calcular el

número de empresas que se encuestarán, para ello se buscará dicha

información en la Dirección Metropolitana de Planificación Territorial.

Ø Tamaño del Universo:

El tamaño del universo al que se le realizará el estudio de mercado es

18.11789 empresas entre grandes, medianas y pequeñas de la ciudad de

Quito.

Ø Cálculo de la Muestra:

La muestra constituirá el número de elementos, elegidos o no al azar, que hay

que tomar del universo para que los resultados puedan extrapolarse al mismo,

y con la condición de que sean representativos de la cantidad total de

compañías. Es por esto que el tamaño de la muestra depende de tres

aspectos fundamentales:

89 http://www4.quito.gov.ec/spirales/9_mapas_tematicos/9_7_economia/9_7_1_1.html

106

§ Del error permitido.

§ Del nivel de confianza con el que se desea el error.

§ Del carácter finito o infinito de la población.

El método estadístico que se está utilizando para determinar el tamaño de la

muestra se basa en la inferencia estadística tradicional. En este método el

nivel de precisión se especifica por anticipado.

La Ecuación 2.2 que se muestra a continuación es la que va a ser utilizada

para determinar el tamaño de la muestra. Se utiliza esta fórmula debido a que

la densidad de empresas de la ciudad de Quito es 18.117; cantidad que es

menor a 100.000 empresas por lo que se la considera como una población

finita.

Ecuación No.2.2: Tamaño de la Muestra para una Población Finita90

Donde:

§ n = Número de elementos de la muestra.

§ N = Número de elementos del universo.

§ P = Probabilidad con la que se presenta el fenómeno.

§ Q = Probabilidad con la que no se presenta el fenómeno (1 – P).

§ Z = Constante que depende del nivel de confianza que se asigne.

§ E = Error muestral deseado.

90 http://www.marketing-xxi.com/proceso-de-la-investigacion-de-mercados-i-24.htm

107

Debido a que el nivel de confianza indica la probabilidad de que los resultados

de la investigación sean ciertos, se asume un 90% de confianza; es decir, que

se puede presentar un error con una probabilidad del 10%.

Además, considerando que el error muestral es la diferencia que puede existir

entre el resultado que se obtiene preguntando a una muestra de la población y

el que se obtendría si se preguntara al total de ella, se prevé un margen de

error del 15%.

Por otro lado, debido a que no se tienen estudios o estadísticas previas de que

este tipo de sistema publicitario sea acogido favorablemente se consideró que

el valor de P y de Q es desconocido.

Es por esto que es conveniente tomar el caso más adecuado; es decir, aquel

que necesite el máximo tamaño de la muestra, lo cual ocurre cuando:

P = Q = 50

Por lo tanto:

El valor de z está directamente relacionado con el intervalo de confianza y

para determinar su valor, es necesario utilizar la tabla estadística número 1 del

ANEXO 4.

108

Para un intervalo de confianza de 90%, la probabilidad de que la media de

población caiga fuera de uno de los extremos del intervalo es de 0.05.

Reemplazando los valores antes mencionados en la Ecuación No.2.2, se tiene

lo siguiente:

Lo que significa que la muestra a tomar será de 30 encuestas, pero debido a

que el tiempo de respuesta y el grado de complejidad por parte de las

empresas para la concesión de una cita fue alrededor de dos a tres semanas

cada una; se redujo el número de encuestas a 22. Las mismas que fueron

divididas en grandes, medianas y pequeñas.

2. HIPÓTESIS

¿Más del 60% de las empresas de la ciudad de Quito entrevistadas, aceptarán

adquirir este medio publicitario?

3. ENCUESTA

La encuesta aplicada a las empresas se encuentra en el ANEXO 9.

4. RESULTADOS DE LA APLICACIÓN DE LA MUESTRA OBTENIDA

Después de haber aplicado las encuestas se tabularon los resultados, los

cuales se encuentran en el ANEXO 10.

109

5. ANÁLISIS E INTERPRETACIÓN DE RESULTADOS

A continuación se presentan las gráficas en función de los resultados obtenidos

en cada una de las cinco preguntas formuladas en la encuesta:


Análisis: La finalidad de esta pregunta es conocer cuan motivada se encuentra

la compañía para adquirir este medio de distribución publicitaria; y las razones

fundamentales del por qué si o no ofrecería este servicio a sus clientes.

Interpretación: El 81.82% de las empresas encuestadas respondieron que

están interesados en adquirir este servicio publicitario para innovar y mejorar la

calidad de publicidad que ofrece actualmente a sus clientes. Mientras que el

18.18% respondió que no están interesados en implementar este servicio en su

empresa; porque consideran al sistema ofrecido como intrusivo y limitado por la

tecnología.

110


Análisis: El objetivo de esta pregunta es determinar qué tipo de contenido le

agradaría más a las empresas entrevistadas enviar como publicidad a sus

clientes, y así desarrollar estrategias solventes que permitan consolidar en el

mercado a un producto en particular.

Interpretación: Los resultados que se muestran en la figura 2.12 indican que al

36.36% de las empresas entrevistadas les interesaría enviar promociones de

sus productos a través de imágenes, al 22.78% les agradaría a través de

videos. Estos dos tipos de formato son los de mayor acogida, dando a notar que

existe por parte de las empresas un mayor interés por la publicidad interactiva.

111


Análisis: La finalidad de la formulación de esta pregunta es determinar la

frecuencia con que a las empresas les agradaría enviar publicidad de un

producto en particular a través del teléfono celular y con ello realizar un análisis

comparativo con los resultados obtenidos en la pregunta 8 de la encuesta

realizada al público. De esta manera establecer esquemas de transmisión que

no provoquen que la publicidad enviada llegue a ser considerada como spam91.

Interpretación: De los resultados obtenidos, se concluye que el 61.11% de las

empresas encuestadas prefieren notablemente el envío de publicidad a través

de un teléfono celular cada mes. La razón fundamental es que las empresas

desean evitar que el contenido enviado sea descartado sin antes ser leído.

91 Spam: Se define SPAM a los mensajes no solicitados, habitualmente de tipo publicitario, enviados en forma masiva que perjudican de alguna o varias maneras al receptor.

112


Análisis: El propósito del planteamiento de esta pregunta es definir los sectores

estratégicos en los cuales se incidirá con la aplicación del proyecto. Para de

esta manera enfocarse en un solo mercado.

Interpretación: El 59.09% de las empresas encuestadas respondió que

preferiría enviar publicidad sobre un producto en particular, a clientes cuyo plan

telefónico sea PREPAGO; debido a que la mayoría de sus clientes poseen este

tipo de plan.


113


Análisis: El objetivo de esta pregunta es conocer qué valor monetario estarían

dispuestas a costear una empresa en particular para obtener y ofrecer

publicidad móvil a sus usuarios.

Interpretación: Los resultados obtenidos demuestran que el 31.82% de las

empresas entrevistadas, pagarían por este servicio publicitario entre 900 y 1600

dólares; así como también reflejan que algunas empresas necesitan conocer

más a fondo la efectividad que este servicio ofrece, para determinar la cantidad

de dinero que pagarían por el mismo.

114

2.3. ANÁLISIS COMPARATIVO ENTRE LA PUBLICIDAD

TRADICIONAL Y LA PUBLICIDAD VISUAL A TRAVÉS DE

TELÉFONOS CELULARES

La publicidad tradicional, si bien permite influir en el comportamiento de clientes

utilizando diversos medios de comunicación, como son revistas, televisión, radio,

etc., la publicidad visual a través de teléfonos celulares representa mayores ventajas,

ya que permite entrar en contacto directo con los clientes proporcionándoles

servicios acorde a sus necesidades y preferencias.

Como se puede apreciar, la publicidad a través de teléfonos celulares rompe el

paradigma de la publicidad tradicional, permitiendo interactuar con los clientes

potenciales de manera directa ofreciendo servicios adicionales que permitan no solo

recibir un mensaje multimedia, sino también consolidar la relación con los mismos.

A continuación se presenta las diferencias entre la publicidad tradicional y la

publicidad a través de teléfonos celulares; así como los beneficios y riesgos de la

publicidad visual en celulares.

2.3.1. Diferencias entre la Publicidad Tradicional y la Publicidad a través de

Teléfonos Celulares

· En la publicidad tradicional se necesita realizar grandes inversiones para

obtener algún resultado, mientras que la publicidad mediante celulares

representa un bajo costo siendo conveniente para todo tipo de empresa.

· La publicidad impresa tradicional gasta en recursos naturales; debido a que

utiliza como materia prima al papel. En cambio la publicidad visual a través de

un teléfono celular no desperdicia recursos ayudando así a preservar el medio

ambiente.

115

· En la publicidad tradicional, no se tiene una forma exacta de cuantificar la

inversión realizada, ya que la retroalimentación es casi nula.

· En la publicidad tradicional se puede llegar a muchas personas; es decir,

existe una masificación de la publicidad provocando la saturación de la

percepción de los usuarios. En cambio mediante la utilización de un teléfono

celular como medio de transmisión, la publicidad puede llegar en el momento

y lugar clave en que alguien necesita lo que una empresa en particular ofrece.

Como se puede apreciar, aunque la finalidad de ambos tipos de publicidad es la

misma; la cual es llegar a los potenciales clientes; es muy interesante y productivo el

uso de un teléfono celular como medio publicitario, ya que no existen límites y

permite de una manera versátil interactuar con los clientes a un costo menor que el

de la publicidad tradicional.

2.3.2. Beneficios y Riegos de la Publicidad Visual en Teléfonos Celulares

2.3.2.1. Beneficios

· Este tipo de publicidad puede dirigirse a un público amplio y ofrecer respuesta

personalizada.

· Permite un ahorro de costos tanto de la producción y mantenimiento de la

campaña, así como para la consecución y retención de nuevos clientes.

· Uso de diversos elementos interactivos para establecer relaciones con los

clientes (videos, imágenes, sonidos, etc).

· Permite personalizar la publicidad de una empresa en particular, en función de

los gustos y preferencias de los usuarios.

· Permite un ahorro de tiempo de producción de la campaña publicitaria, porque

interactúa directamente con el usuario.

· Los productos y servicios pueden ser publicados las 24 horas del día a un

mercado global.

116

· Permite bajar al máximo los precios, obteniendo ganancias de los costos de

envío, volumen de venta y personalización de los productos.

2.3.2.2. Riesgos

· Existe la posibilidad latente de que los usuarios se hallen bastante saturados

de ofertas en su celular, por lo que ya no les prestará tanta atención. Por tanto

la publicidad puede perder su efectividad y convertirse en un “spam”; es así

que los mensajes pueden llegar a ser descartados sin haber sido leídos.

· La competencia puede detectar con facilidad los nuevos movimientos y/o las

estrategias de publicidad y tratar de superarlos constantemente.

· La publicidad está dirigida solo a los usuarios de la telefonía móvil. Si el

producto es solo transmitido a través de este medio, no habrá problemas.

Caso contrario, se debe complementar la publicidad con la realizada en otro

tipo de medios masivos.

2.4. ANÁLISIS DE LOS RESULTADOS OBTENIDOS DEL

ESTUDIO DE MERCADO

§ Los resultados obtenidos del análisis FODA realizado en la primera parte del

capítulo, demuestran la rentabilidad de este medio publicitario, debido a que

los beneficios y oportunidades que ofrece superan a las desventajas y

amenazas que presenta la transmisión de publicidad visual utilizando

teléfonos celulares.

§ La muestra a la que se aplicó la encuesta al público, es de ciento cincuenta y

un personas, que tienen como característica principal el de estar

comprometidos con la tecnología.

117

§ Se elaboró un cuestionario de diez preguntas que ayudó a la determinación

del grado de aceptación de este tipo de transferencia publicitaria por parte de

los usuarios de la telefonía celular actual; ligada a las necesidades y

requerimientos de un público cada vez más exigente y tecnológico; a través

del teléfono celular.

§ Los resultados de la encuesta aplicada al público arrojó que el 80.13% de las

personas entrevistadas en la ciudad de Quito, estarían dispuestas a recibir

publicidad visual en su teléfono celular. Este porcentaje de aceptación del

servicio proporcionó la pauta necesaria para la realización de la encuesta

destinada a las potenciales empresas que adquirirán este sistema publicitario;

debido a que dicho porcentaje ofrece a las empresas la garantía y

sustentación comercial de que el servicio que adquirirán les brinde beneficios

y no perjuicios económicos.

§ El tamaño de la muestra a la que se aplicó la encuesta a las empresas, fue de

veinte y dos (22) compañías, entre grandes, medianas y pequeñas. En función

de la densidad de empresas que existen en la ciudad de Quito y los

requerimientos del proyecto, el tamaño de muestra analizado, a pesar de que

no corresponde al valor que se obtuvo mediante cálculo, proporcionó una

aproximación satisfactoria.

§ Por otra parte, la encuesta realizada a las empresas constó de un cuestionario

de cinco preguntas, con la finalidad de determinar la aceptabilidad en las

empresas de la ciudad de Quito de comercializar publicidad visual utilizando

como medio de transmisión a los teléfonos celulares.

Los resultados obtenidos fueron satisfactorios; ya que de las veinte y dos

empresas encuestadas dieciocho estuvieron interesados en adquirir este

sistema publicitario para renovar su esquema de publicidad, lo que da a

entender que el servicio ofertado es bueno; por ello se puede concluir que

existe la certeza de que la empresa está satisfecha con el servicio ofertado.

118

Por lo antes mencionado se concluye que:

§ Los resultados obtenidos del análisis de mercado muestran una creciente

demanda de este tipo de publicidad visual a través de teléfonos celulares;

dado que el mercado actual se encuentra saturado de publicidad impresa se

ha visto la necesidad de incurrir dentro de la publicidad móvil mediante la

implementación de un sistema publicitario que proporcione una buena

oportunidad para aquellas marcas de algunos segmentos donde los medios

tradicionales (televisión, radio, vallas publicitarias, etc) llegan menos

eficientemente al potencial cliente, ayudando de esta manera a incrementar

las posibilidades de venta de los anunciantes. Los mismos que aprovechando

la segmentación que permite la tecnología celular, combinadas con la

necesidad de inversión en nuevas campañas publicitarias renuevan sus

esquemas habituales de publicidad.

§ Además hay que considerar que el celular se ha convertido en una nueva

forma de desarrollar la economía, ya que cada vez se incrementa el volumen

de ventas así como el número de usuarios de la telefonía móvil y la tendencia

es cada vez mayor hacia el uso de redes en la publicidad, debido a los

beneficios que ya están obteniendo las empresas y es ideal para las

exigencias de los clientes actuales en un mercado globalizado.

118

CAPÍTULO 3

DESARROLLO DE LA INTERFAZ GRÁFICA Y COSTOS

119

CAPÍTULO 3: DESARROLLO DE LA INTERFAZ GRÁFICA Y

COSTOS

3.1. INTRODUCCIÓN

En este capítulo se detalla el proceso de elaboración de los diferentes componentes

del sistema de publicidad visual utilizando para su transmisión dispositivos celulares.

El sistema consta de tres partes: la primera es una interfaz gráfica de usuario,

desarrollada en lenguaje de programación Java (Java Standard Edition). La segunda

parte constituye el almacenamiento de la información proporcionada por la interfaz

gráfica en la base de datos desarrollada en MySQL y la tercera es el envío de los

mensajes publicitarios a los diferentes usuarios a través del módem GPRS/EDGE.

Así mismo, se describe brevemente el lenguaje de programación y la plataforma de

programación utilizados para el desarrollo de las distintas interfaces.

3.2. PLATAFORMA DE PROGRAMACIÓN ECLIPSE


La plataforma Eclipse consiste en un Entorno de Desarrollo Integrado (IDE,

Integrated Development Environment) de código abierto, multiplataforma y

extensible. Un IDE es un programa compuesto por un conjunto de herramientas

útiles para un desarrollador de software. Como elementos básicos, un IDE cuenta

con un editor de código, un compilador/intérprete y un depurador.

Esta plataforma, típicamente ha sido usada para elaborar Entornos de Desarrollo

Integrados (del inglés IDE), como el IDE de Java llamado Java Development Toolkit

(JDT) y cuenta con numerosas herramientas de desarrollo de software. También da

soporte a otros lenguajes de programación, como son C/C++, Cobol, Fortran, PHP o

Python.

120

Eclipse es una gran estructura formada por un núcleo y muchos plug-ins que van

conformando la funcionalidad final. La forma en que los plug-ins interactúan es

mediante interfaces o puntos de extensión; así, las nuevas aportaciones se integran

sin dificultad ni conflictos.

Eclipse fue desarrollado originalmente por IBM como el sucesor de su familia de

herramientas para VisualAge. Eclipse es ahora desarrollado por la Fundación

Eclipse, una organización independiente sin ánimo de lucro que fomenta una

comunidad de código abierto y un conjunto de productos complementarios,

capacidades y servicios.

Gran parte de la funcionalidad de Eclipse es muy genérica. Permite que nuevos

componentes puedan utilizar nuevos tipos de contenido, para realizar nuevas tareas

con contenidos existentes. Está compuesto por tres elementos: la Plataforma

Eclipse, Java Development Tool y Plug-in Development Environment. El éxito de la

Plataforma Eclipse depende de cómo sea capaz de admitir una amplia gama de

herramientas de desarrollo para reproducir lo mejor posible las herramientas

existentes en la actualidad.

3.2.2. Características de la Plataforma Eclipse

La plataforma Eclipse está diseñada para afrontar las siguientes necesidades:

· Soportar la construcción de gran variedad de herramientas de desarrollo.

· Soportar las herramientas proporcionadas por diferentes fabricantes de

software independientes (ISV’s).

· Soportar herramientas que permitan manipular diferentes contenidos (HTML,

Java, C, JSP, EJB, XML, y GIF).

· Facilitar una integración transparente entre todas las herramientas y tipos de

contenidos sin tener en cuenta al proveedor.

121

· Proporcionar entornos de desarrollo gráfico (GUI) o no gráficos.

· Permitir su ejecución en una gran variedad de sistemas operativos, incluyendo

Windows® y Linux™.

3.2.3. Arquitectura de la Plataforma Eclipse

Una de las principales ventajas de la Plataforma Eclipse es que tiene una

arquitectura basada en plug-ins. Un plug-in es la unidad mínima de funcionalidad de

Eclipse que puede ser distribuida de manera separada. Los plug-ins están escritos

en Java, formados por un JAR92 (Java ARchives, Archivos Java) de código Java,

ficheros de lectura y otros recursos como imágenes, catálogos de mensajes,

librerías, etc.

Algunos plug-ins no contienen nada de código. Ejemplo: el plug-in que proporciona

ayuda en forma de páginas HTML (HyperText Markup Language). Cada plug-in tiene

un fichero XML manifest que lista los elementos que necesitan de otros plug-ins así

como los puntos de extensión que ofrece.

Al iniciar la Plataforma de Ejecución se descubre de manera dinámica el conjunto de

plug-ins disponibles, se leen sus archivos de manifiesto93, y se construye en memoria

un registro de plug-ins. En la figura 3.1 se puede observar los diferentes bloques que

forman parte de la arquitectura de la plataforma Eclipse, cada una de ellas se las

describen a continuación.

92 JAR: Estos archivos permiten introducir todos los archivos necesarios para ejecutar nuestra aplicación (clases, imágenes, sonidos, archivos de texto, etc) en uno solo con la posibilidad de comprimirlos. 93 Un archivo MANIFIESTO es un archivo que Java crea por defecto y en donde pueden definirse varios parámetros necesarios para la ejecución de un archivo.

122

Figura 3.1: Arquitectura de la Plataforma Eclipse94

v PDE (Plug-in Development Enviroment), proporciona herramientas y

asistentes que automatizan y facilitan la creación, desarrollo, depuración y

distribución de plug-ins.

v JDT (Java Development Tooling), agrupa un conjunto de plug-ins que

extienden la plataforma básica proporcionando características de edición

compilación, depuración y ejecución de código Java. Explica a la plataforma

cómo entender Java. Viene incluido en el SDK (Standard Development Kit) de

Eclipse que tiene las herramientas de desarrollo de Java, ofreciendo un IDE

con un compilador de Java interno y un modelo completo de los archivos

fuente de Java.

v Plataforma, es el núcleo básico o el kernel de Eclipse; emplea una estructura

abierta de plug-ins (extensiones) que permite expandir las capacidades de la

plataforma base; es de arquitectura abierta, pues es un producto de código

fuente abierto (open source). Está escrita en Java. Provee a las capas

superiores de servicios tales como editor de código fuente, infraestructura

94 http://extension.info.unlp.edu.ar/jornadas2004/programa/presentaciones/expounlp2004JAVAfinal.pdf

PDE

JDT

PLATFORM

JAVA VIRTUAL MACHINE

SDK

Standard

Development

Kit

Plug-in Development Environment

Java Development Tooling

La Plataforma de Eclipse

Standard Java 2 Virtual Machine

123

para depuración independiente del lenguaje de programación, soporte de

versiones, búsqueda, compilación, asistentes para creación, etc.

v Java Virtual Machine, es una máquina virtual de proceso nativo, es decir,

ejecutable en una plataforma específica, capaz de interpretar y ejecutar

instrucciones expresadas en un código binario especial (el Java bytecode), el

cual es generado por el compilador del lenguaje Java.

En el literal 3.3.2.2 de este capítulo, se detalla el funcionamiento de este

componente.

Figura 3.2: Arquitectura Eclipse Basada en plug-ins95

3.2.4. APIs (Application Programming Interface) de la Plataforma Eclipse

El principal objetivo de la Plataforma Eclipse es proporcionar mecanismos, reglas

que puedan ser seguidas por los fabricantes para integrar de manera transparente

sus herramientas. Mediante APIs de interfaces, clases y métodos, se exponen estos

mecanismos. La Plataforma también posibilita la construcción de nuevas

95 http://extension.info.unlp.edu.ar/jornadas2004/programa/presentaciones/expounlp2004JAVAfinal.pdf

CORE

Plug-in Plug-in

Plug-in

Plug-in Plug-in

Plug-in Plug-in

Plug-in Plug-in

Plug-in Plug-in

Plug-in

Plug-in

Plug-in Plug-in Plug-in

Plug-in

PDE

JTD

PLATAFORMA

org.eclipse.core.boot org.eclipse.core.runtin org.apache.xerces

124

herramientas que extenderán la funcionalidad de la misma. La figura 3.3 muestra los

componentes APIs de la Plataforma Eclipse:

Figura 3.3: Componentes APIs de la Plataforma Eclipse.96

A continuación se describen cada uno de los componentes APIs mostrados en la

figura 3.3:

3.2.4.1. Workspace

Las diferentes herramientas que son instaladas en la Plataforma Eclipse actúan

sobre ficheros regulares que se almacenan en lo que se denominan espacios de

trabajo (workspace), que es específico para el usuario.

El espacio de trabajo de un usuario contiene varios directorios a nivel más alto (que

se denominan proyectos). Cada proyecto contiene los archivos que son creados y

manipulados por el usuario. Todos los archivos en el espacio de trabajo son

directamente accesibles por programas standard y herramientas del sistema

operativo.

96http://150.244.56.228/descargas_web/cursos_verano/20040801/Jesus_Montero/Entornos_de_programacion.pdf

125

3.2.4.2. Workbench

La Plataforma Eclipse tiene una interfaz gráfica, construida en base a un workbench

(banco de trabajo) que proporciona toda la estructura y presenta una interfaz de

usuario (User Interface). Existe también un API de este workbench y su

implementación se lleva a cabo a través de lo que se denominan toolkits, que pueden

ser de dos tipos:

· SWT (Standard Widget Toolkit).- Es un conjunto de utilidades y librerías

gráficas integradas con el sistema, nativas de ventanas pero con una API

independiente del sistema operativo.

· JFace.- Es una interfaz gráfica implementada sobre SWT que simplifica las

tareas de programación.

3.2.4.3. Team

Este plug-in facilita el uso de un sistema de control de versiones para manejar los

recursos en un proyecto de usuario y define el proceso necesario para guardar y

recuperar de un repositorio.

Eclipse incluye un cliente para CVS (Concurrent Versions System).

3.2.4.4. Debug

Se encarga de realizar las siguientes tareas:

· Configuraciones de ejecución/lanzamiento.

ü Cómo se ejecuta un programa (opción de modo depuración).

· Modelo genérico de depuración.

ü Eventos de depuración estándar: suspendido, salida.

ü Acciones de depuración estándar: continuación, terminación, paso a paso.

126

ü Puntos de ruptura.

ü Expresiones.

ü Localizador de código fuente.

· Interfaz gráfica del depurador genérico.

ü Perspectiva de depuración.

ü Vistas de depuración: Pila de llamadas, puntos de ruptura.

· Mecanismos de depuración disponibles para otros plug-ins.

3.2.4.5. Ant

Eclipse incorpora Apache Ant, que es una herramienta de construcción basada en

Java que en lugar de archivos makes se tiene archivos XML. Ant es un plug-in

disponible desde el menú de herramientas externas al Workbench. PDE utiliza Ant

para la generación de la forma de despliegue de un plug-in.

3.2.4.6. Ayuda

La Plataforma Eclipse proporciona mecanismos para definir y contribuir con la

configuración del contenido HTML en algo estructurado. La ayuda de Eclipse está

expresada en archivos XML externos.

3.3. LENGUAJE DE PROGRAMACIÓN JAVA

3.3.1. Historia del Lenguaje Java

Los lenguajes de programación C y Fortran se han utilizado para diseñar algunos de

los sistemas más complejos en lenguajes de programación estructurada, creciendo

hasta formar complicados procedimientos con múltiples saltos y un control de flujo

difícilmente trazable.

127

No solo se necesitaba un lenguaje de programación para tratar esta complejidad,

sino un nuevo estilo de programación. Este cambio de paradigma de la programación

estructurada a la programación orientada a objetos, comenzó hace 30 años con un

lenguaje llamado Simula67.

En 1990, la empresa Sun Microsystems, decide crear un pequeño grupo de

programadores cuyo objetivo es desarrollar un nuevo lenguaje destinado al campo

de la electrónica de consumo, especialmente electrodomésticos. Este proyecto se

conocía como Green Project. El lenguaje que se desarrolló se denominaba Oak, y

sería el precursor de Java.

En 1993, tras el fracaso del proyecto, Sun se centra en el desarrollo de sistemas de

televisión interactiva y en el lenguaje Oak. En esta época, World Wide Web comienza

su transición al modo gráfico. Se crea la primera aplicación para un computador

personal, un browser para HTML, que demostraría toda la potencia de este nuevo

lenguaje. En él se podría visualizar el primer applet Java.

En 1995, Java sale al público como un programa orientado a objetos e independiente

de la plataforma que se esté utilizando, teniendo aplicaciones para redes TCP/IP.

Java 1.1 apareció a principios de 1997 mejorando considerablemente la primera

versión, más tarde aparece Java 1.2 que luego se denomina Java 2, la cual tiene

características que lo han hecho un lenguaje transcendental en la actualidad para la

programación.

La figura 3.4 ilustra la evolución cronológica de algunos lenguajes de programación:

128

Figura 3.4: Evolución de los Lenguajes de Programación97

97 http://www.jorgesanchez.net

FORTRAN 1954

ARGOL 1958

CPL 1963

B 1969

C 1971

PASCAL 1970

BASIC 1964

SIMULA 1964

LIPS 1958

COBOL 1959

SH 1971

LOGO 1968

SMALLTALK 1973

MODULA 1975

AWK 1978

C++ 1983

PERL 1987

QUICKBASIC 1984

TURBOPASCAL 1988

VISUALBASIC 1991

PYTHON 1991

OAK 1991

VBSCRIPT 1993

DELPHI 1995

JAVASCRIPT 1995

JAVA2 1995

PHP 1995

ASP 1996

C# 2000

JAVA 1998

VISUAL BASIC.NET 2008

AJAX 2005

RUBY 1995

RAILS 1.0 2005

RAILS 2.3.8 2010

129


Java es un lenguaje de programación orientado a objetos. El lenguaje en si mismo

toma mucha de su sintaxis de los lenguajes de programación C y C++, pero tiene un

modelo de objetos más simple y elimina herramientas de bajo nivel, que suelen

inducir a muchos errores, como la manipulación directa de punteros o memorias.

El lenguaje de programación Java, fue diseñado por la compañía Sun Microsystems

Inc, con el propósito de crear un lenguaje que pudiera funcionar en redes

computacionales heterogéneas (redes de computadoras formadas por más de un

tipo de computadora, ya sean PC, MAC's, estaciones de trabajo, etc.) y que fuera

independiente de la plataforma en la que se vaya a ejecutar. Esto significa que un

programa de Java puede ejecutarse en cualquier máquina o plataforma.

3.3.2.1. Características del Lenguaje de Programación Java98

A continuación se mencionan las características más importantes de Java:

· Lenguaje Simple.- Es un lenguaje sencillo, con pocas palabras reservadas

que hacen que su aprendizaje sea rápido. Además su utilización es

independiente del tipo de aplicación que se desee desarrollar.

· Orientado a Objetos.- Java trabaja con sus datos como objetos y con

interfaces a esos objetos. Soporta las tres características propias del

paradigma de la orientación a objetos: encapsulación, herencia y

polimorfismo.

· Robusto.- Al no trabajar directamente con punteros y posiciones de memoria

se evita que el programa intente acceder a zonas que no le corresponden.

98 http://www.dma.fi.upm.es/gregorio/JavaGC/Cconvexo/teoriaJava.html

130

· Lenguaje Seguro.- El sistema de Java tiene ciertas políticas que evitan que

se puedan codificar virus con este lenguaje. Existen muchas restricciones,

especialmente para los applets.

· Portable.- El compilador java compila el código a un formato independiente de

la arquitectura de la máquina, por este motivo el programa correrá en

cualquier máquina, reduciendo el costo de desarrollo de las aplicaciones.

· Independiente de la Arquitectura.- Debido a que las aplicaciones

desarrolladas en Java no se ejecutan directamente sobre la máquina (PC)

sino que se ejecutan en la máquina virtual, es indiferente la arquitectura real

donde se ejecutan estas aplicaciones.

3.3.2.2. El Entorno de Desarrollo de Java99

Existen distintos programas comerciales que permiten desarrollar código Java. La

compañía Sun, creadora de Java, distribuye gratuitamente el Java Development Kit

(JDK).

Se trata de un conjunto de programas y librerías que permiten desarrollar, compilar y

ejecutar programas en Java. Incorpora además la posibilidad de ejecutar

parcialmente el programa, deteniendo la ejecución en el punto deseado y estudiando

en cada momento el valor de cada una de las variables (con el denominado

Debugger).

Existe también una versión reducida del JDK, denominada JRE (Java Runtime

Environment) destinada únicamente a ejecutar código Java (no permite compilar).

Los IDEs (Integrated Development Environment), tal y como su nombre indica, son

entornos de desarrollo integrados.

99 http://www1.ceit.es/Asignaturas/Informat2/Clases/Prac0001/Prac01.pdf

131

En un mismo programa es posible escribir el código Java, compilarlo y ejecutarlo sin

tener que cambiar de aplicación. Como inconvenientes se pueden señalar algunos

fallos de compatibilidad entre plataformas, y ficheros resultantes de mayor tamaño

que los basados en clases estándar.

3.3.2.2.1. El Compilador de Java

Se trata de una de las herramientas de desarrollo incluidas en el JDK. Realiza un

análisis de sintaxis del código escrito en los ficheros fuente de Java (con extensión

*.java).

Si no encuentra errores en el código genera los ficheros compilados (con extensión

*.class). En otro caso muestra la línea o líneas erróneas. En el JDK de Sun dicho

compilador se llama javac.exe.

3.3.2.2.2. La Máquina Virtual de Java

Se planteó la necesidad de conseguir un código capaz de ejecutarse en cualquier

tipo de máquina. Una vez compilado no debería ser necesaria ninguna modificación

por el hecho de cambiar de procesador o de ejecutarlo en otra máquina.

La clave consistió en desarrollar un código “neutro” el cual estuviera preparado para

ser ejecutado sobre una “máquina hipotética o virtual”, denominada Java Virtual

Machine (JVM). Es esta JVM quien interpreta este código neutro convirtiéndolo a

código particular de la CPU utilizada.

Se evita tener que realizar un programa diferente para cada CPU o plataforma. La

JVM es el intérprete de Java. Ejecuta los “bytecodes” (ficheros compilados con

extensión *.class) creados por el compilador de Java (javac.exe).

132

Tiene numerosas opciones entre las que destaca la posibilidad de utilizar el

denominado JIT (Just-In-Time Compiler), que puede mejorar entre 10 y 20 veces la

velocidad de ejecución de un programa.

3.3.3. Funcionamiento de Java

El fichero de código fuente puede ser escrito mediante cualquier editor ascii

convencional o, para mayor comodidad, con el editor suministrado con el paquete del

lenguaje Java. Una vez creado el fichero .java con el código del programa, se

compila, generándose un fichero intermedio con los bytecodes, de extensión .class.

Una vez generado el fichero .class, este ya puede ser interpretado en cualquier

máquina virtual de Java. Tratándose de applets100, este fichero se descargará

típicamente desde la Red o desde el disco duro.

En cualquier caso, para ver el applet funcionando hace falta un navegador capaz de

ejecutar Java, como los muy conocidos Netscape y Microsoft Internet Explorer. El

navegador carga las clases dinámicamente a medida que van siendo necesitadas y

se les pasa al código fuente (bytecodes).

Ahora será la máquina virtual de Java la que vaya interpretando los bytecodes y

generando las instrucciones para su propia arquitectura.

Este funcionamiento se puede ver esquemáticamente en la figura 3.5:

100 Applets: Son pequeñas aplicaciones escritas en Java que se incluyen en una página Web (HTML) y que se pueden ejecutar en cualquier navegador que disponga de un intérprete Java, sin que para su uso se necesite intercambiar información con el servidor ya que siempre se ejecuta en el “cliente”.

133

Figura 3.5: Funcionamiento Esquemático de Java101

3.4. DISEÑO DE LA INTERFAZ GRÁFICA

La aplicación desarrollada para el envío de la publicidad visual a los diferentes

teléfonos celulares, está dividida en tres fases:

v La primera es la interfaz gráfica de usuario propiamente dicha,

v La segunda es la conexión y almacenamiento de la información proporcionada

por la interfaz gráfica en una base de datos externa desarrollada en MySQL y

v La tercera es la transmisión de mensajes multimedia y mensajes de texto

publicitarios.

101 http://www.iec.csic.es/criptonomicon/images/funcionamiento.gif

Fichero Fuente Java (.java)

Compilar Java

Fichero de bytecodes Java (.class)

Página Web (.html)

Sistema Ficheros Local

La red

Navegadores Web

Cargador de Clases

Intérprete

Cargador de Clases

MÁQUIN A VIRTUAL JAVA (JVM)

Ventilador de bytecodes

Compilador Código Nativo Compilador Java 2

RUNTIME DE JAVA

134

3.4.1. Descripción de los Principales Paquetes y APIs que Intervienen en la

Aplicación

3.4.1.1. Primera Fase: Interfaz Gráfica

La interfaz de usuario es la parte del programa que permite a este interactuar con el

usuario. Para el desarrollo de la interfaz gráfica (GUI, Graphical User Interface) se

utilizaron dos tipos de APIs ó librerías de Java: AWT (Abstract Window Toolkit) y

Swing.

3.4.1.1.1. API AWT (Abstract Window Toolkit)

Las JFC (Java Foundation Classes) son parte del API de Java, compuesto por clases

que sirven para crear interfaces gráficas visuales para las aplicaciones y applets de

Java. Tanto AWT como Swing, son paquetes gráficos contenidos en las JFC. AWT

es por tanto, un conjunto de herramientas GUI diseñadas para trabajar con múltiples

plataformas. Como todas las clases de Java, los componentes utilizados en el AWT

pertenecen a una determinada jerarquía de clases.

Esta jerarquía de clases se muestra en la figura 3.6. Todos los componentes

descienden de la clase Component.

El package102 al que pertenecen estas clases se llama java.awt, esta librería

contiene varias clases divididas en las siguientes categorías:

· Componentes (java.awt.Component), formados por Buttons, Labels, etc.

· Contenedores (java.awt.containers), contienen componentes, tales como:

Panel, ScrollPane y Window.

· Gestores de posición (java.awt.LayoutManager), posicionan los componentes

dentro de los contenedores.

102 Package: es una agrupación de clases, Todas las clases que formen parte de un package deben estar en el mismo directorio. Los nombres de los packages se suelen escribir con minúsculas, para distinguirlos de las clases, que empiezan por mayúscula.

135

· Eventos (java.awt.AWTEvent), indican las acciones del usuario.

Figura 3.6: Jerarquía de Clases para los Componentes del AWT.103

a. Paquete java.awt.Component

Cada elemento gráfico de un GUI es un componente, cada componente es una

instancia de una clase y se crea como cualquier otro objeto Java. Algunos

componentes pueden contener a otros componentes (son contenedores). La clase

Component es una clase abstracta de la que se derivan todas las clases del AWT,

según el diagrama mostrado previamente en la figura 3.6.

Los componentes se añaden a un contenedor con el método add. Los métodos de

esta clase son importantes porque son heredados por todos los componentes del

AWT. Las clases utilizadas en la aplicación son las que se mencionan en la tabla 3.1:

103 White Paper, Javier García de Jalón, José Ignacio Rodríguez “Aprenda Java como si estuviera en primero”, UNIVERSIDAD DE NAVARRA, 2000.

Object

Component

Container

Choice Checkbox CanvasButton Label

List

Scrollbar

TextComponent

Window

Panel

ScrollPane

Dialog

Frame

FileDialog

136

Tabla 3.1: Clases del Paquete Component104

b. Paquete java.awt.containers

Es un conjunto de clases abstractas derivadas de la clase Component, que

representan a cualquier componente que pueda contener otros componentes.

Existen tres tipos de contenedores: de alto nivel, intermedios y específicos.

A continuación se describe brevemente a los contenedores de alto nivel, debido a

que las clases pertenecientes a dichos contenedores son las que se utilizaron en el

desarrollo de la aplicación.

· Contenedores de Alto Nivel

Cada contenedor de alto nivel tiene un JRootPane que es la raíz de la

jerarquía de contenedores.

104 http://www.tecnun.es/asignaturas/Informat1/AyudaInf/aprendainf/Java/Java2.pdf

Clase Descripción

Button Un Button puede recibir varios tipos de eventos, lo más importante es que al dar clic sobre él se genera un evento de la clase ActionEvent; es decir que realice la función para la cual a sido programado el botón.

Label Introduce en un contenedor un texto no seleccionable y no editable, que por defecto se alinea de izquierda a derecha.

Scrollbar

Es una barra de desplazamiento con un cursor que permite introducir y modificar valores, entre unos valores mínimo y máximo, con pequeños y grandes incrementos. Las Scrollbars de Java se utilizan tanto como “sliders” o barras de desplazamiento aisladas.

TextComponent Es la superclase de cualquier componente que permita la edición de algún texto. Además define un conjunto de métodos que determinan si un texto es editable o no.

TextArea Es una clase multi-línea derivada de TextComponent, es decir que permite la edición de varias líneas de texto. Además puede ser configurado para que sea texto solo de lectura.

TextField También es una clase derivada de TextComponent, que permite la edición de una sola línea de texto.

137

La figura 3.7 ilustra la jerarquía de contenedores de Java. Todo componente

GUI debe formar parte de la jerarquía de contenedores. Por otro lado, todo

contenedor de alto nivel puede opcionalmente tener una barra de menú.

Figura 3.7: Jerarquía de Contenedores105

Las clases pertenecientes a la librería java.awt.containers utilizadas en la aplicación

son las que se mencionan a continuación:

Clase Descripción

Dialog Es una clase derivada de la clase Window. Es una ventana que depende de otra ventana (de una Frame). Si una Frame se cierra, se cierran también los Dialog que dependen de ella.

DialogFile Muestra una ventana de diálogo en la cual se puede seleccionar un fichero. Esta clase deriva de Dialog.

Tabla 3.2: Clases del Paquete Container106

105 http://www.cs.qub.ac.uk/~P.Hanna/JavaProgramming/Lecture6/Java%20-%20Lecture%206%20-%20Containers.pdf 106 http://sai.azc.uam.mx/apoyodidactico/po/Unidad5/poo5.html

javax.Swing containers

Java.awt.Component

Java.awt.Container

Window

Frame Dialog

JFrame JDialog JWindow

Panel

Applet

JApplet JPanel

JComponent

WindowPopup

138

Clase Descripción

Panel Es un Contenedor de propósito general. Se puede utilizar tal cual para contener otros componentes, y también crear una sub-clase para alguna finalidad más específica.

ScrollPane Es como una ventana de tamaño limitado en la que se puede mostrar un componente de mayor tamaño con dos Scrollbars, una horizontal y otra vertical.

Window Los objetos de la clase Window son ventanas de máximo nivel, pero sin bordes y sin barra de menú. En realidad son más interesantes las clases que derivan de ella: Frame y Dialog

Frame Es una clase derivada de la clase Window. Es una ventana con un borde y que puede tener una barra de menú.

Tabla 3.2: Clases del Paquete Container107(Continuación)

c. Paquete java.awt.LayoutManager

La portabilidad de Java a distintas plataformas y distintos sistemas operativos

necesita flexibilidad a la hora de situar los componentes (Buttons, Canvas,

TextAreas, etc.) en un contenedor (Window, Panel, etc). Un Layout Manager es un

objeto que controla cómo los componentes se sitúan en un contenedor. El API AWT

de Java define cinco Layout Managers: dos muy sencillos (FlowLayout y GridLayout),

dos más especializados (BorderLayout y CardLayout) y uno muy general

(GridBagLayout). Además, los usuarios pueden escribir su propio Layout Manager,

implementando la interface LayoutManager.

Todos los contenedores tienen un Layout Manager por defecto, que se utiliza si no se

indica otra cosa: Para el contenedor Panel, el Layout Manager por defecto es un

objeto de la clase FlowLayout y para Window (Frame y Dialog), el Layout Manager

por defecto es un objeto de la clase BorderLayout. Los Layout Manager que se

utilizaron en el desarrollo de la aplicación son los que se describen a continuación en

la tabla 3.3:

107 http://sai.azc.uam.mx/apoyodidactico/po/Unidad5/poo5.html

139

Tabla 3.3: Layout Managers108

d. Paquete java.awt.AWTEvent

Todos los métodos de las interfaces Listener relacionados con el AWT tienen como

argumento único un objeto de alguna clase que desciende de la clase

java.awt.AWTEvent como se observa en la figura 3.8:


Layout Manager Descripción

FlowLayout

Coloca los componentes uno detrás de otro, en una fila, de izquierda a derecha y de arriba a abajo, en la misma forma en que procede un procesador de texto con las palabras de un párrafo. La clase FlowLayout tiene tres constructores:

§ FlowLayout(); § FlowLayout(int alignement); § FlowLayout(int alignement, int horizontalGap, int verticalGap);

BorderLayout

Define cinco áreas: North, South, East, West y Center. Si se aumenta el tamaño de la ventana todas las zonas se mantienen en su mínimo tamaño posible excepto Center, que absorbe casi todo el crecimiento. Los componentes añadidos en cada zona tratan de ocupar todo el espacio disponible. Los constructores de BorderLayout son los siguientes:

§ BorderLayout(); § BorderLayout(int horizontalGap, int verticalGap);

GridLayout

Con GridLayout las componentes se colocan en una matriz de celdas. Todas las celdas tienen el mismo tamaño. Cada componente utiliza todo el espacio disponible en su celda, al igual que en BorderLayout. GridLayout tiene dos constructores:

§ GridLayout(int nfil, int ncol); § GridLayout(int nfil, int ncol, int horizontalGap, int verticalGap);

Al menos uno de los parámetros nfil y ncol debe ser distinto de cero.

GridBagLayout

Es el Layout Manager más completo y flexible, aunque también el más complicado de entender y de manejar. Al igual que el GridLayout, el GridBagLayout parte de una matriz de celdas en la que se sitúan los componentes. La diferencia está en que las filas pueden tener distinta altura, las columnas pueden tener distinta anchura, y además en el GridBagLayout un componente puede ocupar varias celdas contiguas.

GridBagConstraints

La posición y el tamaño de cada componente se especifican por medio de unas “restricciones” o constraints. Las restricciones se establecen creando un objeto de la clase GridBagConstraints, dando valor a sus propiedades (variables miembro) y asociando ese objeto con el componente por medio del método setConstraints().

140

Figura 3.8: Jerarquía de los Eventos de Java109

· Jerarquía de eventos

Todos los eventos de Java 1.1 y Java 1.2 son objetos de clases que

pertenecen a determinada jerarquía de clases. De EventObject deriva la clase

AWTEvent, de la que dependen todos los eventos de AWT. Por conveniencia,

estas clases están agrupadas en el package java.awt.event. Los eventos de

Java pueden ser de alto y bajo nivel.

Los eventos de alto nivel se llaman también eventos semánticos, porque la

acción de la que derivan tiene un significado en si misma, en el contexto de las

interfaces gráficas de usuario.

Los eventos de bajo nivel son las acciones elementales que hacen posible los

eventos de alto nivel.

Son eventos de alto nivel: aquellos que tienen que ver con dar click sobre

botones o elegir comandos en menús (ActionEvent), cambiar valores en

barras de desplazamiento (AdjustmentEvent), elegir valores (ItemEvents) y

cambiar el texto (TextEvent). En la figura 3.8 los eventos de alto nivel

aparecen con fondo gris.

109 Paper, Javier García de Jalón, José Ignacio Rodríguez “Aprenda Java como si estuviera en primero”, UNIVERSIDAD DE NAVARRA, 2000.

141

Los eventos de bajo nivel son los que se producen con las operaciones

elementales con el ratón, teclado, contenedores y windows.

Las seis clases de eventos de bajo nivel son los eventos relacionados con

componentes (ComponentEvent), con los contenedores (ContainerEvent), con

pulsar teclas (KeyEvent), con mover, arrastrar, pulsar y soltar con el ratón

(MouseEvent) y con las operaciones con ventanas (WindowEvent).

A continuación en la tabla 3.4 se describen las clases Event utilizadas en la interfaz

de usuario desarrollada:

Tabla 3.4: Clases del Paquete Event110


Clase Descripción

ActionEvent

Los eventos ActionEvent se producen al clicar con el ratón en un botón (Button), al elegir un comando de un menú (MenuItem), al hacer doble clic en un elemento de una lista (List) y al pulsar Enter para introducir un texto en una caja de texto (TextField).

ActionListener Los eventos ActionListener se producen si: se pulsa un botón de cualquier tipo, se da doble click en un item de una lista, se selecciona alguna una opción de un menú, se pulsa retorno en un campo de texto.

KeyEvent

Se produce un KeyEvent al pulsar sobre el teclado. Hay dos tipos de KeyEvents:

§ key-typed, que representa la introducción de un carácter Unicode. § key-pressed y key-released, que representan pulsar o soltar una

tecla.

KeyListener Estos eventos se disparan cuando se pulsa o libera una tecla en un componente que tiene el foco o el origen de la acción.

WindowEvent

Se produce un WindowEvent cada vez que se abre, cierra, iconiza, restaura, activa o desactiva una ventana. El uso más frecuente de este evento es para cerrar una ventana, también se utiliza para detener threads y liberar recursos al iconizar una ventana y comenzar de nuevo al restaurarla.

WindowListener Controla el movimiento de una ventana.

142

3.4.1.1.2. API Swing

Swing es una biblioteca gráfica para Java que forma parte de las Java Foundation

Classes (JFC) que incluye cajas de texto, botones, desplegables y tablas para la

realización de interfaces gráficas de usuario. Las clases de Swing se encuentran en

el paquete Javax.swing. El nombre del paquete, javax, indica que se trata de un

paquete de extensión de Java, y no de un paquete de base. Las clases de Swing son

una extensión de java 1.1. Pero en Java 2, el paquete Swing ya no es una extensión,

sino que forma parte de la jerarquía básica.

Al igual que en el paquete java.awt, las clases pertenecientes al paquete

javax.swing tiene una jerarquía para su ejecución, la misma que se la presenta en la

figura 3.9.

Figura 3.9: Jerarquía de Clases de Swing111

111 http://www.polinux.upv.es/drupal/files/charlaSwing.pdf

javax.swing

JDialog JComponent JFrame

JPanel AbstractButton JLabel JTextComponent JSlider JScrollBar JList

JMenuItem JButton JToogleButton JTextArea JTextField

JMenu JCheckBox JRadioButton JPasswordField

143

a. Paquetes (Package) de Swing

a.1. Paquete javax.swing.JComponent

Se trata de elementos que se presentan por pantalla; es decir, botones, ComboBox,

tablas, etc. No pueden contener otros elementos, su objetivo fundamental es la

interacción con el usuario y que este pueda introducir datos. Los componentes Swing

que corresponden a subclases de JComponent tienen muchas características, las

cuales incluyen:

· Una apariencia visual adaptable que puede utilizarse para personalizar la

apariencia visual cuando el programa se ejecuta en distintas plataformas.

· Teclas de acceso directo (llamadas mnemónicos) para acceder directamente a

los componentes GUI a través del teclado.

· Herramientas para manejo de eventos comunes, para casos en los que

componentes GUI inician las mismas acciones en un programa.

A continuación en la tabla 3.5 se describen las clases pertenecientes a este paquete

que se utilizaron en el desarrollo de la interfaz gráfica:

Tabla 3.5: Clases del Paquete JComponent112


Clase Descripción

JButton Es un botón que puede contener texto, gráficos, o ambos. Además fija el texto siempre centrado.

JLabel Permite situar un texto, un texto con una imagen o solamente una imagen en la ventana. No son interactivos y de forma predeterminada, las etiquetas se centran verticalmente en su área de visualización.

JTextArea

Es una clase multi-línea; es decir, que permite la edición de varias líneas de texto. Además esta clase muestra el texto sin formato. Su objetivo es ser un componente que ofrece compatibilidad de código con la clase java.awt.TextArea.

JTextField Esta clase define una caja de texto en donde se puede escribir o mostrar datos. Mediante el método setText(“Texto”) se le asigna el texto.

JPasswordField Es una clase que permite al usuario crear campos de texto para la creación de passwords (contraseñas), debido a que oculta los caracteres introducidos por el usuario.

144

a.2. Paquete javax.swing.Container

Son clases que representan a cualquier componente que pueda contener otros

componentes. Además permite la detección de algunos eventos. Principalmente, un

contenedor Swing almacena componentes ligeros; a fin de garantizar que los

componentes puedan ser mostrados de manera flexible, los contenedores Swing se

definen en diferentes capas como se muestra en la figura 3.10:

Figura 3.10: Capas del Paquete JContainer113

Las clases utilizadas en la aplicación son las que se presentan en la tabla 3.6:

Clase Descripción

JFrame Representa una ventana básica, capaz de contener otros componentes. Además, los JFrames se reducen a un icono si son minimizados.

JOptionPane Los JOptionPane son cuadros de diálogo sencillos predefinidos para pedir confirmación, realizar advertencias o notificar errores.

JDialog Es un elemento de visualización al igual que Frame. Se suele crear y no visualizar hasta que sea necesario.

Tabla 3.6: Clases del Paquete JContainer114

113 http://www.cs.qub.ac.uk/~P.Hanna/JavaProgramming/Lecture6/Java%20-%20Lecture%206%20-%20Containers.pdf 114 http://sai.azc.uam.mx/apoyodidactico/po/Unidad5/poo5.html

145

a.3. Paquete javax.swing.event

El paquete Swing Event de Java contiene clases e interfaces que permiten el manejo

de eventos para los componentes de la interfaz gráfica en el paquete javax.swing.

Además tiene un sistema (modelo) para gestionar los eventos que se producen al

interactuar con el usuario de la interfaz gráfica.

El funcionamiento del modelo de eventos se basa en la gestión de excepciones. Para

cada objeto que represente una interfaz gráfica, se pueden definir objetos "oyentes"

(Listener), que esperen a que suceda un determinado evento sobre la interfaz. En la

tabla 3.7 se presentan a las clases pertenecientes al paquete Swing Event que

fueron implementadas en la aplicación:

Clase Descripción

JListSelectionEvent Un evento de este tipo se genera por un componente del paquete JList o del paquete ListSelectionModel para indicar un cambio en la selección de la lista actual.

JListSelectionListener Esta interfaz define el método que debe implementar un objeto para recibir notificaciones de cambios en el estado de selección de un paquete JList o ListSelectionModel.

Tabla 3.7: Clases del Paquete Swing Event115



Desarrollada en MySQL

En esta fase del desarrollo de la aplicación se utiliza el API de Java JDBC (Java Data

Base Conectivity) con el objetivo de establecer una conexión entre la interfaz gráfica

y la base de datos externa llamada “Publicidad” creada en MySQL.


146

La base de datos contiene cuatro tablas: Clientes, MMS (Multimedia Messaging

System), SMS (Short Message Service) y MMS Enviados. Se crearon estas cuatro

tablas para almacenar los siguientes datos: los números telefónicos de los clientes

proporcionados por las empresas, el contenido de los MMS a enviar (número

telefónico, video/imagen, operadora, etc), el contenido de los SMS a enviar (número

telefónico, texto y operadora) y el registro de los mensajes multimedia enviados y no

enviados respectivamente.

Para el establecimiento de dicha conexión, se utilizaron cuatro clases proporcionadas

por el API JDBC de Java:

· DriverManeger para cargar el driver de la base de datos,

· Connection para realizar la conexión a la base de datos,

· PreparedStatement que será la que contenga la sentencia SQL y

· ResultSet que será la que contenga el resultado.

Estas clases serán explicadas posteriormente.

3.4.1.2.1. API JDBC (Java Data Base Conectivity)

JDBC son las siglas de Java DataBase Connectivity, o lo que es lo mismo:

Conectividad de Bases de Datos Java. Estas siglas son concedidas a una API que

está especialmente dedicada a la gestión de bases de datos, permitiendo ejecutar

sentencias en SQL (Structured Query Language), con las que se pueden crear tablas

e índices, modificar datos, eliminar información, añadir, consultar, etc.

Javasoft desarrolló un conjunto de clases que permiten gestionar bases de datos,

independientemente de la base de datos utilizada y de la plataforma en que se

ejecute la aplicación o applet en Java.

147

Este conjunto de clases conforman un API (Applications Programming Interface), el

cual se denomina JDBC (Java DataBase Connectivity). JDBC es un API, un conjunto

de clases e interfaces estándar que permite un fácil y rápido acceso a las bases de

datos, independientemente del sistema de bases utilizado.

Este conjunto de clases e interfaces son gestionados por un controlador, el cual se

encarga de traducir las llamadas requeridas por la base de datos. El API JDBC

comprende dos paquetes: el paquete java.sql y el paquete javax.sql.

A continuación se describe las funcionalidades del paquete java.sql; el cual fue

utilizado en la aplicación.

· Paquete java.sql

Provee la API para acceso y procesamiento de datos guardados en una fuente

de datos (usualmente una base de datos relacional) usando el lenguaje de

programación Java.

Esta API incluye un ámbito donde diferentes drivers pueden ser instalados

dinámicamente para acceder a diferentes fuentes de datos.

a. Arquitectura de JDBC

La figura 3.11 muestra la arquitectura del API JDBC y las clases que intervienen en

la ejecución exitosa de una sentencia SQL.

Para acceder a una base de datos en Java se puede dividir el proceso en dos niveles

básicos: nivel de controlador y nivel de aplicación.

148

Figura 3.11: Arquitectura del API JDBC116

El nivel de controlador comprende la carga de los drivers necesarios para poder

acceder a la base de datos, este nivel está gestionado por la clase DriverManager.

Mientras que el nivel de aplicación implica la creación de conexión a la base de

datos, la creación de una sentencia de SQL que permita acceder a dicha base de

datos y la ejecución de dicha sentencia, la cual puede o no retornar datos.

A continuación se describen los diferentes tipos de clases que se utilizaron para

realizar la conexión de la interfaz gráfica de usuario con la base de datos

“Publicidad”:

a.1 Nivel de Controlador

En este nivel se utilizó la clase JDBC del tipo Implementación:

java.sql.DriverManager. La clase DriverManager es la capa gestora de JDBC,

trabajando entre el usuario y el controlador (driver). Se encarga de seguir el rastro de

los controladores que están disponibles y establecer la conexión entre la base de

datos y el controlador apropiado. La clase DriverManager mantiene una lista de

clases Driver que se han registrado llamando al método

DriverManager.registerDriver.

116 http://club.telepolis.com/mydream/Java/BDatos/BDEjeSim.html

Statement PreparedStatement CallableStatement

DriverManager

Driver

Connection

Resulset

Nivel de Controlador

Nivel de Aplicación

149

Un usuario normalmente no llamará al método DriverManager.registerDriver

directamente, sino que será llamado automáticamente por el controlador (driver)

cuando este se carga. El usuario lo que hace es forzar que se cargue el driver, lo

cual puede hacerse de dos formas, aunque la recomendada es llamando al método

Class.forName().

a.2 Nivel de Aplicación

En este nivel se utilizaron las clases JDBC del tipo Conexión a Base de Datos:

java.sql.Connection, del tipo Sentencias SQL: java.sql.PreparedStatement, del tipo

Datos: java.sql.ResulSet y del tipo Errores: java.sql.SQLException.

v Clase java.sql.Connection

Un objeto Connection representa una conexión a una base de datos. Una

sesión con una conexión incluye las sentencias SQL que son ejecutadas y los

resultados que son devueltos a través de dicha conexión. Una misma

aplicación puede tener una o más conexiones con una sola base de datos o

puede tener conexiones con varias bases de datos diferentes.

El encargado de abrir una conexión con una base de datos es el Driver

Manager mediante el método estático:

public static Connection getConnection(url, user, pwd) throws

SQLException;

Donde:

url: es el identificador de la base de datos.

user: usuario con el que se abre la conexión.

pwd: contraseña del usuario.

150

Una vez que se haya terminado con una conexión se la debe liberar. Una

conexión abierta significa recursos consumiéndose con el SGBD117 (Sistema

de Gestión de Base de Datos). Las conexiones se cierran mediante el método:

public void close() throws java.sql.SQLException

v Clase java.sql.PreparedStatement

Un objeto Statement se usa para enviar sentencias SQL a una base de datos.

Una vez que se ha establecido una conexión con una base de datos particular,

esa conexión puede ser usada para enviar sentencias SQL.

Un objeto Statement se crea con el método creatStatement de Connection

como en el siguiente fragmento de código:

Connection con = DriverManager.getConnection(url);

Statement stmt = con.createStatement();

La sentencia SQL que será enviada a la base de datos es proporcionada

como argumento a uno de los métodos para ejecutar un objeto Statement:

ResultSet rs = stmt.executeQuery(“SELECT a, b, c FROM Table2”);

v Clase java.sql.ResulSet

Un ResultSet contiene todos los registros (filas) que satisfacen las condiciones

impuestas en una sentencia SQL y proporciona acceso a los datos en dichos

registros a través de un conjunto de métodos get que permiten acceder a los

diferentes campos o atributos (columnas) del registro actual. Un ResultSet

mantiene un cursor que apunta al registro actual.

117 Los sistemas de gestión de bases de datos son un tipo de software muy específico, dedicado a servir de interfaz entre la base de datos, el usuario y las aplicaciones que la utilizan. Un ejemplo de estos sistemas es MySQL.

151

Un ResultSet es una especie de matriz (filas x columnas) que se debe recorrer

mediante el movimiento de un cursor y la forma más fácil en Java es mediante

un bucle while. Para acceder a las columnas bastará con utilizar los métodos

get: getString() para las cadenas de texto, getDouble() para los decimales,

getDate() para las fechas, etc. A continuación se presenta un ejemplo de lo

antes explicado:

while(rs.next()){ int i = rs.getInt(″a″); String s = rs.getString(″b″); Float f = rs.getFloat(″c″); System.out.println(″ROW= ″ + i + ″ ″ + s + ″ ″ + f); }

v Clase java.sql.SQLException

En el lenguaje Java, una Exception es un cierto tipo de error o una condición

anormal que se ha producido durante la ejecución de un programa. Algunas

excepciones son fatales y provocan que se deba finalizar la ejecución del

programa.

En este caso conviene terminar ordenadamente y dar un mensaje explicando

el tipo de error que se ha producido. En el caso que en el proceso, desde la

conexión a la base de datos a la ejecución de la sentencia, ocurriese un error,

se produciría una excepción SQLException.

Es por esta razón, que el código de un programa en particular debe estar en

un bloque try-catch118 que controle la SQLException.

118 Existen algunos tipos de excepciones que Java obliga a tener en cuenta. Esto se hace mediante el uso de bloques try-catch. El código dentro del bloque try está “vigilado”. Si se produce una situación anormal y se lanza como consecuencia una excepción, el control pasa al bloque catch, que se hace cargo de la situación y decide lo que hay que hacer.

152


Texto Publicitarios

A continuación se describe el Sistema de Mensajería Multimedia, el funcionamiento

de la interfaz de transmisión MM1 (Multimedia Messaging Level 1) y del protocolo de

sincronización SMIL (Multimedia Integration Language).

3.4.1.3.1. Servicio de Mensajería Multimedia

La mensajería multimedia móvil o MMS (Multimedia Messaging Service) es un

estándar universalmente aceptado como parte de las especificaciones técnicas del

3GPP (Third Generation Partnership Project), que permite a los usuarios de teléfonos

móviles con capacidades de MMS enviar y recibir en un mismo mensaje, texto con

formato, sonido, imágenes, animaciones y vídeo clips.

Básicamente, los paquetes MMS son transmitidos por medio de WAP en tramas de

datos binarios. El límite de cada mensaje multimedia lo definen la operadora o las

características del terminal, mas no el protocolo.

a. Consideraciones Iniciales Sobre la Mensajería Multimedia119

En principio, el estándar MMS describe como los requerimientos de servicios son

solucionados con tecnologías específicas.

Una parte importante son los protocolos existentes como: WAP y SMTP, utilizados

para la transferencia y notificación de datos, así como la definición de un sistema de

sincronización del contenido (SMIL, Synchronized Multimedia Integration Language)

y un modo de encapsulado de los mensajes.

Dependiendo del tipo de red, se emplea un método de aviso al terminal de usuario

cuando hay mensajes nuevos y un camino de transporte sobre la red radio, que no

119 http://es.wikipedia.org/wiki/Sistema_de_mensajer%C3%ADa_multimedia

153

es el mismo en todas las redes. Así se permite que usuarios móviles de distintos

tipos de redes puedan enviar mensajes multimedia sin problemas.

En las redes GSM, normalmente se emplea GPRS para su transporte en la interfaz

radio, y se advierte al terminal de usuario de los mensajes entrantes mediante un

SMS especial con un enlace a una dirección de Internet donde se encuentra el

mensaje; a este SMS especial se lo denomina WAP Push.

Además, para la correcta gestión de los mensajes se hace necesario adjuntar a la

arquitectura de red GSM un nuevo centro de mensajes: es el Centro de Gestión de

Mensajes Multimedia (MMSC, Multimedia Message Service Centre).

El mensaje puede estar compuesto por varias páginas consecutivas, denominadas

slides, con un tiempo de presentación de cada página que se determina al componer

el mensaje. Cada una de ellas puede contener uno o varios de los siguientes

campos: texto, imágenes (simples o animadas), sonido e incluso video en los

terminales que lo soporten.

En la figura 3.12 se ilustra el esquema de composición de páginas en un mensaje

multimedia.

Figura 3.12: Esquema de Composición de Páginas en un Mensaje MMS 120

120 http://www.itescam.edu.mx/principal/sylabus/fpdb/recursos/r27346.PDF

Slide 1

Slide 2

Slide 3

Slide n

Imagen

Texto + sonido

154

b. Sincronización de Contenido: El Protocolo SMIL

SMIL (Synchronized Multimedia Integration Language) es un estándar propuesto por

el Consorcio WWW (W3C Consortium), con gran similitud al lenguaje de formato de

las páginas web (HTML), el cual se encarga de organizar y sincronizar los momentos

en que deben reproducirse los distintos tipos de contenido en la pantalla del terminal

del usuario.

Así, un mensaje multimedia se presenta en la pantalla del terminal como un grupo de

una o varias diapositivas con texto, imágenes, sonidos y vídeos presentados en un

cierto orden.

Los mensajes multimedia guardan gran similitud con el correo electrónico en cuanto

a que pueden incluir varios tipos de contenido, e incluyen información del asunto del

mensaje y opción para enviar a varios destinatarios.

Sin embargo, un mensaje de correo electrónico consta de un texto principal y un

grupo opcional de archivos adjuntos, que pueden descargarse independientemente

como desee el usuario; en cambio, un mensaje multimedia consta de un “guión”

SMIL principal y un grupo de archivos de varios tipos asociados, que se transportan

como una sola unidad.

c. Arquitectura y Escenarios del Servicio MMS121

La figura 3.13 muestra la arquitectura de referencia del servicio MMS definida por el

estándar 3GPP.

Además del envío de mensajes persona a persona, hay un gran número de

escenarios en los cuales se pueden involucrar otros elementos como terminales


155

MMS, terminales legacy (que no soportan MMS), clientes de correo electrónico,

aplicaciones, etc.

Por otro lado, también se pueden dar distintos escenarios de servicio en función de la

operadora a la que pertenezcan el origen y el destino del mensaje.

Sistema deFacturación

AplicacionesMMS VAS

Base de Datos deUsuarios MMS

HLRAgente A deUsuario MMS

MMS Relay/Server

Agente B deUsuario MMS

ServidorExterno # 1 (e-

mail)

ServidorExterno #2 (fax)

ServidorExterno #N

………………

Relay Server

MMS Relay/Server (MMSC)MM1

MM8 MM7

MM6

MM5

MM4

MM1MM3

Figura 3.13: Arquitectura del Servicio MMS122

A continuación se describen brevemente a las diferentes interfaces de conexión

MMS:

· MM1: Proporciona la interfaz de conexión entre un usuario MMS a través de

GPRS y el MMSC (Centro de Servicio de Mensajería Multimedia). Para poder

conectarse a un proveedor MMSC, necesita un módem GSM / GPRS con una

tarjeta SIM que tenga una suscripción MMS.

122

http://www.itescam.edu.mx/principal/sylabus/fpdb/recursos/r27346.PDF

156

· MM2: Comunica el MMS Relay con el MMS Server. Esta interfaz no ha sido

definida por el 3GPP.

· MM3: Define la comunicación entre el MMSC y los servidores externos, como

son los servidores de correo, de fax, etc.

· MM4: Define la comunicación entre los distintos MMSC (Multimedia

Messaging Service Center).

· MM5: Es el punto de referencia entre el MMSC y el HLR (Home Location

Register), para la transmisión de información de usuario.

· MM6: Es la interfaz entre el MMSC y las bases de datos de usuario. No se

define en las especificaciones.

· MM7: Es la interfaz con los servicios de valor añadido. Esta interfaz se ha

especificado basándose en el protocolo SOAP123.

· MM8: Comunica el MMSC con la plataforma de facturación del operador. Esta

interfaz no ha sido desarrollada en las especificaciones del 3GPP.

3.4.1.3.2. Proceso de Envío de Mensajes Multimedia124

En la figura 3.14 se muestra cómo se realiza el envío de un mensaje multimedia

entre dos terminales de la misma operadora mediante WSP (Wireless Session

Protocol). Determina si una sesión entre un dispositivo y la red será orientada a

conexión o no.

En una sesión orientada a conexión, los datos son pasados en ambos sentidos entre

el dispositivo y la red; WSP entonces envía el paquete a la capa de WTP125 (Wireless

Transaction Protocol). Si la conexión no está orientada a conexión, entonces WSP

redirecciona el paquete a la capa WDP (Wireless Datagram Protocol).

123SOAP (Simple Object Access Protocol): no es más que un protocolo estándar que permite la comunicación y la interoperabilidad entre diversas aplicaciones Web desarrolladas bajo tecnologías diferentes. Es independiente de la plataforma y del lenguaje. 124 http://www.itescam.edu.mx/principal/sylabus/fpdb/recursos/r27346.PDF 125 WTP: Mantiene el flujo de datos de manera lógica y fluida. además determina cómo se clasifica cada petición de transacción.

157

Los pasos que se siguen son los siguientes:

· El mensaje multimedia se compone en el terminal origen y se envía al MMSC

(Multimedia Messaging Service Center) a través del gateway WAP mediante

una operación WSP/HTTP Post.

· El MMSC hace una consulta al HLR (Home Location Register) para obtener el

código de identificación de la operadora a la que pertenece el destinatario. En

este caso es la misma operadora.

· El MMSC hace una consulta a la base de datos de usuarios del servicio para

comprobar si el terminal del destinatario soporta MMS. En este caso se trata

de un terminal compatible.

· El MMSC envía una notificación al terminal destino a través del PPG (Push

Proxy Gateway) y del SMSC (Short Message Service Center).

· Una vez recibida la notificación, el terminal puede descargarse el mensaje

multimedia del MMSC mediante una operación WSP/HTTP Get a través del

gateway WAP.

Figura 3.14: Proceso de Envío de MMS126


158

3.4.2. Funcionamiento de la Aplicación Desarrollada en Java, que Permite el

Envío de Publicidad Visual a Teléfonos Celulares

3.4.2.1. Primera Fase: Interfaz Gráfica

La aplicación inicia con una ventana de “Login”, donde se debe ingresar el usuario y

contraseña para autenticarse y tener acceso al sistema (este es el primer esquema

de seguridad que se establece en la aplicación).

La figura 3.15 muestra el diagrama de flujo del funcionamiento de la ventana “Login”.

INICIO

Ingrese usuario ycontraseña

¿IngresóUsuario?

El usuario se autenticae ingresa al sistema

¿IngresóContraseña?

Se habilita la pantalla“Menú Principal”

Error: El usuario noexiste

Si

Si

Si

No

No

¿El usuario ycontraseña son

correctos?

Error: No ingresóusuario

¿SeleccionóIngresar?

No

Si

No Error: No ingresócontraseña


Si

No


Si

¿SeleccionóLimpiar?

¿SeleccionóSalir?

No

Borra el usuario ycontraseña ingresada

No

Si

No

FINSi

Figura 3.15: Diagrama de Flujo del Funcionamiento de la Pantalla “Login”

159

Una vez que se tuvo acceso al sistema, se presenta la pantalla “Menú Principal” que

se ilustra en la figura 3.16, la cual contiene:

· Cuatro opciones para el envío de mensajes publicitarios.

· Una opción para la actualización, ingreso, eliminación y consulta de contactos.

· Y una para regresar a la pantalla “Login”.

Figura 3.16: Pantalla “Menú Principal”

Las funciones de las diferentes opciones del Menú Principal se las describen a

continuación:

3.4.2.1.1. Opciones de Envío

La aplicación proporciona cuatro opciones de envío de mensajes, sean estos

mediante mensajes de texto (SMS, Short Message Service) o mensajes multimedia

(MMS, Multimedia Messaging Service).

160

a. Envío de Mensajes de Texto (SMS)

En la figura 3.17 se muestra el diagrama de flujo que ilustra el proceso de envío de

mensajes de texto:

INICIO

Seleccione una opción

¿SeleccionóSMS?

Se abre la pantalla“Mensajes SMS”

Se abre la pantalla“Contactos”

¿Seleccionócontacto?

Error: No seleccionóningún contacto

Se abre la pantalla“Envío de Datos SMS”

¿Enviar SMS?

Pu

blic

ida

dT

ab

laS

MS

Se habilita el proceso de envío con losdatos de la pantalla “Envío de Datos SMS” almacenados en la tabla SMS

FIN

Si

Si

Si

Si

Si

No

No

No

No

No

Si

¿SeleccionóSiguiente?

¿IngresóTexto?

Error: No ingresóningún texto

Borra el textoingresado


Si

No ¿SeleccionóSalir?

Se abre la pantalla“Menú Principal”

No

FIN


Figura 3.17: Diagrama de Flujo del Envío de Mensajes SMS

161

Como se observa en el diagrama de flujo una vez que se ha ingresado el texto que

se desea enviar y se da un clic sobre el botón Siguiente, se habilita la pantalla

“Contactos”; que consta de una tabla llamada “Clientes” que está almacenada en la

base de datos “Publicidad” realizada en MySQL.

Dicha tabla está formada por los campos ID, Nombre, Apellido y Celular. Para

seleccionar los contactos se debe dar clic en cualquier campo de la tabla y

automáticamente el campo seleccionado será el correspondiente a “Celular”.

Figura 3.18: Pantalla “Contactos”

Además, como se puede observar en la figura 3.18, el texto que se ingresó en la

pantalla “Mensajes SMS”, se encuentra visible en la pantalla “Contactos” con el

objetivo de garantizar que el mensaje a enviar sea el correcto.

En el siguiente diagrama de flujo mostrado en la figura 3.19, se explica el

funcionamiento de la opción “Panel Clientes” de la pantalla “Contactos”:

162

Ingrese Contacto

Error: Ingrese todoslos datos

¿Seleccionósalir?

Si

No

No

No

Si

Si

No

FIN¿SeleccionóIngresar óactualizar?

¿IngresóNombre?

¿IngresóApellido?

¿IngresóCelular?

¿IngresóOperadora?

Los datos sonalmacenados en la tabla

“Clientes”

¿SeleccionóIngresar óactualizar?

Si

Si

Si

Error: Ingrese todoslos datos


No

Si

No


NoError: Ingrese todoslos datos

Si

No

Borra los datosingresados

¿Seleccionólimpiar?

Si

No

¿IngresóConsulta?

SiLos datos almacenadosen la tabla “Clientes” son

mostrados en pantalla

Retorna a la pantalla“Contactos”

Si

FIN

¿SeleccionóEliminar?

Los datos almacenadosen la tabla “Clientes” son

eliminados

SiNo

No

INICIO

No

Figura 3.19: Diagrama de Flujo de “Panel Clientes”

163

Después de seleccionado el o los contactos destino y dar clic sobre el botón

Siguiente, de la pantalla “Contactos”, se habilita la pantalla “Envío de Datos SMS”

que se muestra en el diagrama de flujo de la figura 3.20.

INICIO

¿SeleccionóEnviar?

¿SeleccionóCancelar?

Regresa al menúprincipal

No

SiNo

Los datos son almacenado en la tabla“SMS” y se activa el proceso de envío

a través del programa ActiveXperts

Si

FIN

Figura 3.20: Pantalla Envío de Datos SMS

Las características funcionales de la herramienta ActiveXperts serán detalladas

posteriormente en este capítulo.

b. Envío de Mensajes Multimedia (MMS)

Para el envío de mensajes multimedia, la aplicación facilita dos opciones específicas:

envío de imágenes horizontales y verticales; es decir, que las imágenes que lleguen

a un celular se observarán en forma horizontal o vertical, y envío de videos.

A continuación se describe cada uno de estos procesos mediante el uso de

diagramas de flujo.

164

b.1. Envío de Imágenes y Videos

El proceso de envío para ambos tipos de contenidos (imágenes y videos) es similar,

por lo que se explicará el envío de imágenes verticales.

Para iniciar el envío de mensajes multimedia incorporando imágenes verticales en su

contenido, se debe seleccionar el botón Publicidad Gráfica de la pantalla “Menú

Principal” para habilitar la pantalla “Selección Imágenes Verticales” que se muestra

en la figura 3.21.

Figura 3.21: Pantalla Selección Imágenes Verticales

Esta pantalla ofrece un menú de posibles imágenes a seleccionar y cuatro botones

con funciones específicas.

En el diagrama de flujo 3.22 se ilustra el proceso de envío de mensajes multimedia

incorporando imágenes verticales:

165

INICIO

Seleccione una imagen

Se abre la pantalla“Selección Imágenes

Verticales”

¿SeleccionóImagen?


Borra la imagenseleccionada

¿SeleccionóSalir?

Se abre la pantalla“Contactos”

¿Seleccionócontacto?

Error: No seleccionóningún contacto

Se abre la pantalla“Envío de Datos MMS”

¿Enviar MMS?

Pu

blic

ida

dT

ab

laM

MS

Se habilita el proceso de envío con losdatos de la pantalla “Envío de Datos MMS” almacenados en la tabla MMS

FIN

Si

SiSi

Si

Si

No

No

Si

No

No

Si

¿SeleccionóBuscar?

Se abre la pantalla“Búsqueda Imágenes”

Si

No

¿SeleccionóImágenesVerticales?

No

Si


Error: No seleccionóninguna imágen


No

No


FIN

No

Figura 3.22: Diagrama de Flujo de Envío de Imágenes Verticales

Como se observa en el diagrama de flujo una vez que se seleccionó tanto la imagen

como el o los contactos a enviar y se da un clic sobre el botón Siguiente de la

pantalla “Contactos”, se habilita la pantalla “Envío de Datos MMS”. Esta pantalla

muestra el o los números celulares de los contactos a los cuales se les van a enviar

166

el mensaje, la imagen que estará embebida en el mismo, el título de la imagen y un

texto publicitario.

El funcionamiento de esta pantalla se presenta en el diagrama de flujo de la figura

3.23:

INICIO

¿IngresóTítulo?

Error: No ingreso eltexto

No

Si

NoSi

FIN

Error: No ingresó eltítulo

Si

¿SeleccionóSalir?

Regresa a la pantalla“Menú Principal”

No

Si


No

¿IngresóTexto?


Se

alm

ace

na

nlo

sd

ato

se

nla

tab

la“M

MS

”¿Seleccionó

Enviar?

No

Si

Si

No

Figura 3.23: Diagrama de Flujo de la Pantalla “Envío de Datos MMS”

Por otro lado, la opción Buscar Imagen de la pantalla “Selección Imagen Vertical”

permite elegir otra imagen almacenada en el servidor llamando a la ventana

“Búsqueda Imágenes”.

El funcionamiento de dicha ventana se la presenta en el diagrama de flujo de la

figura 3.24.

167

INICIO

Busque una imagena enviar

¿SeleccionóExaminar?

Borra la imagenseleccionada

FIN

Si

NoError: No seleccionóninguna imagen


No

Si

Se habilita la pantalla“Menú Principal”

Si

Se habilita pantalla paraseleccionar imagen

desde la PC

Si


Se habilita la pantalla“Contactos”

Si


No

¿SeleccionóSalir?

No

Figura 3.24: Diagrama de Flujo de la Pantalla Búsqueda Imágenes

En esta ventana mediante el botón Examinar, se puede buscar imágenes

almacenadas en el servidor.

Una vez que se ha determinado la imagen, la ubicación de la misma dentro de la PC

se muestra en la pantalla y el botón Examinar se deshabilita; para asegurar que solo

se elija una imagen para su envío.

168



Desarrollada en MySQL

El contenido tanto de los mensajes SMS como de los MMS y la información de los

contactos proporcionada por la interfaz gráfica de usuario, se almacena en la base

de datos “Publicidad” desarrollada en MySQL. Para conectarse al servidor MySQL y

acceder a la base de datos se requiere de los siguientes datos:

· Nombre del servidor: localhost

· Puerto: 3306 (por defecto)

· Nombre de usuario: root

· Contraseña: afrodita

· Nombre de la Base de Datos: publicidad

En la figura 3.25 se muestra lo antes mencionado:

Figura 3.25: Ventana de Conexión al Servidor MySQL

La base de datos “Publicidad” está formada por cuatro tablas: Clientes, SMS, MMS y

MMS Enviados. Cada una de estas tablas llena sus campos de diferente manera.

· Tabla Clientes: está formada por cuatro campos (ID, Nombre, Apellido,

Celular y Operadora). Esta tabla es llenada mediante dos formas: una de ellas

169

es a través de la pantalla “Contactos-Panel Clientes”; que permite ingresar,

actualizar o eliminar contactos o directamente dentro de la base de datos

“Publicidad” utilizando la opción de edición de tabla.

· Tabla SMS: está formada por cinco campos (ID, Celular, Dato, Título, Texto y

Operadora). Sus campos son llenados con la información enviada desde la

pantalla “Envío de Datos SMS”. De esta manera se tiene un registro del texto

enviado en el mensaje y del número de personas a las cuales se les va a

enviar el SMS. El almacenamiento de los datos de esta tabla es temporal,

estarán dentro de la tabla hasta que el proceso de envío culmine.

· Tabla MMS: esta tabla está constituida por cinco campos (ID, Celular, Título,

Texto, Imagen y Operadora). Sus campos son llenados con la información

enviada desde la pantalla “Envío de Datos MMS”. De esta manera se tiene un

registro del contenido enviado en el mensaje multimedia; siendo este una

imagen o un video, y del número de personas a las cuales se les va a enviar el

MMS. Como se especificó en la tabla SMS, el almacenamiento de los datos es

temporal, estarán dentro de la tabla hasta que el proceso de envío finalice.

· Tabla MMS Enviados: esta tabla contiene tres campos (ID; Celular y Estado).

Los campos de esta tabla son llenados mediante el resultado obtenido del

envío de los mensajes multimedia. A través de esta tabla se puede obtener un

reporte del resultado del envío de un mensaje mediante el campo estado que

indica si se realizó o no envío.

En el siguiente diagrama de entidad relación de la figura 3.26, se presenta la relación

que existe entre cada una de las tablas que conforman la base de datos “Publicidad”:

170

mms_enviados

PK celular

idestado

sms

PK sms_id

textooperadoracelular

clientes

PK CELULAR

IDNOMBREAPELLIDOOPERADORA

FK1 mms_idFK2 sms_id

mms

PK mms_id

titulotextoimagenoperadora

FK1 celular

Figura 3.26: Diagrama Entidad Relación de la Base de Datos Publicidad


Texto Publicitarios

Para el envío de mensajes multimedia y mensajes de texto, la aplicación realiza la

conexión entre los datos almacenados en la base de datos “Publicidad” y el software

ActiveXperts que es una herramienta que provee funcionalidad de envío de mensajes

SMS y MMS desarrollada en Visual Basic. A continuación se detalla el proceso de

envío y las modificaciones realizadas en el ActiveXperts.

Como se describió en la segunda fase de la aplicación, la información embebida en

los mensajes de texto y multimedia es almacenada en las tablas SMS y MMS de la

base de datos “Publicidad”. Ahora bien, una vez que se almacenaron dichos datos se

va a requerir de la herramienta ActiveXperts de Windows para su envío.

Esta herramienta de desarrollo permite enviar y recibir SMS y MMS a través de un

módem GSM/GPRS/EDGE utilizando un proveedor MM1; es decir utilizar ciertos

171

parámetros de conexión proporcionados por la operadora telefónica para trasmitir

mensajes multimedia a través de la red GPRS.

3.4.2.3.1. Descripción de los Cambios Realizados y Funcionamiento de la

Herramienta ActiveXperts

a. Cambios Realizados

Del software original se eliminaron ciertas opciones de envío que no eran necesarias

como MM4 (MMS vía SMTP), MM7 (MMS vía HTML/SOAP) entre otras, debido a

que las opciones que se requieren en la aplicación son: el envío de mensajes

multimedia a través de la red GPRS y la interfaz MM1 cumple con dicho

requerimiento; así como el envío de mensajes de texto.

En la pantalla de “Envío de Mensajes Multimedia”, se incluyeron dos temporizadores

para que realicen las siguientes funciones:

· Primer temporizador:

§ Habilitar cada tres segundos la conexión con la base de datos “Publicidad”,

para que constantemente esté consultando si existen datos a enviar en la

tabla “MMS”. Una vez consultado el dato, este es automáticamente

eliminado de la base de datos para evitar que se envíe el mismo dato

varias veces.

§ Pegar dichos datos en los diferentes textboxes que conforman el cuerpo

del mensaje (cajas de textos). Este proceso sirve fundamentalmente para

establecer automáticamente la configuración del servidor; es decir, si se

trata de un envío para usuarios PORTA o MOVISTAR.

§ Activar el botón Enviar Mensaje.

172

· Segundo Temporizador

§ Incrementa el tiempo de sincronización entre el HUAWEI y la PC,

mejorando la transmisión de datos entre ambos dispositivos.

Además, se estableció un sistema de reenvío para aquellos mensajes que no

pudieron ser enviados. Al culminar el envío si el resultado del mismo fue erróneo,

aparecerá un cuadro de texto solicitando al usuario del sistema si desea que se

realice nuevamente el envío del mensaje fallido.

Si se selecciona la opción “SI”, el mensaje será reenviado y si la selección es “NO” el

sistema procederá a enviar el mensaje al siguiente número. Finalmente, se crearon

cinco botones adicionales: Inicio, Detener, Porta y Movi. La funcionalidad de cada

uno de ellos se explicará a continuación.

Por otro lado, esta pantalla está formada por siete botones y las funciones de cada

uno de ellos se describe a continuación:

· Botón Porta: permite seleccionar los datos de configuración del servidor MMS

de la operadora Porta.

· Botón Movi: permite seleccionar los datos de configuración del servidor MMS

de la operadora MoviStar.

· Botón Inicio: activa el temporizador configurado para que cada tres segundos

esté escuchando si existen datos en la tabla MMS para ser enviados.

· Botón Detener: este botón detiene el temporizador.

Mientras que en la pantalla “Envío de Mensajes de Texto”, al igual que en la pantalla

anterior se incluyó un timer que realizará las funciones descritas anteriormente.

173

b. Funcionamiento de la Herramienta ActiveXperts

b.1. Envío de Mensajes Multimedia MMS

Una vez que el contenido del mensaje ha sido seleccionado y se da clic sobre el

botón Enviar de la pantalla “Envío de Datos MMS”, dicho contenido es almacenado

en la tabla MMS de la base de datos (figura 3.27) y se llama a la herramienta

ActiveXperts para realizar el envío del mensaje.

Figura 3.27: Almacenamiento del Contenido de Mensajes MMS

La herramienta ActiveXperts está constituida por tres pantallas principales (Pantalla

de ingreso al sistema, pantalla de envío MMS y pantalla de envío SMS) y varias

secundarias. Cuando se ejecuta el software, se presenta la pantalla “Envío de

Publicidad Visual” la misma que se presenta en la figura 3.28.

Esta pantalla contiene dos opciones de envío, una para mensajes MMS y otra para

mensajes SMS.

174

Figura 3.28: Pantalla Envío de Publicidad Visual

Al dar clic sobre el botón Envío MMS vía MM1 se habilita la ventana “Envío de

Mensajes Multimedia” que se ilustra en la figura 3.29.

Figura 3.29: Pantalla Envío de Mensajes Multimedia

La pantalla de la figura 3.29, se enlaza directamente con la tabla MMS de la base de

datos “Publicidad”.

175

Para realizar el envío de mensajes, primero se debe seleccionar el módem y

conectarse al proveedor MMS, para lo cual el programa utiliza el objeto

MmsProtocolMm1 que proporciona la interfaz para conectarse a un proveedor de

MMS a través de GPRS y entregar o recibir mensajes MMS.

En segundo lugar se debe configurar el servidor MMS; es decir, se requiere:

· De un APN (Access Point Name) para establecer una conexión entre el

RRAS127 (Routing and Remote Access) y la MMSC.

· De un usuario y un contraseña para la autenticación con el proveedor MMS.

· De una dirección Gateway WAP para poder tener acceso al servidor.

· Y el URL del servidor.

Dependiendo del dato que se haya almacenado en el campo “Celular” de la tabla

“MMS” de la base de datos “Publicidad”, los datos correspondientes a la

configuración del Servidor MMS serán establecidos.

La información de configuración que se podrá observar es la siguiente:

· Configuración MMS de PORTA:

APN: mms.porta.com.ec

Usuario: portamms

Contraseña: portamms2003

Gateway: 216.250.208.94

Página de Inicio: http://iesmms.porta.com.ec

127 RRAS: Es un servicio de red de Microsoft Windows Server, que se utiliza cuando se envía mensajes MMS a la MMSC a través del protocolo WAP.

176

· Configuración MMS de MOVISTAR:

APN: mms.movistar.com.ec

Usuario: movistar

Contraseña: movistar

Gateway: 10.3.5.50

Página de Inicio: http://mms.movistar.com.ec

En la figura 3.30 se muestra el resultado del envío de un mensaje multimedia en el

celular Nokia N95:

Figura 3.30: Recepción del Mensaje Multimedia en el Celular Nokia N95

En la figura 3.31, se presenta el diagrama de flujo del funcionamiento de la pantalla

“Envío de Mensajes Multimedia” y del proceso de envío de los MMS:

del M je Multi di

177

Seleccione Dispositivo

FIN

Si Si¿SeleccionóDispositivo?

No¿SeleccionóInicio?

No

Error: No hay respuestadesde el módem

Se inicia el timer, seestablece la conexión a la

base de datos y se activa elbotón Enviar Mensaje

¿Configuró elServidor MMS?

¿SeleccionóInicio?

Si


No

Los datos almacenados en labase de datos, se colocan enlos campos de configuracióndel servidor MMS y los datos

se envian.



Error: El APN GPRS noestá configurado

Si


Borra los datos deconfiguración del

servidor

¿SeleccionóSalir?

No

No

No

Si

Se abre la pantalla“Envío de Publicidad

Visual”

¿SeleccionóDetener?

¿SeleccionóReportes?


¿SeleccionóVer?

El timer se detiene y secierra la conexión a la base

de datos

Se abre la pantalla,“Reportes” donde se puede

visualizar los mensajesMMS enviados y no

enviados

Se borran los datos deconfiguración del servidor y

el resultado de envío

FIN

Si

Si

Si

Se abre un documento enWord llamado MmsLog quepermite verificar el estadode envío y la configuración

del servidor.

Si

No

No

No

No

SiNo

INICIO

¿Se envió eldato entrante?

¿Deseareenviarlo?

El dato es reenviadoy pasa a enviar alsiguiente número

Si

Si

Envía el dato alsiguiente número

No

No

Figura 3.31: Diagrama de Flujo de la Pantalla Envío de Mensajes Multimedia

178

Al realizar el envío de los mensajes se pueden obtener dos tipos de resultados:

· Success (Exitoso): significa que tanto la configuración del servidor como la

comunicación con el módem fue la adecuada y que el envío por lo tanto fue

exitoso.

· Error (Erróneo): significa que en el envío se produjo un error, que puede ser:

§ 30352 (Error response from modem): indica un error en la

comunicación con el módem, debido a que este no se encuentra

presente.

§ 30350 (No response from modem): indica un error en el módem,

debido a que este no responde.

§ 33721 (Missing GPRS Access Point Name (APN)): indica que existe

un error en la configuración del servidor MMS.

§ 23745 No response from WAP gateway: indica un error de conexión

con el Core GPRS.

a. Envío de Mensajes de Texto SMS

El proceso de envío de mensajes SMS es similar al de los mensajes MMS, cuando el

contenido del mensaje ha sido seleccionado y se da clic sobre el botón Enviar de la

pantalla “Envío de Datos SMS”.

Dicho contenido es almacenado en la tabla SMS de la base de datos (figura 3.32) y

se llama a la herramienta ActiveXperts para realizar el envío del mensaje.

179

Figura 3.32: Almacenamiento del Contenido de Mensajes SMS

Al dar clic sobre el botón Envío SMS vía GMS de la pantalla “Envío de Publicidad

Visual” de la figura 3.28 se habilitará la pantalla “Envío de Mensajes de Texto” que se

muestra en la figura 3.33.

Figura 3.33: Pantalla Envío de Mensajes de Texto

gura 3.33 Pantalla Envío de Mensajes de Texto

180

Esta pantalla se enlaza directamente con la tabla SMS de la base de datos

“Publicidad”. El proceso de envío de mensajes de texto se explica en el diagrama de

flujo mostrado en la figura 3.34:

INICIO

Seleccione Dispositivo

Si¿SeleccionóDispositivo?

No¿SeleccionóInicio?

No

Error: No hay respuestadesde el módem


base de datos y se activa elbotón Enviar


Si



Si

No

¿SeleccionóDetener?


¿SeleccionóEstado de Tx?

El timer se detiene y secierra la conexión a la

base de datos

Se borran los datos delos campos de Mensaje

SMS

FIN

Si

Si

Si

Se abre una pantalla dereportes, en donde se

puede visualizar los SMSenvidos y no envidados

Si

No

No

No

No

Los datos almacenados en labase de datos, se colocan enlos campos Mensaje SMS y

los datos se envían.

¿SeleccionóSalir?

No


Visual”

¿SeleccionóSalir?


Visual”

¿SeleccionóVer?

No

Se abre bloc de notas llamadoSmsLog que permite verificar el

estado de envío y laconfiguración del servidor.

Si

No

FIN

FIN

Figura 3.34: Diagrama de Flujo de Pantalla Envío de Mensajes de Texto

181

Como se observa en el diagrama de flujo de la figura 3.34, para realizar el envío de

mensajes, primero se debe seleccionar el módem y la velocidad de conexión en el

caso en el que se utilice un módem dial up.

A continuación se debe dar clic sobre el botón Inicio para activar el temporizador

que cada tres segundos va a estar escuchando si existen datos en la base de datos

para enviar y los mostrará en los campos Mensaje SMS de la pantalla.

En la figura 3.35 se muestra la recepción del mensaje de texto enviado al teléfono

celular Nokia N95:

Figura 3.35: Recepción del Mensaje de Texto Enviado al Celular Nokia N95

3.5. DESCRIPCIÓN DE COSTOS DEL SISTEMA PUBLICITARIO

A continuación, se detallan los costos de los diferentes rubros que se generaron en el

desarrollo e implementación del presente proyecto.

ión del Mensaje de Texto Enviado al C

182

3.5.1. Costos Indirectos

3.5.1.1. Rubro del Personal

Rubro Horas Valor

Unitario Valor Total

[USD]

Tutores en Programación 130 7.00 900.00

TOTAL 900.00

Tabla 3.8: Descripción de Rubro del Personal

3.5.1.2. Misceláneos

MISCELÁNEOS

Descripción Costo Total

Internet 180.00

Transporte 100.00

Impresiones 130.00

TOTAL 410.00

Tabla 3.9: Descripción de Misceláneos

3.5.2. Costos Directos

3.5.2.1. Remuneraciones a Estudiante

Nombre Cargo Horas Valor Unitario

Valor Total [USD]

María Gabriela Vega Estudiante 500 4.00 2000.00

TOTAL 2000.00

Tabla 3.10: Descripción de Remuneración a Estudiante

183

3.5.2.2. Adquisición de Equipos y Servicios de Telefonía Móvil

Descripción Operadora Cantidad Valor Unitario

[USD] Total

Módem Huawei E226 PORTA 1 60.00 60.00

Módem Huawei

E1756 MOVISTAR 1 90.00 90.00

Servicio Prepago

SMS/MMS MOVISTAR 1 20.00 20.00

Servicio Prepago

SMS/MMS PORTA 3 30.00 90.00

Celular Nokia N95 MOVISTAR

/ PORTA 1 00.00 00.00

TOTAL 260.00

Tabla 3.11: Costos de Equipos y Servicios de Telefonía Móvil

3.5.3. Total General

Descripción Monto Total

COSTOS INDIRECTOS

Personal 900.00

Misceláneos 410.00

Total Costos Indirectos 1310.00

COSTOS DIRECTOS

Remuneración a Estudiante 2000.00

Adquisición de Equipos y Servicios de Telefonía Móvil

260.00

Total Costos Directos 2260.00

TOTAL GENERAL 3570.00

Tabla 3.12: Descripción de Costos del Sistema

183

CAPÍTULO 4

ESPECIFICACIONES TÉCNICAS DEL

TERMINAL MÓVIL Y PRUEBA

184

CAPÍTULO 4: ESPECIFICACIONES TÉCNICAS DEL

TERMINAL MÓVIL Y PRUEBAS

4.1. INTRODUCCIÓN

En este capítulo se presenta las especificaciones técnicas del terminal móvil Nokia

N95 utilizado para la recepción de los mensajes publicitarios y la justificación de su

uso, así como también se mencionan las principales características de los módems

HUAWEI utilizados para el envío de los diferentes mensajes. Por otro lado, se detalla

la implementación del prototipo y las pruebas de funcionamiento de la aplicación

desarrollada para el envío de mensajes publicitarios a los usuarios de la telefonía

móvil de la ciudad de Quito.

El sistema publicitario consta de tres fases: la primera fase que corresponde a la

interfaz gráfica de usuario, se encarga de obtener los datos que conformarán el

contenido del mensaje, el o los contactos a los cuales se enviará la publicidad y el

almacenamiento de dicha información en la base de datos “Publicidad”. La segunda

fase es la interacción entre los datos proporcionados por la interfaz gráfica y el

software que permite el envío de los mensajes multimedia (MMS) y mensajes cortos

(SMS). La tercera fase es la visualización de la publicidad en el dispositivo móvil

Nokia N95 y la verificación del envío de los mensajes en la PC. Los dos primeros

módulos especificados se los describieron en el Capítulo 2 y el tercero se lo detalla a

continuación.

Además se detallan las pruebas realizadas en diferentes tipos de celulares; así como

también el manual de instalación y de usuario de la aplicación desarrollada.

185

4.2. ESPECIFICACIONES TÉCNICAS

A continuación se especifican las condiciones técnicas de los procesos desarrollados

y equipos empleados en el proyecto para el envío y recepción de los mensajes

publicitarios.

Los elementos necesarios son los siguientes:

· Terminal móvil.

· Módems GSM/GPRS/EDGE.

· Entorno de desarrollo y servidor.

4.2.1. Terminal Móvil128

El teléfono móvil que se ha empleado para llevar a cabo las diferentes pruebas

realizadas a lo largo del proyecto es un Nokia N95.

A continuación se detallan las principales características del sistema operativo,

conectividad, mensajería e Internet móvil existentes en dicho terminal:

· Cobertura

§ WCDMA2100 (HSDPA), EGSM900 y GSM850/1800/1900 MHz (EDGE).

§ Cambio automático de una banda a otra.

· Transferencia de Datos

§ WCDMA 2100 (HSDPA) con voz y paquetes de datos simultáneos.

§ Modo de Transmisión Dual (DTM): permite la conexión simultánea de voz

y paquetes de datos en las redes GSM/EDGE.

128 http://www.taringa.net/posts/celulares/1295251/Nokia-n95-especificaciones-tecnicas.html

186

· Sistema Operativo

§ Sistema Operativo Symbian OS 9.2 Series 60 v. 3.1.

§ Java MIDP 2.1, CLDC 1.1

· Mensajería

§ Mensajería de texto: admite SMS concatenados, postales electrónicas,

listas de distribución de SMS.

§ Mensajería multimedia: combina imágenes, vídeo, texto y secuencias de

audio para enviarlas como MMS a una PC o teléfono compatible.

§ Adaptación automática de las imágenes al tamaño de la pantalla del

teléfono celular.

· Conectividad

§ LAN inalámbrica integrada (802.11 b/g) y UPnP (Universal Plug and Play).

§ Tecnología inalámbrica Bluetooth integrada v.2.0 EDR.

§ Sincronización local de los contactos y la agenda con una PC compatible

por medio de una conexión compatible.

Figura 4.1: Nokia N95

187

· Justificación de su utilización

El Nokia N95 es un equipo multimedia sofisticado cuyo sistema operativo,

características de conectividad y mensajería soportada permite la correcta

recepción y visualización de los diferentes mensajes multimedia con contenido

publicitario; debido a que posee los servicios GPRS (tecnología que permite

transmitir datos) y MMS (tecnología que permite manejar mensajes

multimedia).

4.2.2. Módems GSM/GPRS/EDGE

Para el envío de mensajes multimedia y de texto con contenido publicitario se

utilizaron dos modelos de módems de la marca HUAWEI uno para cada tipo de

operadora; es decir, uno para realizar el envío de mensajes a usuarios MOVISTAR y

otro para usuarios PORTA.

· Módem HUAWEI E226 para usuarios PORTA

§ Conectividad: GSM, GPRS, EDGE, UMTS y HSDPA.

§ Bandas: Tribanda para la red 3G (HSDPA/UMTS 850/1900/2100 MHz) y

Cuadribanda para la red 2G (EDGE/GPRS/GSM850/900/1800/1900MHz.).

§ Plug & Play (auto-instalación, no requiere CD). Detección automática del

Módem cuando está conectado al PC

§ Interfaz estándar USB 2.0

§ Interfaz SIM card.

§ Velocidad de conexión 7.2 Mbps.

§ Velocidad de trasmisión de 2 Mbps.

§ Sistema operativo: Windows® 2000, Windows® XP, Vista y MAC.

§ Servicio de mensajes de texto SMS.

188

Figura 4.2: Modem HUAWEI E226

· Módem HUAWEI E1756 para usuarios MOVISTAR

§ Servicios de Datos (HSDPA/UMTS/EDGE/GPRS/GSM).

§ Servicio SMS.

§ Plug & Play (auto-instalación, no requiere CD). Detección automática del

Módem cuando está conectado al PC.

§ Interfaz estándar USB 2.0.

§ Velocidad de conexión de 7.2 Mbps.

§ Funciona como memoria USB gracias a su ranura de expansión para

memoria micro SD de hasta 4GBytes.

§ Interfaz SIM card.

§ Gestiona aplicaciones de Internet como envío y recepción de correo

electrónico.

§ Compatibilidad con sistemas operativos Windows 2000, XP, Vista y MAC.

§ HSDPA COMCEL: Velocidad de Navegación de hasta 1.4 Mbps.

§ Bandas: UMTS/HSDPA: 850/900/2100 MHz GSM/GPRS/EDGE

850/900/1800/1900 Mhz.

189

Figura 4.3: Modem HUAWEI E1756

· Justificación de la utilización de los módems

Actualmente en el mercado nacional existen tres tipos de marcas de módems

GSM/GPRS/EDGE homologadas y ofertadas por las operadoras y son las que

se mencionan a continuación: HUAWEI, SONY ERICSSON y ZTE. En el

presente proyecto para el envío de los mensajes multimedia y mensajes de

texto, se emplearon los módems HUAWEI E226 y E1756, por las siguientes

razones:

§ Se emplearon los modelos E226 y E1756 (PORTA y MOVISTAR

respectivamente), debido a que cada operadora en el país oferta un

modelo de equipo diferente. Por otro lado, estos dispositivos al poseer

configuraciones destinadas para el uso exclusivo de los paquetes de

servicio de cada operadora, limitando el uso de módems que no son

ofertados por la operadoras; debido a que deben ser homologados, lo

que implica tiempo y dinero.

§ Además, se utilizaron equipos HUAWEI porque sus características

técnicas tales como: velocidad de transmisión, velocidad de conexión y

alcance de cobertura, frente a las características del módem SONY

ERICSSON; proporcionaban mejores parámetros para la transmisión

exitosa de datos.

190

§ Adicionalmente, se aprovechó la característica que presentan los

módems HUAWEI sobre los módems ZTE; que es la utilización de una

SIM card. Característica que facilitó el envío de MMS.

4.2.3. Entorno de Desarrollo y Servidor

Para el desarrollo de la programación en Java y Visual Basic, así como la ejecución

de las diferentes pruebas que verifiquen el correcto desarrollo del proyecto, es

necesario disponer de un computador personal como equipo de trabajo, con las

siguientes características:

Si se trata de un computador de escritorio:

· 512 KB de Memoria RAM (Mínimo).

· Velocidad de Procesador de 1.3 GHz.

· 1GB de Memoria ROM (Mínimo).

· Microsoft Windows XP Home ó Professional– Service Pack 3

Si se trata de un computador personal:

· Intel (R) Core(TM)2 Duo CPU o AMD Turion 64x2.

· Velocidad de Procesador de 1.3 GHz ó 2.1 GHz.

· 512 KB de Memoria RAM (Mínimo).

· 1GB de Memoria ROM (Mínimo).

· Microsoft Windows XP Home (2004) o Professional– Service Pack 3.

En esta estación de trabajo se han instalado las siguientes herramientas para el

funcionamiento de la aplicación:

· JDK (Kit de Desarrollo de Java) para la plataforma Windows. Para realizar la

programación de la Interfaz de Usuario en Lenguaje de Programación Java

· IDE Eclipse Galileo. Para el desarrollo de la Interfaz Gráfica de Usuario en

lenguaje de programación Java.

191

· ActiveXperts SMS and MMS Toolkit. Con el kit de herramientas SMS y MMS

de ActiveXperts, se puede enviar mensajes SMS a través de un Módem GSM

y el envío de mensajes multimedia a través de un proveedor MM1 (mensajes

multimedia vía GPRS).

· MySQL 5.1.48-win 32 Server y MySQL 5.0.r17-win 32 Administrator. Para la

creación y administración de la base de datos “Publicidad”.

4.2.4. Configuraciones Requeridas

A continuación se presenta la configuración MMS de cada operadora, la misma que

será utilizada en la herramienta ActiveXperts para determinar el proveedor de

servicios de mensajes multimedia vía GPRS (MM1):

4.2.4.1. Configuración MMS (Movistar)

APN GPRS: mms.movistar.com.ec

Página Principal: http://mms.movistar.com.ec

Nombre de Usuario: movistar

Contraseña: movistar

Wap Gateway: 10.3.5.50

4.2.4.2. Configuración MMS (Porta)

APN GPRS: mms.porta.com.ec

Página Principal: http://iesmms.porta.com.ec

Nombre de Usuario: portamms

Contraseña: portamms2003

Wap Gateway: 216.250.208.94

192

4.3. IMPLEMENTACIÓN DEL PROTOTIPO

El presente proyecto busca implementar un sistema de publicidad visual, que permita

el envío de mensajes multimedia y de texto a teléfonos celulares, para lo cual es

necesario desarrollar el software de aplicación, una base de datos correspondiente a

los clientes de las empresas interesadas, un módem GSM/GPRS/EDGE y una SIM

(Subscriber Identity Module) de cada operadora en la que previamente se ha

activado el servicio de mensajería multimedia y mensajes cortos.

En la figura 4.4, mediante un diagrama de bloques se ilustra las fases que conforman

el prototipo a ser implementado:

GPRSINTERFAZ DE

USUARIOBASE DE DATOS

PublicidadHERRAMIENTA

ActiveXperts

TERMINAL

HUAWEI

ORDENADORJAVA MySQL VISUAL BASIC

PRIMERA FASE SEGUNDA FASE TERCERA FASE

Almacenamiento dedatos

Conexión(temporizador de 3'’)

Conexión(temporizador de 15'’) Envío de datos (MMS

ó SMS)

Figura 4.4: Diagrama de Bloques del Prototipo a Implementar

4.3.1. Primera Fase: Interfaz Gráfica de Usuario

Para la implementación de la interfaz gráfica, en primer lugar es necesaria la

instalación del Kit de Desarrollo de Java Segunda Edición (JDK) para Windows que

permitirá realizar la interfaz de usuario en lenguaje de programación Java.

A continuación se debe instalar un IDE (Integrated Development Environment) de

desarrollo, en este caso se ha utilizado “Eclipse Galileo” que proporciona las

herramientas necesarias para la programación en Java de los diferentes

componentes que conforman la interfaz gráfica; así como también, la instalación del

193

conector JDBC (Java Data Base Connector) para la interacción de la interfaz gráfica

de usuario con la Base de Datos “¨Publicidad” desarrollada en MySQL.

La figura 4.5 muestra el workspace del IDE Eclipse, donde se desarrolló la interfaz

gráfica de usuario:

Figura 4.5: Workspace de Eclipse

4.3.2. Segunda Fase: Interacción Interfaz Gráfica-ActiveXperts

Para la implementación de esta fase del proyecto, se requiere de la instalación del

lenguaje de programación Visual Basic 6.0 en el computador; para realizar los

cambios necesarios en la herramienta ActiveXperts y así enlazar los datos obtenidos

de la interfaz gráfica almacenados en la tabla de datos “Publicidad” y enviarlos a los

terminales móviles utilizando un módem para acceder a la red.

Además se debe instalar en el computador el conector ODBC (Open Data Base

Conectivity) que permite la conexión entre la base de datos “Publicidad” y el software

de envío ActiveXperts.

Figura 4.5 Workspace de Eclipse

194

4.3.3. Tercera Fase: Visualización de la Publicidad en el Dispositivo Móvil

Nokia N95 y Verificación del Envío de los Mensajes en la PC

Para la implementación de la fase final del proyecto que consiste básicamente en la

visualización del envío y recepción de los mensajes de texto y multimedia, se

requiere de dos tipos de módems GSM/GPRS/EDGE de la marca HUAWEI

correspondientes a cada operadora; debido a que solo se puede enviar mensajes

multimedia de operadora a operadora.

Por otro lado, los mensajes publicitarios enviados se los visualizará en el dispositivo

celular Nokia N95. En la figura 4.6 se muestran los equipos HUAWEI, las SIMs de las

diferentes operadoras y el dispositivo celular utilizado.

Figura 4.6: Módems HUAWEI, SIMs y Dispositivo Celular Utilizado

La verificación del envío de mensajes multimedia; es decir, el número al cual se

envió la publicidad, el estado del envío y la fecha se los podrá visualizar tanto en la

PC al acceder a la tabla “mms enviados” de la base de datos “Publicidad”, como en

la aplicación que permite el envío de los mensajes multimedia y de texto desarrollada

en Visual Basic, mediante la opción “Reportes”.

gura 4.6: Módems HUAWEI, SIMs y Dispositivo Celular Utilizado

195

4.3.4. Condiciones de Ejecución de la Aplicación

Para la correcta ejecución de la aplicación se deben considerar ciertos parámetros

fundamentales que se indican a continuación:

· El sitio donde se vaya a implementar el sistema debe poseer buena cobertura

de red, para evitar que el módem no pueda cargar adecuadamente la imagen,

video o audio que se desee enviar.

· La SIM a utilizar para el envío de los mensajes publicitario debe tener activo el

servicio de mensajería multimedia; así como también, debe disponer de saldo.

· El esquema de configuración de los mensajes multimedia a través de la red

GPRS debe ser la correcta, para que al momento de acceder a la red no se

generen errores de autenticación.

· Tomar en cuenta que solo se puede enviar mensajes multimedia de PORTA a

PORTA o de MOVISTAR a MOVISTAR.

· El tamaño máximo de las imágenes, videos o audio a enviar es de 90 KB y

con el formato adecuado para la correcta visualización de los mismos en los

diferentes teléfonos celulares; debido a que si el contenido del mensaje a

enviar es muy pesado, se incrementa la posibilidad de que se generen errores

en la transmisión del mensaje multimedia; es decir que se pueden generar

pérdidas de paquetes en su trayecto hacia el MMSC (Multimedia Messaging

Service Center).

· Únicamente aquellos dispositivos celulares que tengan conectividad a la red

GPRS/EDGE y que además tengan activado el servicio de mensajería

multimedia, estarán en capacidad de visualizar el contenido del mensaje

enviado.

196

· La herramienta ActiveXperts debe ser instalada únicamente en Windows XP,

debido a que en las otras plataformas de Windows se generan errores de

compilación.

4.4. PRUEBAS DEL SISTEMA

Las pruebas que se realizaron son de instalación y funcionamiento de la aplicación;

las mismas se ejecutaron tanto para clientes PORTA como para clientes MOVISTAR.

No se aplicaron con clientes ALEGRO, por las siguientes razones:

· Todos los números celulares de los clientes de las empresas participantes

pertenecen a las operadoras MOVISTAR y PORTA.

· Los resultados obtenidos de la encuesta aplicada al público, muestran la poca

acogida de la operadora ALEGRO dentro del segmento de población

determinado.

· La operadora ALEGRO, hace poco tiempo atrás implementó una red

GSM/GPRS, razón por la cual los servicios ofrecidos sobre la misma no son

tan robustos como las ofrecidas por las otras dos operadoras.

4.4.1. Pruebas de Instalación de la Aplicación

La instalación de los componentes de la aplicación; es decir, lenguajes de

programación y entornos de desarrollo, se las realizaron sobre los sistemas

operativos Windows XP, Windows Vista y Windows 7, dando como resultado lo que

se ilustra a continuación en la tabla 4.1:

197

Tabla 4.1: Resultados de la Instalación del Lenguaje de Programación e IDE

El error que se presentó en los sistemas operativos Windows Vista y Windows 7,

corresponde a un error de ejecución de uno de los componentes del lenguaje de

programación Visual Basic 6.0, el cual no es compatible con los sistemas operativos

mencionados. La aplicación se ejecuta correctamente sobre el sistema operativo

Windows XP.

4.4.2. Pruebas de Funcionamiento de la Aplicación

4.4.2.1. Resultados de Conectividad entre la Interfaz Gráfica de Usuario y la

Base de Datos “Publicidad”

Para evaluar los resultados se realizaron las siguientes pruebas:

· Mediante la pantalla “Panel Contactos” de la interfaz gráfica de usuario, se

añadió, actualizó y eliminó un contacto a la tabla “Clientes“ de la base de

datos “Publicidad”, sin la necesidad de hacerlo directamente desde dicha

base. Comprobando así, que los datos ingresados en la interfaz estaban

siendo almacenados en la base de datos y que la conectividad entre ambos

componentes de la aplicación era exitosa.

EQUIPO SISTEMA

OPERATIVO

LENGUAJE DE PROGRAMACIÓN

INSTALADO RESULTADO

IDE INSTALADO

RESULTADO

Laptop Windows XP Java SE Exitoso

Eclipse Exitoso Visual Basic 6.0 Exitoso

Laptop Windows Vista Java SE Exitoso

Eclipse Exitoso Visual Basic 6.0 Erróneo

Laptop Windows 7 Java SE Exitoso

Eclipse Exitoso Visual Basic 6.0 Erróneo

198

La figura 4.7 muestra la modificación de la tabla “Clientes” mediante la interfaz

gráfica de usuario:

Figura 4.7: Modificación de la Tabla “Clientes” a través de la Pantalla “Panel

Contactos”

· La segunda prueba que se realizó, fue establecer los datos que conformarían

el contenido de los mensajes de texto y multimedia y verificar que estos datos

sean almacenados en la tablas “sms” y “mms” respectivamente al momento de

dar clic sobre el botón enviar de las pantallas: “Envío de Datos SMS” y “Envío

de Datos MMS“.

Esta información permanecerá almacenada en las tablas hasta que se ejecute

el envío, una vez enviados dichos datos, estos serán eliminados de las tablas

para evitar que se presenten envíos no programados ya que la aplicación

desarrollada en Visual Basic va a estar escuchando constantemente la

existencia de datos para enviar.

199

Los resultados obtenidos en ambos casos fueron exitosos, logrando así el

almacenamiento del contenido de los mensajes en la base de datos para su

posterior envío.

La figura 4.8 muestra los resultados obtenidos en la ejecución de esta prueba.

Figura 4.8: Conectividad entre la Interfaz de Usuario y Base de Datos

4.4.2.2. Resultados de Conectividad entre la Base de Datos “Publicidad” y la

Herramienta de Envío ActiveXperts

Para evaluar los resultados se realizaron las siguientes pruebas:

· Para el caso de los mensajes multimedia:

Una vez que el contenido de los mensajes ha sido almacenado en la tabla

“mms” de la base de datos, se procedió a ejecutar la aplicación “Envío de

Publicidad Visual” de la herramienta ActiveXperts para comprobar la conexión

entre MySQL y Visual Basic 6.0.

Para ello dentro de la aplicación en Visual Basic, al momento de seleccionar la

opción “Iniciar” de la pantalla “Envío de Mensajes MMS”, si la conexión entre

Figura 4.8: Conectividad entre la Interfaz de Usuario y Base de Datos

200

la base de datos y la herramienta ActiveXperts es la adecuada; así como

también, si todos los parámetros reconfigurados en la herramienta

ActiveXperts son los correctos, los datos serán colocados en la posición

adecuada dentro de dicha pantalla y automáticamente según la operadora a la

que corresponda el número al cual se está enviando la publicidad, la

configuración del servidor MMS será establecida.

En la figura 4.9 se describe en forma gráfica lo que se indicó en el párrafo

anterior:

Figura 4.9: Resultado de Conectividad tabla “mms” y ActiveXperts

Como se puede observar en la figura 4.9 los resultados de conectividad que

se obtuvieron fueron exitosos, logrando que los datos de la tabla “mms” sean

colocados en los diferentes campos de la ventana “Envío de Mensajes MMS”

listos para su envío.

4.9 Re ltad de Co ctividad tabla “ s” ActiveX

201

· Para el caso de los mensajes de texto:

El procedimiento realizado es el mismo que el descrito para el caso de los

mensajes multimedia, con la diferencia de que en este caso se trata de la

conexión entre la tabla “sms” de la base de datos “Publicidad” y la pantalla

“Envío de Mensajes SMS” de la herramienta ActiveXperts.

La figura 4.10 ilustra el resultado obtenido de la prueba correspondiente a la

conexión entre la tabla “sms” de la base de datos con la pantalla “Envío de

Mensajes de Texto” de la aplicación en Visual Basic.

Figura 4.10: Resultado de Conectividad tabla “sms” y ActiveXperts

Como se puede observar en la figura 4.9 los resultados de conectividad que

se obtuvieron fueron exitosos, logrando que los datos de la tabla “sms” sean

colocados en los diferentes campos de la ventana “Envío de Mensajes SMS”.

4.4.2.3. Resultados del Envío de los Mensajes de Texto y Multimedia a través

de los Módems HUAWEI

Para evaluar los resultados del envío, se realizaron varias pruebas en tres lugares

diferentes de la ciudad de Quito:

Figura 4.10 Resultado de Conectividad tabla “sms” y ActiveXpert

202

§ Sector 1: Sector del Centro Comercial Iñaquito (CCI),

§ Sector 2: En la Escuela Politécnica Nacional y

§ Sector 3: La Mariscal.

Dichas pruebas se presentan a continuación:

4.4.2.3.1. Para el caso de PORTA

· Envío de MMS

En primer lugar, se procedió a conectar el módem HUAWEI E226 al

computador y a ejecutar la aplicación denominada “Envío de Publicidad

Visual” desarrollada en Visual Basic 6.0. Seleccionando la opción “Envío MMS

vía MM1” se hablita la pantalla “Envío de Mensajes Multimedia”.

En esta pantalla se seleccionó el módem #2 que corresponde al módem

configurado en PORTA y a continuación se dió clic sobre el botón “Inicio” para

que la aplicación se conecte con la base de datos y esté escuchando si

existen datos o no a enviar.

La figura 4.11 muestra el procedimiento mencionado.

Paso 1: Conexión del

Módem HUAWEI E226 en

el computador

203

Figura 4.11: Conexión y Selección del Módem HUAWEI

En segundo lugar, se ejecutó la aplicación desarrollada en Java. Se ingresó al

sistema después de la autenticación, se seleccionó la opción de envío de

“Publicidad Gráfica”, se determinó la imagen deseada; así como también los

números telefónicos a los cuales se enviarán el mensaje.

Finalmente, se procedió a llenar los campos título y texto de la ventana “Envío

de Datos MMS” necesarios para el almacenamiento de dicha información en la

tabla “mms”. La figura 4.12 muestra el procedimiento mencionado:

Paso 2: Selección del

Módem en la

aplicación “Envío de

Publicidad Visual”

Paso 3: Autenticación

de Usuario

Pa

de

204

Figura 4.12: Proceso de Selección del Contenido de un Mensaje Multimedia

Paso 4: Selección

del Contenido del

Mensaje Multimedia

Paso 5: Selección

de los Contactos

Paso 6: Completar

los campos Título y

Texto

205

Una vez que se seleccionó el botón “Enviar”, los datos se almacenaron en la

tabla “mms” de la base de datos como se observar en la figura 4.13 y tres

segundos después (tiempo que corresponde al periodo configurado para el

temporizador de la aplicación en Visual Basic) se estableció la conexión entre

la base de datos y la aplicación “Envío de Publicidad Visual”.

Figura 4.13: Almacenamiento del Contenido del MMS en la Tabla “mms” de la


Finalmente, los datos de configuración del servidor y contenido del mensaje

son colocados en cada uno de los campos de la pantalla “Envío de Mensajes

Multimedia” de la aplicación “Envío de Publicidad Visual”, para posteriormente

ser enviados al MMSC (Multimedia Message Service Center) a través del Core

de GPRS mediante el módem HUAWEI E226.

Para incrementar el tiempo de conexión entre la PC y el módem se ha

establecido un temporizador, que permite aumentar el tiempo de transferencia

del contenido de los mensajes multimedia (audio, imágenes y videos).

La figura 4.14 ilustra los resultados obtenidos.

Figura 4.13 Almacenamiento del Contenido del MMS en la Tabla “mms” de laT

206

Figura 4.14: Visualización del Resultado del Envío de un Mensaje Multimedia

Paso 8: Envío de los

mensajes multimedia

mediante el Módem

HUAWEI

Paso 9: Visualización

del mensaje multimedia

en el celular Nokia N95

Paso 7: Conexión

Base de Datos y

ActiveXperts

207

Los resultados que se obtuvieron del envío de los mensajes multimedia

publicitarios son los que se muestran en las tablas 4.2, 4.3 y 4.4:

Sector 1: Sector del Centro Comercial Iñaquito (CCI)

Tabla 4.2: Resultados del Envío de MMS a Usuarios PORTA (Sector 1)

NIVEL DE

SEÑAL

CANTIDAD DE

USUARIOS

TAMAÑO DEL CONTENIDO

DEL MENSAJE (KB)

TIPO DE CONTENIDO

TIEMPO DE ENVÍO

PROMEDIO RESULTADO PROMEDIO

Enviados Re-

enviados No

Enviados

Alta 10 13.3 JPEG 6’46’’ 10 1.67 0

Alta 8 13.3 JPEG 5’39’’ 8 1.33 0

Alta 5 13.3 JPEG 3’21’’ 5 0 0

Alta 10 21.6 GIF 21’38’’ 10 2 0

Alta 8 21.6 GIF 19’35’’ 8 1.67 0

Alta 5 21.6 GIF 14’40’’ 5 0.67 0

Alta 10 80 3GP 31’34’’ 10 2.67 0

Alta 8 80 3GP 25’28’’ 8 2.33 0

Alta 5 80 3GP 10’37’’ 5 1 0

Media 10 13.3 JPEG 8’17’’ 9 2.33 1.67

Media 8 13.3 JPEG 7’10’’ 7 2.67 1

Media 5 13.3 JPEG 4’52’’ 4.33 1.67 0.67

Media 10 80 3GP 33’18’’ 7.67 3.67 2.33

Media 8 80 3GP 27’12’’ 5.67 2.67 2.67

Media 5 80 3GP 12’29’’ 3 2 2

Baja 10 21.6 GIF 35’26’’ 5.67 5.67 4.33

Baja 8 21.6 GIF 33’27’’ 4.33 4.67 3.67

Baja 5 21.6 GIF 28’28’’ 2 3 3

208

Sector 2: Escuela Politécnica Nacional


NIVEL DE

SEÑAL

CANTIDAD DE

USUARIOS


DEL MENSAJE (KB)

TIPO DE CONTENIDO

TIEMPO DE ENVÍO


Enviados Re-

enviados No

Enviados

Alta 10 12.0 JPEG 11’22’’ 10 1.67 0

Alta 8 12.0 JPEG 8’45’’ 8 1.33 0

Alta 5 12.0 JPEG 6’16’’ 5 1 0

Alta 10 14.2 GIF 13’39’’ 10 2 0

Alta 8 14.2 GIF 10’06’’ 8 1.67 0

Alta 5 14.2 GIF 8’39’’ 5 0.67 0

Alta 10 54.2 3GP 30’05’’ 10 2.33 0

Alta 8 54.2 3GP 22’28’’ 8 2.33 0

Alta 5 54.2 3GP 18’24’’ 5 1.33 0

Media 10 12.0 JPEG 12’22’’ 9 2.33 1.67

Media 8 12.0 JPEG 10’29’’ 6.67 2 1.33

Media 5 12.0 JPEG 7’47’’ 3.33 1.67 1.67

Media 10 54.2 3GP 32’08’’ 8 4 2

Media 8 54.2 3GP 24’31’’ 6.67 3 1.33

Media 5 54.2 3GP 14’32’’ 6.67 3.33 1.33

Baja 10 14.2 GIF 27’18’’ 6.67 5.67 3.33

Baja 8 14.2 GIF 20’27’’ 4.67 5.67 3.33

Baja 5 14.2 GIF 16’56’’ 2.33 3 2.67

Baja 10 12.0 JPEG 23’23’’ 6.33 7.33 3.67

Baja 8 12.0 JPEG 19’51’’ 5.33 5 2.67

Baja 5 12.0 JPEG 13’10’’ 2 5.33 2.67

209

Sector 3: La Mariscal


NIVEL DE

SEÑAL

CANTIDAD DE

USUARIOS


DEL MENSAJE (KB)

TIPO DE CONTENIDO

TIEMPO DE ENVÍO


Enviados Re-

enviados No

Enviados

Alta 10 17.2 JPEG 14’32’’ 10 2 0

Alta 8 17.2 JPEG 10’39’’ 8 1.33 0

Alta 5 17.2 JPEG 7’11’’ 5 0.67 0

Alta 10 20.4 GIF 16’02’’ 10 2 0

Alta 8 20.4 GIF 12’09’’ 8 1.67 0

Alta 5 20.4 GIF 9’41’’ 5 0.33 0

Alta 10 70.6 3GP 30’24’’ 10 2.67 0

Alta 8 70.6 3GP 24’55’’ 8 2.33 0

Alta 5 70.6 3GP 21’24’’ 5 1 0

Media 10 17.2 JPEG 16’58’’ 9 2.33 1.67

Media 8 17.2 JPEG 21’09’’ 6.67 2 1.33

Media 5 17.2 JPEG 15’21’’ 3.33 1.67 1.67

Media 10 70.6 3GP 33’18’’ 8 4 2

Media 8 70.6 3GP 25’20’’ 6.67 3 1.33

Media 5 70.6 3GP 23’32’’ 6.67 3.33 1.33

Baja 10 20.4 GIF 28’08’’ 6.67 7.33 3.33

Baja 8 20.4 GIF 25’44’’ 4.67 5.33 3.33

Baja 5 20.4 GIF 18’54’’ 2.33 5 3.33

Baja 10 17.2 JPEG 26’04’’ 6.33 5.67 3.67

Baja 8 17.2 JPEG 21’55’’ 5.33 5.33 3.33

Baja 5 17.2 JPEG 15’15’’ 2 3.33 1.33

210

Como se puede observar en las tablas 4.2, 4.3 y 4.4, dependiendo de la

cantidad de usuarios a los que se enviará el mensaje publicitario, del tamaño y

tipo de contenido; el tiempo de carga y envío del contenido del mensaje

variará.

En base a las pruebas realizadas:

§ El porcentaje de envíos exitosos dependerá no solo de los factores

antes mencionados sino además:

ü De la cobertura del lugar en donde se encuentre el módem

GSM/GPRS/EDGE; debido a que si existe una baja cobertura, el

dispositivo no podrá establecer una conexión con el Wap

Gateway y por ende el mensaje no será enviado.

ü Del nivel de cobertura que tenga el dispositivo celular.

ü Del nivel de cogestión de la red al momento de realizar el envío.

§ La cantidad de usuarios recomendable para el envío masivo de los

mensajes multimedia es de 10 usuarios (para evitar que el tiempo que

dure el proceso de envío; es decir carga del contenido, envío y reenvío,

no sea muy extenso y tedioso) y la máxima es de 25. Cantidad que

corresponde al tamaño máximo que un campo de una tabla

desarrollada en MySQL puede soportar (255 caracteres).

§ Si el envío de el o los mensajes multimedia falla, el sistema realiza el

reenvío de los mismo con previo consentimiento del usuario del

sistema, a través de un mensaje que aparece en pantalla. De esta

forma se garantiza la reducción de errores de envío. La figura 4.15

ilustra el mensaje que aparecerá en pantalla para permitir el reenvío de

los MMS fallidos.

211

Figura 4.15: Mensaje de Reenvío de MMS Fallidos

· Envío de SMS

El proceso de ejecución de las pruebas de envío de mensajes cortos es

similar al descrito para los mensajes multimedia. Una vez conectado el

módem HUAWEI E226 en el computador y se ejecutada la aplicación en

Visual Basic, se procedió a seleccionar el módem y a dar clic sobre el botón

“Inicio” de la pantalla “Envío de Mensajes de Texto”, para que el programa se

conecte con la base de datos y esté escuchando si existen datos a enviar.

En la figura 4.16 se ilustra el proceso de conexión y selección del módem

HUAWEI:

Paso 1: Conexión del

Módem HUAWEI E226 en

el computador

Pa

Mó

el

212

Figura 4.16: Conexión y Selección del Módem HUAWEI

A continuación se ejecutó la aplicación desarrollada en Java. Se ingresó al

sistema después de la autenticación, se seleccionó la opción de envío

“Mensajes de Texto”, se ingresó el texto; así como también los números

telefónicos a los cuales se enviarán el mensaje y se procedió a llenar los

campos título y texto de la ventana “Envío de Datos SMS” necesarios para el

almacenamiento de dicha información en la tabla “sms”.

En la figura 4.17 se muestra el procedimiento mencionado en el párrafo

anterior:

Paso 2: Selección del

Módem en la

aplicación “Envío de

Publicidad Visual”

213

Figura 4.17: Proceso de Selección del Contenido de un Mensaje de Texto

Paso 4: Selección

de los Contactos

Paso 5: Completar los

campos Título y Texto

Paso 3: Ingreso del

texto del mensaje al

enviar

214

Una vez que se seleccionó el botón “Enviar”, los datos se almacenaron en la

tabla “sms” de la base de datos como se puede ver en la figura 4.18. Tres

segundos después se estableció la conexión entre la base de datos y la

aplicación “Envío de Publicidad Visual”.

Figura 4.18: Almacenamiento del contenido del SMS en la Tabla “sms” de la


Finalmente, el contenido del mensaje es colocado en cada uno de los campos

de la pantalla “Envío de Mensajes de Texto” de la aplicación “Envío de

Publicidad Visual”, para posteriormente ser enviados al MMSC. La figura 4.19

ilustra los resultados obtenidos.

Al mi to del tenido del SMS la abla “ s” d la

Paso 6: Conexión

Base de Datos y

ActiveXperts

215

Figura 4.19: Visualización del Resultado del Envío de un Mensaje de Texto

Los resultados obtenidos de las pruebas de envío realizadas se indican a

continuación en las tablas 4.5, 4.6 y 4.7:

Paso 7: Envío de los

SMS mediante el

Módem HUAWEI

Paso 8: Visualización

del mensaje enviado en

el Nokia N95

216


Tabla 4.5: Resultados del Envío de SMS a Usuarios PORTA (Sector 1)



NIVEL DE

SEÑAL

CANTIDAD DE

USUARIOS


DEL MENSAJE (Bytes)

TIPO DE CONTENIDO

TIEMPO DE CARGA

DEL CONTENIDO

RESULTADO

Enviados No

Enviados Alta 10 210 TXT 2’20’’ 10 0

Alta 8 210 TXT 1’40’’ 8 0

Alta 5 210 TXT 1’10’’ 5 0

Media 10 240 TXT 2’00’’ 10 0

Media 8 240 TXT 1’30’’ 8 0

Media 5 240 TXT 1’00’’ 5 0

NIVEL DE

SEÑAL

CANTIDAD DE

USUARIOS


DEL MENSAJE (Bytes)

TIPO DE CONTENIDO

TIEMPO DE CARGA

DEL CONTENIDO

RESULTADO

Enviados No


Alta 8 186 TXT 1’40’’ 8 0

Alta 5 186 TXT 1’10’’ 5 0

Baja 10 137 TXT 2’00’’ 8 2

Baja 8 137 TXT 1’30’’ 6 2

Baja 5 137 TXT 1’00’’ 5 0

217



Como se puede observar en las tablas 4.5, 4.6 y 4.7 dependiendo de la

cantidad de usuarios y del tamaño del texto (el mismo que no debe sobrepasar

los 160 caracteres) el tiempo de carga y envío del contenido es mayor o

menor.


§ El porcentaje de éxito en el envío de los mensajes de texto depende no

solo de los factores antes mencionados; adicionalmente influye la

cobertura del lugar en donde se encuentre el módem

GSM/GPRS/EDGE, de la disponibilidad de la red al momento del envío

y del nivel de señal que posea el dispositivo celular.


mensajes cortos (SMS) es de 20 usuarios, para evitar que el tiempo de

envío del mensaje sea muy extenso; y la máxima es de 25.

NIVEL DE

SEÑAL

CANTIDAD DE

USUARIOS


DEL MENSAJE (Bytes)

TIPO DE CONTENIDO

TIEMPO DE CARGA

DEL CONTENIDO

RESULTADO

Enviados No


Alta 8 210 TXT 1’15’’ 8 0

Alta 5 210 TXT 1’10’’ 5 0

Alta 10 106 TXT 1’51’’ 10 0

Alta 8 106 TXT 0’50’’ 8 0

Alta 5 106 TXT 0’30’’ 5 0

218

Cantidad que corresponde al tamaño máximo que un campo de una tabla

desarrollada en MySQL puede soportar (255 caracteres).

4.4.2.3.2. Para el caso de MOVISTAR

· Envío de MMS

El proceso de envío de mensajes multimedia que se realizó para los usuarios

de la operadora MOVISTAR es similar que el detallado para los usuarios

PORTA. La diferencia radica en la configuración del servidor MMS; ahora

corresponde a la de MOVISTAR, en la utilización del módem HUAWEI E1756

y en la selección de los contactos.

La figura 4.20 ilustra la configuración del servidor MMS y el módem utilizado

para el envío de la publicidad.

Figura 4.20: Configuración del Servidor MMS y Selección del Módem

219

Los resultados que se obtuvieron del envío de los mensajes publicitarios no

fueron satisfactorios, debido a que se producía un error de conexión con el

WAP GATEWAY a través del protocolo WSP (Wireless Session Protocol), a

pesar de que los datos de configuración del servidor MMS eran los correctos y

que la SIM con la que se realizaba las pruebas tenía saldo y activado el

servicio de mensajería multimedia.

Este error es generado debido a que el módem HUAWEI de la Operadora

MOVISTAR es previamente reconfigurado antes de salir al mercado y es

desactivado el servicio de mensajería multimedia. Adicionalmente, la

Operadora MOVISTAR por motivos de seguridad (para evitar fraudes) no

tiene activado simultáneamente dentro de sus paquetes de servicio comercial,

el servicio de mensajería multimedia e Internet a través de cualquier equipo

(módem) que esté utilizando un APN y dirección WAP diferente al destinado

para cada teléfono celular.129

Actualmente la operadora en mención solo proporciona servicio de Mensajes

Cortos (SMS) e Internet simultáneamente. Es por esta razón que no se pudo

concretar el envío de mensajes multimedia a los usuarios de MOVISTAR.

En la figura 4.21 se presenta el error que resulta del intento de conexión al

MMSC.

129 Información verbal proporcionada por el Ing. Carlos Vásconez funcionario de MOVISTAR, no se pudo conseguir un documento que certifique lo expuesto por el ingeniero debido a que se trata de información que no puede ser divulgada.

220

Figura 4.21: Error de Conexión con la Red de MOVISTAR

· Envío de SMS

A diferencia de los mensajes multimedia, el envío de mensajes de texto

utilizando el módem HUAWEI E1756 fue exitoso; debido a que ese servicio

está dentro del paquete que oferta la operadora.

El proceso de envío de mensajes cortos es el mismo que se explicó para los

usuarios PORTA.

Los resultados que se obtuvieron del envío de los mensajes publicitarios son

los que se muestran en las tablas 4.8, 4.9 y 4.10:

21 Er de C ió la Red d MOVISTAR

221


Tabla 4.8: Resultados del Envío de SMS a usuarios MOVISTAR (Sector 1)


Tabla 4.9: Resultados del Envío de SMS a Usuarios MOVISTAR (Sector 2)

NIVEL DE

SEÑAL

CANTIDAD DE

USUARIOS


DEL MENSAJE (KB)

TIPO DE CONTENIDO

TIEMPO DE CARGA

DEL CONTENIDO

RESULTADO

Enviados No

Enviados Alta 10 6.5 TXT 1’33’’ 10 0

Alta 8 6.5 TXT 1’22’’ 8 0

Alta 5 6.5 TXT 1’18’’ 5 0

Media 10 4 TXT 1’00’’ 10 0

Media 8 4 TXT 0’40’’ 8 0

Media 5 4 TXT 0’25’’ 5 0

NIVEL DE

SEÑAL

CANTIDAD DE

USUARIOS


DEL MENSAJE (KB)

TIPO DE CONTENIDO

TIEMPO DE CARGA

DEL CONTENIDO

RESULTADO

Enviados No


Alta 8 6.5 TXT 1’30’’ 8 0

Alta 5 6.5 TXT 1’19’’ 5 0

Baja 10 4 TXT 1’45’’ 9 1

Baja 8 4 TXT 1’37’’’ 7 1

Baja 5 4 TXT 1’10’’ 5 0

222


Tabla 4.10: Resultados del Envío de SMS a Usuarios MOVISTAR (Sector 3)

Como se observa en las tablas 4.8, 4.9 y 4.10, dependiendo del tamaño del

mensaje y de la cantidad de usuarios a los que se está enviando la publicidad,

el tiempo de carga del contenido de los mensajes es lo suficientemente corto

para evitar que el HUWAEI E1756 pierda conexión con el MMSC; es por esta

razón que la mayoría de los mensajes de texto fueron enviados con éxito.


§ El porcentaje de envío exitoso depende no solo del factor de cobertura

tanto para el módem como para el teléfono celular, sino también de la

disponibilidad de red en ese instante. Caso contrario el porcentaje de

éxito en el envío disminuye aproximadamente en un 10%.


mensajes de texto, al igual que en el caso de PORTA, es de 20

usuarios, para evitar que el tiempo de proceso de envío del contenido

sea extenso; y la máxima es de 25, que corresponde al tamaño máximo

NIVEL DE

SEÑAL

CANTIDAD DE

USUARIOS


DEL MENSAJE (KB)

TIPO DE CONTENIDO

TIEMPO DE CARGA

DEL CONTENIDO

RESULTADO

Enviados No


Alta 8 6.5 TXT 1’20’’ 8 0

Alta 5 6.5 TXT 1’00’’ 5 0

Alta 10 4 TXT 1’10’’ 10 0

Alta 8 4 TXT 1’00’’ 8 0

Alta 5 4 TXT 0.30’’ 5 0

223

que el campo de la tabla “sms” de la base de datos “Publicidad” puede

soportar (255 caracteres).

Tanto el manual de instalación, como el manual de usuario de la aplicación se los

presenta en el ANEXO 11 y ANEXO 12 respectivamente.

223

CAPÍTULO 5

CONCLUSIONES Y

RECOMENDACIONES

224

CAPÍTULO 5: CONCLUSIONES Y RECOMENDACIONES

5.1. CONCLUSIONES

· El análisis de mercado realizado muestra una marcada tendencia de las

personas y empresas a la adquisición de servicios avanzados, debido a que

estos ayudan a facilitar y optimizar su calidad de vida a un costo rentable.

· La creatividad que está al alcance de la comercialización es infinita y permite

llegar al público con mayor efectividad y calidad. Por medio del celular los

publicistas de una empresa en particular pueden llegar al cliente final con

seguridad.

· La percepción, por parte de las empresas, es que los consumidores prefieren

una comunicación mucho más personalizada, realizada de persona a persona

y no de empresa a persona, generando mayor confianza. Por eso tienen cada

vez mayor peso los contenidos distribuidos a través de Internet, las

plataformas sociales, los blogs y mensajes multimedia.

· Debido a que las librerías propias del lenguaje de programación Java y otras

adicionales que fueron investigadas no permitieron lograr el envío de la

publicidad visual exitosamente; ya que estas no soportaban la utilización de

algunos comandos AT necesarios para la trasmisión de videos e imágenes. Se

utilizó un software propietario de Microsoft; el cual simula un enrutador hacia la

red GPRS mediante la utilización del protocolo MM1, con ciertos

requerimientos proporcionados por las operadoras telefónicas del país.

· Para la transmisión de la publicidad visual multimedia; videos, imágenes y gifs,

es indispensable la utilización de una SIM de cada operadora. Este

requerimiento es por el motivo de que las operadoras en nuestro país no tiene

225

un convenio para la trasmisión/recepción de mensajes multimedia entre

operadoras; es decir que se debe utilizar una SIM de PORTA para aquellos

clientes PORTA y una SIM de MOVISTAR para los clientes de dicha

operadora.

· El módem a utilizar para el envío de los mensajes publicitarios debe soportar

exclusivamente tecnología GMS/GPRS/EDGE, debido a que se produce un

conflicto al momento de conectarse al software enrutador que está

desarrollado para conectarse al CORE de la red GPRS.

· Del análisis comparativo entre la publicidad tradicional y la publicidad a través

de teléfonos celulares, se puede concluir que: aunque la finalidad de ambos

tipos de publicidad es la misma; la cual es llegar a los potenciales clientes; es

muy interesante y productivo el uso de un teléfono celular como medio

publicitario, ya que permite de una manera versátil interactuar con los clientes

a un costo menor que el de la publicidad tradicional.

· En función de los resultados obtenidos del análisis de mercado, se concluye

que existe una notable rentabilidad de este tipo de servicio publicitario, Debido

a que ofrece nuevas estrategias que permitan realizar acciones de marketing

de forma más directa y, sobre todo, más rentable. Proporcionando una ventaja

lo suficientemente alta para que en un futuro se comercialice el servicio

desarrollado.

· Dependiendo del tamaño del mensaje multimedia a enviar, se determina si la

conexión del módem HUAWEI a la red GPRS a través del protocolo MM1 es

exitosa o no. Esto se debe a que cuando el contenido del mensaje es grande,

el módem al cargar dicho contenido pierde conectividad con el Core de GPRS

y se genera un error de conexión y el mensaje no puede ser enviado.

226

· De las pruebas de transmisión/recepción realizadas, para poder receptar los

mensajes multimedia correspondientes a la publicidad de cierta empresa; es

necesario que el servicio de mensajería multimedia esté previamente activado

en el equipo móvil del cliente destinatario. Caso contrario el usuario no podrá

visualizar el contenido del mensaje.

· El contenido de los mensajes multimedia (imágenes, audio y video) han sido

adaptados al formato necesario para su visualización (JPEG, MP3 y 3GP),

pero dependiendo de las características del terminal los MMS serán

receptados con mayor o menor calidad.

5.1. RECOMENDACIONES

· Se recomienda que el tamaño máximo del contenido de los mensajes

publicitarios a enviar debe ser de 90 KB, para evitar que el módem pierda

conectividad con la red GPRS, como consecuencia de la pérdida de uno o

varios paquetes; generándose errores de transmisión.

· Como mejoramiento al proyecto, se podría utilizar otras marcas de módem

para el envío de los mensajes multimedia, que ayuden a que el contenido del

mensaje no sea muy pequeño como es el caso del proyecto presentado,

mejorando así la calidad de resolución especialmente de los videos.

· Se recomienda, que el teléfono celular, así como el dispositivo transmisor de

la publicidad (el módem HUAWEI) se encuentren en un sitio con buena

cobertura para un mejor funcionamiento, además, como requisito

imprescindible es que el módem HUAWEI conste de una SIM que posea tanto

el servicio de mensajería multimedia como el de mensajes cortos.

227

· Se recomienda utilizar el servicio multimedia proporcionado por la operadora

PORTA, debido a que la mencionada operadora proporciona el paquete

necesario para la ejecución de la aplicación. No así la operadora MOVISTAR

cuyo paquete de servicios no posee los componentes necesarios para el

correcto funcionamiento del proyecto.

· Es recomendable tomar en cuenta las características técnicas del teléfono

celular receptor para que la visualización de los mensajes multimedia sea

óptima, caso contrario el mensaje publicitario no podrá ser mostrado.

· Se recomienda disponer de una base de datos; cuyo contenido proporcione al

administrador del sistema los números celulares correspondientes a usuarios

de diferentes operadoras.

227

REFERENCIAS BIBLIOGRÁFICAS

228

REFERENCIAS BIBLIOGRÁFICAS

CAPÍTULO 1

LIBROS Y PAPERS:

· Peter, McGuiggan, GPRS en Practice, Editorial John Wiley & Sons Ltd.,

2003 2º Edition, England

· Mónica, Gorricho Moreno, Comunicaciones Móviles, Primera Edición, 2002

· Emmanuel Seurre, Patrick Savelli, Pierre-Jean Pietri, EDGE for Mobile

Internet, Artech House, 2003.

· María Carmen España Boquera, Servicios avanzados de telecomunicación,

Ediciones Díaz de Santos, 2003.

· Oriol Sallent Roig, José Luis Valenzuela González, Principios de

comunicaciones móviles, Edicions UPC, 2003

· White paper, EDGE Introduction of high-speed data in GSM/GPRS

networks, ERICSSON, 2003.

· Hernando, José M.; Lluch, Cayetano; Comunicaciones Móviles de Tercera

Generación, Telefónica Móviles España, 2ª Edición, 2001.

INTERNET:

· http://catedratelefonica.unizar.es/tecnologias_de_red/2006/AccesoRadio%

28GSM-GPRS%29-1.pdf

· http://www.fdi.ucm.es/profesor/jseptien/WEB/.../AVRED/.../GPRS.ppt

· http://bieec.epn.edu.ec:8180/dspace/bitstream/123456789/1082/5/T10891C

AP2.pdf

· http://www.jeuazarru.com/docs/GPRS.pdf

· http://bibing.us.es/proyectos/abreproy/11425/fichero/Memoria%252F6-

Cap%EDtulo+3.pdf

229

· http://ocw.upm.es/teoria-de-la-senal-y-comunicaciones-1/comunicaciones-

moviles-digitales/contenidos/Presentaciones/GPRS-07.pdf

· http://www.coit.es/publicac/publbit/bit128/imag128/quees2.jpg

· http://toip.uchile.cl/mediawiki/upload/1/18/AnexoAB-Marcomun.pdf

· http://cybertesis.uach.cl/tesis/uach/2005/bmfcis211a/doc/bmfcis211a.pdf

· http://asignaturas.diatel.upm.es/ccmm/Documentacion/TecnologiaGPRSCu

rso2008_2009.pdf

· http://www.mobilegprs.com

· http://www.uv.es/montanan/redes/trabajos/GPRS.doc

· http://www.fdi.ucm.es/profesor/jseptien/WEB/.../AVRED/.../GPRS.ppt

· http://catarina.udlap.mx/u_dl_a/tales/documentos/lem/mayoral_p_e/capitulo

2.pdf

· http://uplaim.files.wordpress.com/2009/04/modelo-de-informe-final.pdf

· http://www.ensenadamexico.net/hector/cmysa/gprs_edge_umts.pdf

· http://www.transanatolia.eu/Analyses/Wireless%20Networks/edge1.pdf

· http://www.pcca.org/standards/architecture/edge.pdf

· http://www.gsmspain.com/info_tecnica/egprs/normalizacion.php

· http://profesores.fib.unam.mx/victor/thesis/Masther/MTesis_Jose_Eduardo_

Cota_Guajardo.pdf

CAPÍTULO 2

INTERNET:

· http://www.joseacontreras.net/direstr/cap491d.htm

· http://www.conesup.net/descargas/estadisticas_academicas/POBLACION_

UNIVERSITARIA.xlsx

· http://the.pazymino.com/boletinAbrMay08-D.pdf

· http://www.marketing-xxi.com/proceso-de-la-investigacion-de-mercados-i-

24.htm

230

· http://www4.quito.gov.ec/spirales/9_mapas_tematicos/9_7_economia/9_7_

1_1.html

CAPÍTULO 3

LIBROS Y PAPERS:

· Paper, Javier García de Jalón, José Ignacio Rodríguez “Aprenda Java

como si estuviera en primero”, UNIVERSIDAD DE NAVARRA, 2000.

· Douglas Bell, Mike Parr, Alfonso Vidal Romero Elizondo, Java para

estudiantes, Pearson Educación, 2003

· Herbert Schildt , Java: a beginner's guide, McGraw-Hill Professional, 2006.

· Amparo López Gaona , Introducción al desarrollo de programas con Java,

UNAM, 2007.

· Greg Perry, Aprendiendo Visual Basic 6.0, Editorial PRENTICE HALL,

México, 2008.

INTERNET:

· http://extension.info.unlp.edu.ar/jornadas2004/programa/presentaciones/ex

pounlp2004JAVAfinal.pdf

· http://150.244.56.228/descargas_web/cursos_verano/20040801/Jesus_Mo

ntero/Entornos_de_programacion.pdf

· http://www.jorgesanchez.net

· http://www.dma.fi.upm.es/gregorio/JavaGC/Cconvexo/teoriaJava.html

· http://www1.ceit.es/Asignaturas/Informat2/Clases/Prac0001/Prac01.pdf

· http://www.tecnun.es/asignaturas/Informat1/AyudaInf/aprendainf/Java/Java

2.pdf

· http://www.cs.qub.ac.uk/~P.Hanna/JavaProgramming/Lecture6/Java%20-

%20Lecture%206%20-%20Containers.pdf

· http://sai.azc.uam.mx/apoyodidactico/po/Unidad5/poo5.html

231

· http://www.polinux.upv.es/drupal/files/charlaSwing.pdf

· http://club.telepolis.com/mydream/Java/BDatos/BDEjeSim.html

· http://es.wikipedia.org/wiki/Sistema_de_mensajer%C3%ADa_multimedia

· http://www.itescam.edu.mx/principal/sylabus/fpdb/recursos/r27346.PDF

· http://150.244.56.228/descargas_web/cursos_verano/20040801/Jesus_Mo

ntero/Entornos_de_programacion.pdf

· http://informatica.uv.es/it3guia/LP/laboratorio/P1/TutorialEclipse.pdf

· http://kybele.escet.urjc.es/documentos/HC/Exposiciones/EclipseIDE.pdf

· http://es.wikipedia.org/wiki/Lenguaje_de_programaci%C3%B3n_Java

· http://www.vogella.de/articles/Eclipse/article.html#overview

· http://www.tecnun.es/asignaturas/Informat1/AyudaInf/aprendainf/Java/Java

2.pdf

· http://www.java2s.com/Code/JavaAPI/java.sql/PreparedStatementexecuteU

pdate.htm

CAPÍTULO 4

INTERNET:

· http://www.taringa.net/posts/celulares/1295251/Nokia-n95-

especificaciones-tecnicas.html

· http://www.teltonika.lt/en/pages/view/?id=810

ANEXOS

LIBROS Y PAPERS:

· Ali DİNÇKAN; Aktül KAVAS; AUTHENTICATION AND CIPHERING IN

GPRS NETWORK, Paper, 2008.

· Faundez Zanuy, Marcos; Sistemas de Comunicaciones; Editorial

MARCOMBO, Barcelona, 2001

232

INTERNET:

· http://redalyc.uaemex.mx/pdf/643/64328311.pdf

· http://redalyc.uaemex.mx/pdf/643/64328311.pdf

· http://catarina.udlap.mx/u_dl_a/tales/documentos/lem/alvarado_s_ja/capitul

o2.pdf

· http://gemini.udistrital.edu.co/comunidad/profesores/hjeslavab/Downloads/

Notas%20de%20Clase.pdf

· http://www.diac.upm.es/acceso_profesores/paginas_personales/Josearque

s/TRANSPARENCIAS/PDF/TEMA%205-

2T%20SISTEMAS%20DIGITALES.pdf

· http://profesores.fi-b.unam.mx/victor/LTesis_Patricia_Sanchez.pdf

· http://www.gsmspain.com/info_tecnica/egprs/diferencias.php#esquemas

· http://www.willtek.com/spanish/technologies/edge

· http://www.supertel.gov.ec/pdf/estadisticas/sma.pdf

232

GLOSARIO

233

GLOSARIO

§ API (Application Programming Interface): es el conjunto de funciones y

procedimientos (o métodos, en la programación orientada a objetos) que

ofrece cierta biblioteca para ser utilizado por otro software como una capa de

abstracción. Son usados generalmente en las bibliotecas.

§ APPLET: Un applet es un componente de una aplicación que se ejecuta en el

contexto de otro programa, por ejemplo un navegador web. El applet debe

ejecutarse en un contenedor, que lo proporciona un programa anfitrión,

mediante un plugin, o en aplicaciones como teléfonos móviles que soportan el

modelo de programación por 'applets'.

§ BCS (Block Check Sequence): La secuencia de comprobación de bloque no

es generada por la capa RLC (Radio Link Control) sino que es una función

desempeñada por la capa física, ya que dicha secuencia se genera a partir de

aplicar diversos algoritmos de codificación sobre el campo de datos.

§ CLNP (Connectionless Network Protocol): Protocolo de capa de red OSI

que no requiere un circuito para establecerse antes de que se transmitan los

datos.

§ ETSI (European Telecommunications Standards Institute): Es una

organización de estandarización de la industria de las telecomunicaciones

(fabricantes de equipos y operadores de redes) de Europa, con proyección

mundial. El ETSI ha tenido gran éxito al estandarizar el sistema de telefonía

móvil GSM.

234

§ FEC (Forward Error Correction): es un tipo de mecanismo de corrección de

errores que permite su corrección en el receptor sin retransmisión de la

información original. Se utiliza en sistemas sin retorno o sistemas en tiempo

real donde no se puede esperar a la retransmisión para mostrar los datos.

§ GSM (Global System for Mobile Communications): Es un sistema estándar,

completamente definido, para la comunicación mediante teléfonos móviles que

incorporan tecnología digital. GSM se considera, por su velocidad de

transmisión y otras características, un estándar de segunda generación (2G).

§ GTP (GPRS Tunneling Protocol): Protocolo utilizado entre los nodos GSN

que se encarga de traspasar información de usuario y señalización a través

del backbone IP mediante encapsulación de la misma, ocultando a la red el

contenido de los datos transferidos. Puede implementar control de flujo entre

GSN.

§ Handover: Es un sistema utilizado en comunicaciones móviles celulares con

el objetivo de transferir el servicio de una estación base a otra cuando la

calidad del enlace es insuficiente. Este mecanismo garantiza la realización del

servicio cuando un móvil se traslada a lo largo de su área de cobertura.

§ HLR (Home Location Register): Es una base de datos donde los usuarios

son creados, borrados y modificados por el operador de la red. Cuando un

usuario solicita un nuevo uso de la red GSM, todas las informaciones para su

identificación se memorizan en el HLR.

§ IMSI (International Mobile Subscriber Identity): Es un código de

identificación único para cada dispositivo de telefonía móvil, integrado en la

tarjeta SIM, que permite su identificación a través de las redes GSM y UMTS.

235

§ JDBC (Java Database Connectivity): Es una API que permite la ejecución

de operaciones sobre bases de datos desde el lenguaje de programación

Java, independientemente del sistema operativo donde se ejecute o de la

base de datos a la cual se accede, utilizando el dialecto SQL del modelo de

base de datos que se utilice.

§ MAP (Mobile Application Part): Es una extensión específica para redes

móviles del Sistema de Señalización #7, transporta la información de

señalización relacionada con la actualización de ubicación, perfil de usuario,

handover, etc.

§ MMSC (Multimedia Message Service Center): En un sistema móvil GSM, la

MMSC debe comunicarse con el núcleo de GPRS para el transporte de los

mensajes, con el subsistema de red (NSS – VLR – HLR) para la tarificación y

gestión de permisos del usuario, con un SMSC para remitir los avisos de

mensajes entrantes y con Internet para poder enviar mensajes de correo

electrónico.

§ MSC (Mobile Switching Center): Se ocupa de la gestión de las llamadas

directas y provenientes desde varios tipos de redes, basándose en las

informaciones recibidas desde el HLR y el VLR. Implementa además

funciones de gateway con los otros componentes del sistema y de gestión de

los procesos de handover, conmutando las llamadas en curso entre BSCs

diferentes o hacia otro MSC.

§ NAT ((Network Address Translation): es un mecanismo utilizado por routers

IP para intercambiar paquetes entre dos redes que se asignan mutuamente

direcciones incompatibles. Consiste en convertir en tiempo real las direcciones

utilizadas en los paquetes transportados. También es necesario editar los

paquetes para permitir la operación de protocolos que incluyen información de

direcciones dentro de la conversación del protocolo.

236

§ PPG (Push Proxy Gateway): es la entidad que hace la mayoría del trabajo en

la arquitectura push. Sus responsabilidades incluyen actuar como un punto de

acceso para enviar contenido desde Internet a la red móvil, y todo aquello

relativo a autenticación, seguridad, control de clientes, etc.

§ SIM (Suscriber Identity Module): La información primordial en la tarjeta SIM

es la IMSI (International Mobile Subscriber Identity), usada para identificar al

abonado en cualquier red GSM; además contiene datos como memorias

alfanuméricas del teléfono, memorias para mensajes de texto y una

contraseña para impedir el uso no autorizado del SIM.

§ SOAP (Simple Object Access Protocol): No es más que un protocolo

estándar que permite la comunicación y la interoperabilidad entre diversas

aplicaciones web desarrolladas bajo tecnologías diferentes. Es independiente

de la plataforma y del lenguaje.

§ SQL (Structured Query Language): es un lenguaje declarativo de acceso a

bases de datos relacionales, que permite especificar diversos tipos de

operaciones sobre las mismas. Una de sus características es el manejo del

álgebra y el cálculo relacional permitiendo efectuar consultas con el fin de

recuperar -de una forma sencilla- información de interés de una base de

datos, así como también hacer cambios sobre ella.

§ TBF (Tempory Block Flow): La conexión física entre el móvil y la BSS, por la

duración del enlace de paquetes de datos transferidos, es llamada TBF. Esta

permite identificar una o varias tramas LLC pertenecientes a un mismo

usuario.

§ TLLI (Temporary Logical Link Identifier): Es una identidad usada durante

una sesión PDP (Packet Data Protocol) para identificar al teléfono móvil en la

interfaz Um y Gb.

237

§ TMSI (Temporary Mobile Subscriber Identity): Es usado para mantener la

confidencialidad de la IMSI; la TMSI es asignada al móvil GSM por la VLR

cuando se conecta a la red (attach) y cuando hay una actualización de la

posición del terminal móvil.

§ VLR (Visitor Location Register): El VLR guarda de modo temporal los datos

de todos los abonados que se encuentran en el área geográfica bajo su

control. Estos datos se piden al HLR al cual pertenece el abonado.

§ WAP (Wireless Application Protocol): Es un estándar abierto internacional

para aplicaciones que utilizan las comunicaciones inalámbricas (Por ejemplo:

acceso a servicios de Internet desde un teléfono móvil). Se trata de la

especificación de un entorno de aplicación y de un conjunto de protocolos de

comunicaciones para normalizar el modo en que los dispositivos inalámbricos,

se pueden utilizar para acceder a correo electrónico, grupo de noticias y otros.

§ WDP (Wireless Datagram Protocol): proporciona un servicio fiable a los

protocolos de las capas superiores de WAP y permite la comunicación de

forma transparente sobre los protocolos portadores válidos. Debido a que este

protocolo proporciona un interfaz común a los protocolos de las capas

superiores, las capas de Seguridad, Sesión y Aplicación pueden trabajar

independientemente de la red inalámbrica que dé soporte al sistema.

§ WTP (Wireless Transaction Protocol): Mantiene el flujo de datos de manera

lógica y fluida. Además determina como se clasifica cada petición de

transacción.

0

ANEXOS

0

ANEXO 1

MODULACIÓN GMSK Y 8PSK

1

ANEXO 1: Modulación GMSK y 8PSK

1.1. Modulación GMSK (Gaussian Minimun Shift Keying)130,131

GMSK es un esquema de modulación no lineal de fase continua que se basa en el

filtrado de la modulación MSK por medio de un filtro gaussiano para evitar los

cambios abruptos de fase que se presenta en la modulación MSK (figura 1.1),

generando un comportamiento poco satisfactorio ante las interferencias de canales

adyacentes.

Figura 1.1: Esquema de Modulación GMSK

El resultado de introducir una predistorsión en los datos mediante su filtrado,

presenta dos implicaciones:

· El lóbulo principal del espectro es más estrecho que en la modulación MSK y

el decaimiento de los lóbulos secundarios es más acentuado, tanto más

cuanto menor es el ancho de banda del filtro gausiano. De esta forma, el

contenido espectral en el canal adyacente (interferencia) es insignificante.

· El filtro gaussiano introduce interferencia intersimbólica (ISI), tanto mayor

cuanto menor es el ancho de banda del filtro gaussiano.

El filtrado convierte cada dato modulante que ocupa en banda base un periodo de

tiempo (T), en una respuesta en la que cada símbolo ocupa varios períodos,

dependiendo del BT (producto ancho de banda – tiempo) del filtro. Sin embargo,

130 Faundez Zanuy, Marcos; Sistemas de Comunicaciones; Editorial MARCOMBO, Barcelona, 2001 131 http://redalyc.uaemex.mx/pdf/643/64328311.pdf

FILTRO GAUSSIANO

MSK MODULADOR

NRZ GMSK

2

dado que esta conformación de pulsos no cambia el modelo de la trayectoria de la

fase GMSK se puede detectar coherentemente como una señal MSK, o no

coherentemente como una señal FSK.

En la práctica, GMSK es muy atractiva por su excelente eficiencia espectral de

potencia. El filtro de premodulación introduce ISI (interferencia intersímbolos) en la

señal transmitida, pero esta degradación no es grave si el parámetro BT del filtro es

mayor a 0,3 porque en la medida en que se extienda el bit a varios periodos se tiene

una mayor probabilidad de error al poder detectar el dato en la recepción.

Actualmente la modulación GMSK es usada en técnicas de transmisión de datos

como GPRS (General Packet Radio Service), que es un subsistema introducido en

las normas de los protocolos GSM. GPRS ha introducido la conmutación de

paquetes de datos dentro de las redes GSM y se destaca que GSM usa un BT de

0,3.

1.1.1. Modulador Coherente GSMK132

Si se usa un modulador en cuadratura I y Q como el de la figura 1.2, las señales I y Q

banda base pueden ser creadas usando una red de cambio de fase.

Figura 1.2: Modulador Coherente GMSK

132 http://redalyc.uaemex.mx/pdf/643/64328311.pdf

X

X

∑

Osc. Local

90°

90°

Filtro Gaussiano

Entrada de datos

Salida RF I(t)

Q(t)

3

Esta red debe mantener una relación de 90 grados entre las señales I y Q para todas

las frecuencias en la banda de interés. Las dos funciones resultantes I(t) y Q(t) son

pasadas a través del modulador I/Q, el cual lleva a la salida la señal m(t).

1.1.2. Modulador No-Coherente GSMK

La manera más sencilla de implementar un modulador GMSK es transmitiendo los

bits a través del LPF Gaussiano y aplicar la onda resultante aun VCO (Oscilador de

Voltaje Controlado). Un VCO es un oscilador (específicamente un multivibrador

operando libremente) con una frecuencia de oscilación estable que depende de un

voltaje de polarización externo.133

Esta técnica de modulación se muestra en la figura 1.1.2 y se usa actualmente en

una gran cantidad de implementaciones analógicas y digitales, entre ellas en GSM y

GPRS.

Figura 1.1.2: Modulador GMSK134

El filtrado convierte cada dato modulante que ocupa en banda base un período de

tiempo T, en una respuesta donde cada símbolo ocupa varios períodos. Sin

embargo, dado que esta conformación de pulsos no cambia el modelo de la

133,131

http://catarina.udlap.mx/u_dl_a/tales/documentos/lem/alvarado_s_ja/capitulo2.pdf

4

trayectoria de la fase, GMSK se puede detectar coherentemente como una señal

MSK, o no coherentemente como una señal simple FSK.

1.1.3. Demodulador GMSK135

Las señales GMSK pueden ser detectadas usando detectores coherentes

ortogonales, ó con detectores no coherentes simples como los discriminadores de

FM. La recuperación de la portadora se lleva a cabo sumando las dos componentes

de frecuencia discreta contenidas en la salida del doblador de frecuencia (al

aumentar la frecuencia se divide por 4).

En la figura 1.3, se ilustra el demodulador coherente ortogonal utilizado para detectar

las señales GMSK.

Figura 1.3: Demodulador Coherente GMSK136

135,133

http://catarina.udlap.mx/u_dl_a/tales/documentos/lem/alvarado_s_ja/capitulo2.pdf

5

1.2. Modulación 8PSK (Phase Shift Keying)

La modulación por desplazamiento de fase es otro caso particular de los diferentes

tipos de modulación digital existentes, parecida a la modulación tradicional de fase

PM se diferencia en que la señal de entrada es una señal de tipo binario y presenta

limitaciones en el número de fases de salida.

La modulación 8PSK es sencillamente otro caso particular de la modulación PSK, en

este caso hay ocho (8) posibles fases de salida, la información va en grupos de 3

bits, la figura 1.4 ilustra el respectivo diagrama de constelaciones correspondiente a

la modulación 8PSK.

Figura 1.4: Diagrama de Constelaciones137

1.2.1. Modulador 8PSK

Para codificar una señal con 8 fases diferentes, los bits de entrada a utilizar son 3 o

grupos de a 3 llamados tribits. La figura 1.5 muestra el diagrama del modulador

utilizado en 8PSK.

137http://www.transanatolia.eu/Analyses/Wireless%20Networks/edge1.pdf

cos(wc(t))

-cos(wc(t))

sen(wc(t)) -sen(wc(t))

11

111

011

010 000

001

101

100

6

Figura 1.5: Modulador 8PSK138

Un flujo de bits seriales que están entrando se introduce al desplazador de bits en

donde se convierte a una salida paralela de 3 canales:

· El Canal I o en Fase

· El Canal Q o en Cuadratura

· El Canal C o de Control

La tasa de bit de cada uno de los canales es 3

bf

Los bits I y C entran al convertidor de nivel de 2 a 4 del canal I.

Los bits Q y C entran al convertidor del nivel 2 a 4 del canal Q.

El canal C o C determinan el nivel de amplitud.

Un convertidor de nivel de 2 a 4 son convertidores digital - análogo DAC de entrada

paralela. Con 2 bits de entrada son posibles cuatro voltajes de salida, así:

138http://www.diac.upm.es/acceso_profesores/paginas_personales/Josearques/TRANSPARENCIAS/PDF/TEMA%205-2T%20SISTEMAS%20DIGITALES.pdf

PAM

Canal Q

Convertidor de nivel 2 a 4

Modulador de producto

Convertidor de nivel 2 a 4

Modulador de producto

Oscilador de Referencia

Sumador Lineal

90 Salida de 8PSK

Datos de entrada fb

fb/3

fb/3

PAM

Q I C fb/3

C

Canal I

sen(wct)

cos(wct)

7

· I y Q determina la polaridad analógica de la señal de salida:

“1” = +V y “0” = -V

1.2.2. Demodulador 8PSK

La figura 1.6 muestra un diagrama a bloques de un demodulador de 8-PSK.

Figura 1.6: Demodulador 8PSK139

El derivador de potencia dirige la señal de 8-PSK de entrada, a los detectores de

producto I y Q, y al circuito de recuperación de la portadora. El circuito de

recuperación de la portadora reproduce la señal original del oscilador de referencia.

La señal de 8-PSK que está entrando se mezcla con la portadora recuperada, en el

detector de productos I y con la portadora de cuadratura en el detector de producto

Q.

139http://gemini.udistrital.edu.co/comunidad/profesores/hjeslavab/Downloads/Modulacion%20Digital.pdf

Detector de producto

Recuperación de la

Derivador de potencia

Convertidor análogo-

Detector de producto

Convertidor análogo-

90°

Convertidor de paralelo a serial

Q I C Entrada de 8PSK Datos de

salida QIC

Canal Q

Canal I

PAM nivel 4

PAM nivel 4

sen wct

cos wct

Q

C

I

8

Las salidas de los detectores de producto son señales PAM (Modulación por

Amplitud de Pulso) de nivel 4, que alimentan a los convertidores análogos a digital

(ADC), del nivel 4 a 2. Las salidas del convertidor de nivel 4 a 2, canal I, son los bits I

y C, mientras que las salidas del convertidor de nivel 4 a 2, canal Q, son los bits Q y

. El circuito lógico de paralelo a serial conviene los pares de bit, I/C y Q/ , a flujos

de datos de salida serial I, Q y C.

8

ANEXO 2

GESTIÓN DE SEGURIDAD EN GPRS

9

ANEXO 2: Gestión de Seguridad en GPRS

Los mecanismos de seguridad de GPRS se implementan en la tarjeta SIM (Subscriber

Identity Module) del equipo móvil y el centro de autenticación (AuC) de la red. La

información almacenada en estos sistemas, los algoritmos y las claves son los

siguientes:

· Ki: Es una clave de identificación individual de 128 bits parecida a un password

de suscriptor.

· GPRS-Kc: Es una clave de cifrado de 64-bit que es generada para cada

conexión individual para evitar interferencias.

· Algoritmos A3/A8: La SIM y la AuC contienen algoritmos A3/A8 para generar

las claves relacionadas con autenticación y cifrado, respectivamente.

Otros dos identificadores definidos como IMSI y P-TMSI son almacenados en la tarjeta

SIM y el SGSN (Serving GPRS Support Node) por separado:

· IMSI (The International Mobile Subscriber Identity Number): sirve como un

número de abonado fijo, utilizado para identificar al abonado en la red. También

se almacena en el HLR (Home Location Register) y AUC.

· P-TMSI (The Packet Temporary Mobile Subscriber Identity): sirve como un

número de abonado temporal para identificar al abonado en la interfaz aire hacia

La red para proteger el número IMSI. El suscriptor utiliza el P-TMSI durante la

actualización de localización, conexión o desconexión de la transferencia de

paquetes GPRS. El P-TMSI es asignado por el SGSN.

El último algoritmo de seguridad implementado en los equipos móviles GPRS es el

algoritmo GPRS-A5; mientras que el cifrado de los datos se lo ejecuta en el nodo de

servicio SGSN.

10

El cifrado es una tarea realiza por el protocolo Control de Enlace Lógico enlace (LLC,

Logical Link Control), el mismo que es transportado transparentemente entre el equipo

móvil (EM, Equipmet Mobile) y el SGSN. La información del LLC no es descifra en la

estación base; lo que significa que los datos cifrados se lleva al nodo SGSN de la Red

GPRS.

2.1. Autenticación GPRS140

Cuando la estación móvil inicia una conexión a la red GPRS, esta debe ser autenticada

antes de que se le permita tener acceso. La autenticación GPRS se lleva a cabo al

comienzo de:

· Una actualización de la zona de enrutamiento.

· Una conexión o desconexión GPRS.

· Una transferencia de paquetes GPRS.

La autenticación se refiere a la necesidad de comprobar la identidad de las estaciones

móviles antes de que se les permita hacer uso de recursos de red. Inicialmente este

procedimiento tenía por objeto proteger a los abonados de atacantes que haría uso

ilegal de la red para el robo y el uso de sus identidades. El operador GPRS quiere

saber quién está tratando de iniciar una conexión con la red. El objetivo del proceso de

autenticación, es identificar que el usuario tenga una tarjeta SIM correcta con una clave

Ki válida. Este proceso debe verificarse sin enviar el Ki a través de la interfaz radio.

El proceso de autenticación es iniciado y controlado por el SGSN con el apoyo de la

AuC (Authentication Centre) y del terminal móvil. La autenticación es necesaria para el

registro de un abonado, llamada desde ó hacia la estación móvil y para la actualización

140 Ali DİNÇKAN; Aktül KAVAS; AUTHENTICATION AND CIPHERING IN GPRS NETWORK, Paper, 2008.

11

de la posición. Para los procesos de autenticación y cifrado se define un sistema de

parámetros conocidos como tripleta, la cual está compuesta por:

· Un número aleatorio (RAND) de 128 bits

· La respuesta firmada (SRES), es un número de 32 bits generado por el algoritmo

A3 y utilizado como firma digital de las estaciones móviles.

· La clave de cifrado (GPRS-Kc), es una clave de cifrado de 64 bits generada por

el algoritmo A8 y utilizada para el cifrado de datos entre las estaciones móviles

y el nodo SGSN.

Ambos algoritmos de seguridad A3 y A8 usan el Ki y el RAND como parámetros de

entrada, estos algoritmos se muestran en la figura 2.1:

RED GPRSRED GPRS

A3SIM

SRES

A3AuC

SRES

A8SIM

GPRS-Kc

A8AuC

GPRS-Kc

El nodo SGSNcompara los SRESde las EstacionesMóviles (MS) y del

Centro deAutenticación (AuC)

Figura 2.1: Algoritmos A3 y A8141


12

Después de conseguir la tripleta de la AuC, el nodo SGSN envía el número RAND a la

estación móvil para la autenticación. La SIM genera el número SRES basado en el

RAND y el Ki utilizando el algoritmo A3.

La estación móvil transmite el valor de su SRES al SGSN para que lo compare con el

SRES del centro de autenticación (AuC). Si ambos valores son correctos, la

autenticación es satisfactoria.

Este proceso se puede observar en figura 2.2.

Figura 2.2: Proceso de Autenticación y Cifrado GPRS142

Cada ejecución del algoritmo A3 se realiza con un nuevo valor de la RAND que no

puede ser determinado; de esta manera la grabación del canal de transmisión no puede

ser utilizado para falsificar una identidad.


ESTACIÓN BASE

SGSN HLR/AuCESTACIÓN MÓVIL

1.- Solicitud de Autenticación

4.- Envío del RAND

5.- Envío del SRES

7.- Autenticación exitosao fallida

1.- Solicitud de Autenticación

4.- Envío del RAND

5.- Envío del SRES

7.- Autenticación exitosao fallida

6.- Verificación delSRES

2.- Solicitud de latripleta

3.- Envío de latripleta

13

2.2. Cifrado GPRS

Cuando el proceso de autenticación finalizó con éxito, el nodo SGSN envía un mensaje

de “Autenticación Exitosa". El momento que la estación móvil recibe el mensaje, esta

envía un mensaje de respuesta al SGSN y comienza el cifrado como se muestra en la

figura 2. El proceso de cifrado en GPRS necesita una clave de cifrado y un algoritmo

de cifrado, en la red el nodo SGSN tiene como clave de cifrado el GPRS-Kc y como

algoritmo de cifrado en GPR-A5.

El SGSN recibe la clave GPRS-Kc como parte de la tripleta del centro de autenticación,

mientras que las estaciones móviles generan la clave de cifrado GPRS-Kc en la SIM del

terminal móvil después de recibir el RAND desde la red.

Aunque los sistemas GSM y GPRS utilizan la misma clave y similar algoritmo de

cifrado, hay existen varias diferencias entre el cifrado en GSM y GPRS. En GSM, el

cifrado se lleva a cabo entre la estación móvil y la BTS (Base Transceiver Station) y

utiliza uno de las tres versiones del algoritmo A5 (A5-0, A5-1 o A5-2), dependiendo del

nivel de cifrado permitido. En GPRS, el cifrado es realizado entre la estación móvil y el

nodo SGSN uso una nueva versión del algoritmo A5 desarrollado especialmente para la

transmisión de paquetes (A5-3). Esta versión del algoritmo de cifrado A5 se llama

GPRS-A5.

El algoritmo de cifrado GPRS-A5 no solo utiliza la clave GPRS-Kc durante el proceso de

cifrado, sino que también utiliza dos parámetros adicionales definidos como entrada y

dirección para proteger la confidencialidad de los datos de abonados. Si la clave GPRS-

Kc es el único parámetro de entrada, el bit de secuencia de cifrado sería el mismo para

cada sesión GPRS.

El parámetro entrada depende el número de la trama LLC (Logical Link Control),

mientras que el parámetro dirección depende de la dirección de transmisión de datos.

Como resultado cada trama LLC es cifrada con un bit de secuencia de cifrado diferente.

14

El tamaño de las tramas LLC es variable y puede llegar a ser de hasta 1523 octetos de

longitud. Por otro lado, está claro que el nodo SGSN debe enviar periódicamente el

número de la trama LLC a la estación móvil para permanecer sincronizados.

La figura 2.3 ilustra el proceso de cifrado descrito.

Figura 2.3: Algoritmo de Cifrado GPRS-A5143


21

ANEXO 3

CODIFICACIÓN DE GPRS Y EDGE

15

ANEXO 3: Codificación de GPRS y EDGE

3.1. Codificación GPRS

La codificación del canal GPRS contempla 4 esquemas de codificación desde CS-1

hasta CS-4 y son definidos por los bloques de radio que portan a los bloques de datos

RLC.

La figura 3.1 muestra el procedimiento de codificación donde la carga es definida en la

figura 3.2.

Figura 3.1: Proceso de Codificación de GPRS144

Figura 3.2: Definición de la Carga Útil145

La codificación de canal permite la detección y corrección de errores a través de la

interfaz aire. Esto es conocido como FEC (Forward Error Correction). GPRS define

144,2 http://profesores.fi-b.unam.mx/victor/LTesis_Patricia_Sanchez.pdf

Añadir BCS

Añadir USF

Añadir bits de cola (Tail)

Código Puncturing

Carga Útil

456 bits

16

cuatro esquemas de codificación distintos para los canales de tráfico de paquetes: CS1

(Encoding Scheme 1), CS2, CS3 y CS4. En todos los demás canales lógicos (canales

de control) se utiliza la codificación CS1, salvo para el canal de acceso PRACH, en el

que están definidas otras dos codificaciones distintas.

3.1.1. Proceso de Codificación146

Cada bloque de radio es ensamblado en forma diferente dependiendo del esquema de

codificación utilizado. Sin embargo y sin importar el esquema, cada bloque de radio al

final debe estar conformado por 456 bits de longitud para ajustarse dentro de las

ráfagas. La tabla 3.1 ilustra el tamaño del bloque por cada esquema de codificación:

Tabla 3.1: Tamaño del Bloque por cada Esquema de Codificación147

Antes de aplicar la codificación al canal, cada bloque de radio es ensamblado de

acuerdo a la Tabla 3.2. Los bits añadidos son necesarios para adaptar el tamaño del

bloque de radio al codificador del canal. El USF (Uplink State Flag) es precodificado con

un código de bloque en los casos de CS-2, CS-3 y CS-4 para detectar algunos errores

en este.

El BCS (Block Check Sequence) es un código de bloque para el bloque de radio

completo que es utilizado para la detección de errores. La última columna muestra el

número de bits totales por bloque de radio antes de que este sea puesto en el

codificador del canal. 146,4

http://profesores.fi-b.unam.mx/victor/LTesis_Patricia_Sanchez.pdf

TIPO NÚMERO DE OCTETO (INCLUYENDO

EL ENCABEZADO) TAMAÑO DEL CLOQUE DE

DATOS DE RLC

CS-1 228 ½

CS-2 294 ½

CS-3 338 ½

CS-4 456 1

17

Tabla 3.2: Estructura del Bloque de Radio previa a la Codificación del Canal148

CS-4 es un bit especial ya que ninguna codificación de canal es utilizada del todo; los

bits son enviados a través de la interfaz de aire sin ninguna protección. El codificador

del canal utilizado en CS-1, CS-2 y CS-3 es el mismo de tipo convolucional utilizado

para la señalización en GSM.

En la figura 3.1. el bloque que añade los 3 bits de USF codifica éstos a 6 bits; luego se

añaden 4 bits de cola al final del bloque, los cuales son necesarios para la terminación

subsiguiente del código convolucional que utiliza un rendimiento de ½, y finalmente se

obtiene los 456 bits. El codificador duplica el número de bits en CS-1, CS-2 y CS-3 (tasa

½) pero deja CS-4 sin codificar. Para disminuir el número de bits a 456 tal y como es

requerido, se utiliza puncturing en CS-2 y CS-3. El bloque de radio resultante está

entonces listo para tomar el formato de un burst, tal y como se muestra en la Tabla 3.3:

Tabla 3.3: Codificación de los bloques de radio en el canal149

148 http://profesores.fi-b.unam.mx/victor/LTesis_Patricia_Sanchez.pdf

TIPO TAMAÑO

DEL BLOQUE BITS

SPARE TAMAÑO DEL

BLOQUE SIN USF USF

USF PRE CODIFICADO

BCS TAIL TOTAL BITS POR

BLOQUE

CS-1 23*8 0 23*8+0-3=181 3 3 40 4 181+3+40+4=228

CS-2 33*8 7 33*8+7-3=268 3 6 16 4 268+6+16+4=294

CS-3 39*8 3 39*8+3-3=312 3 6 16 4 312+6+16+4=337

CS-4 53*8 7 53*8+7-3=428 3 12 16 0 428+12+16+0=456

TIPO BITS POR BLOQUE TASA DE CÓDIGO

BITS DESPUÉS DE CODIFICAR

BITS PUNCTURED

BITS ENVIADOS

CS-1 228 ½ 228*2=456 0 456-0=456

CS-2 294 ½ 294*2=598 132 598-132=456

CS-3 338 ½ 338*2=676 220 676-220=456

CS-4 456 1 456*1=456 0 456-0=456

18

La diferencia entre un esquema u otro reside en la cantidad de código de corrección de

error utilizado, con la variación correspondiente en la cantidad de información de

usuario por trama. La selección del esquema de codificación a utilizar en la transmisión

se hace en función de la relación C/I (portadora/interferencia) existente en el canal

radio.

Un bloque de control se codifica siempre bajo el esquema CS-1 mientras los datos

pueden ser codificados utilizando cualquiera de los 4 esquemas posibles. Cada bloque

de radio es ensamblado en forma diferente dependiendo del esquema de codificación

utilizado. Sin embargo y sin importar el esquema, cada bloque de radio al final debe

estar conformado por 456 bits de longitud para ajustarse dentro de las ráfagas.

3.1.1.1. Esquema de Codificación CS-1150

El procedimiento empleado en el esquema de codificación CS-1 se representa de forma

gráfica en la figura 3.3. El mensaje entregado al codificador es un bloque conformado

por 181 bits de datos y los 3 bits que constituyen el campo USF. Sobre estos 184 bits

se aplica un código que proporciona como resultado 40 bits de información redundante,

utilizada en el extremo receptor para la detección y corrección de errores (FEC). Estos

40 bits son acomodados dentro del campo BCS (Block Check Sequence).

La adición de 4 bits de cola da como resultado una secuencia de 228 bits sobre los que

se aplica un código convolucional de factor 1/2. El resultado final es una secuencia de

456 bits codificados.

149 http://profesores.fi-b.unam.mx/victor/LTesis_Patricia_Sanchez.pdf 150 http://www.lopezbenitez.es/thesis/BScThesis_LopezBenitez.pdf

19

Figura 3.3: Esquema de Codificación CS-1151



gráfica en la figura 3.4. A la entrada del codificador llegan los 3 bits del USF y una

secuencia de 268 bits de datos. Sobre estos 271 bits se aplica un código cíclico que

proporciona 16 bits (utilizados para detección y corrección de errores hacia delante) los

cuales se insertan en el campo BCS. Además, los tres bits del USF son

precodificados19 convirtiéndose en secuencias de 6 bits.

La concatenación de los 6 bits del USF precodificado, los 268 bits de datos, los 16 bits

del BCS y la adición de 4 bits de cola proporciona una secuencia de 294 bits sobre los

que se aplica el mismo código convolucional de factor 1/2 que en CS-1.

El resultado es una secuencia de 588 bits, 12 bits procedentes del USF precodificado

más 576 bits del resto. Sobre estos 576 bits se aplica un código perforado (para ajustar

151

http://www.lopezbenitez.es/thesis/BScThesis_LopezBenitez.pdf 152 http://www.lopezbenitez.es/thesis/BScThesis_LopezBenitez.pdf

20

el tamaño final a los 456 bits de un bloque radio) que elimina un total de 132 bits,

dejando 444 bits (la perforación no se aplica a los 12 bits del USF precodificado).

Nuevamente se vuelven a obtener a la salida del codificador 456 bits codificados.




gráfica en la figura 3.5.

153


153

21


El procedimiento seguido en el esquema de codificación CS-3 es idéntico al seguido

para CS-2, con dos salvedades. La primera es que a la entrada del codificador de canal

el número de bits de datos no es 268 sino que ahora es de 312 bits. La segunda es que

el código perforado no elimina 132 bits sino 220 bits para proporcionar, nuevamente,

una secuencia de 456 bits codificados a la salida.



gráfica en la figura 3.6.

155


22


3.2. Codificación EDGE158,159

Para GPRS, se han definido cuatro esquemas de codificación diferentes, designados

CS1 hasta CS4. Cada uno de ellos tiene diferentes medidas de codificación de

corrección de errores, que se han optimizado para distintos ambientes de radio.

Para EDGE, a nivel de capa física se han definido nueve esquemas de código de

modulación (MCS1 hasta MCS9) que pueden utilizarse tanto para el enlace

descendente o enlace directo, como para el enlace ascendente o enlace inverso.

Estos esquemas cumplen las mismas funciones que los esquemas de codificación

GPRS. Los cuatro esquemas de codificación EDGE más bajos (MCS1 a MCS4) usan 157

http://www.lopezbenitez.es/thesis/BScThesis_LopezBenitez.pdf 158 http://www.gsmspain.com/info_tecnica/egprs/diferencias.php#esquemas 159 http://www.willtek.com/spanish/technologies/edge

157

23

GMSK, mientras que los cinco esquemas superiores (MCS5 a MCS9) usan modulación

8PSK.

La figura 3.3 muestra los esquemas de codificación GPRS y EGPRS, junto con sus

caudales de salida máximos.

Figura 3.3: Esquemas de Codificación160

Con CS4, el caudal de salida del usuario GPRS alcanza la saturación a un máximo de

20 kbps, mientras que la velocidad de bit de EDGE continua incrementándose a medida

que mejora la calidad del enlace de radio, hasta que el caudal de salida alcanza la

saturación a 59,2 kbps.

En la tabla 3.4, se presenta la velocidad de cada uno de los esquemas de codificación

utilizados en la tecnología EDGE.

160 http://www.gsmspain.com/info_tecnica/egprs/diferencias.php#esquemas

Fi 3.3 Es d Codifi ción160

24

Tabla 3.4: Velocidades de Codificación161

Tanto los esquemas CS1 a CS4 en GPRS, como los MCS1 a MCS4 en EDGE, usan

modulación GMSK con rendimientos del caudal de salida ligeramente diferentes. Esto

es debido a diferencias en el tamaño del encabezamiento (y de la carga útil) de los

paquetes EDGE. Esto permite re-segmentar los paquetes EDGE.

Un paquete enviado con un esquema de codificación más alto (menor corrección de

errores) que no es recibido adecuadamente, puede ser retransmitido con un esquema

de codificación más bajo (mayor corrección de errores), si las nuevas condiciones del

ambiente de radio lo requieren. Esta re-segmentación (retransmisión con otro esquema

de codificación), requiere cambios en los tamaños de la carga útil de los bloques de

radio, lo que explica porque EDGE y GPRS no tienen el mismo rendimiento para los

esquemas de codificación de la modulación GMSK.

161 http://www.willtek.com/spanish/technologies/edge

ESQUEMA MODULACIÓN VELOCIDAD DE DATOS (kbps)

MCS-1 GMSK 8.8

MCS-2 GMSK 11.2

MCS-3 GMSK 14.8

MCS-4 GMSK 17.6

MCS-5 8-PSK 22.4

MCS-6 8-PSK 29.6

MCS-7 8-PSK 44.8

MCS-8 8-PSK 54.4

MCS-9 8-PSK 59.2

24

ANEXO 4

VALORES DE Z E INTERVALOS DE CONFIANZA

25

ANEXO 4: Valores de z e Intervalos de Confianza

Tabla 1: Valores de z utilizados con mayor frecuencia en el cálculo del tamaño muestral en función del intervalo de confianza.

TABLA 1. Valores de y utilizados con mayor

frecuencia en el cálculo del tamaño muestral en función de la seguridad 1-α elegida para el estudio.

Seguridad α

Prueba

bilateral

Prueba

unilateral

80 % 0,200 1,282 0,842

85 % 0,150 1,440 1,036

90 % 0,100 1,645 1,282

95 % 0,050 1,960 1,645

97,5 % 0,025 2,240 1,960

99 % 0,010 2,576 2,326

Según diferentes seguridades el coeficiente de Za varía, así:

Si la seguridad Za fuese del 90% el coeficiente sería 1.645


Si la seguridad Za fuese del 97.5% el coeficiente sería 2.24


25

ANEXO 5

PROYECCIÓN DE POBLACIÓN POR ÁREAS Y AÑOS CALENDARIO, SEGÚN PROVINCIAS Y CANTON

26

AN

EX

O 5

: P

roye

cció

n d

e P

ob

laci

ón

po

r á

rea

s y

añ

os

cale

nd

ari

o,

seg

ún

pro

vin

cia

s y

can

ton

es

162 F

uen

te p

ropor

cio

nad

a p

or

el I

nst

ituto

Naci

on

al d

e E

stadí

stic

as

y C

enso

s

EC

UA

DO

R:

PR

OY

EC

CIÓ

N D

E P

OB

LA

CIÓ

N P

OR

ÁR

EA

S Y

AÑ

OS

CA

LE

ND

AR

IO, S

EG

ÚN

PR

OV

INC

IAS

Y C

AN

TO

NE

S 16

2

PE

RÍO

DO

200

1 -

2010

PR

OV

INC

IAS

Y

A

ÑO

200

8

AÑ

O 2

009

A

ÑO

201

0

CA

NT

ON

ES

T

OT

AL

A

RE

A

AR

EA

T

OT

AL

A

RE

A

AR

EA

T

OT

AL

A

RE

A

AR

EA

U

RB

AN

A

RU

RA

L

UR

BA

NA

R

UR

AL

U

RB

AN

A

RU

RA

L

TO

TA

L P

AIS

13

.805

.095

8.

993.

796

4.81

1.29

9 14

.005

.449

9.

202.

590

4.80

2.85

9 14

.204

.900

9.

410.

481

4.79

4.41

9

PIC

HIN

CH

A

2.72

0.76

4 1.

936.

195

784.

569

2.75

8.62

9 1.

960.

931

797.

698

2.79

6.83

8 1.

985.

981

810.

857

QU

ITO

2.

093.

458

1.57

9.18

6

514.

272

2.

122.

594

1.59

9.36

1

523.

233

2.

151.

993

1.61

9.79

1

532.

202

CA

YA

MB

E

82.0

93

35.9

93

46.1

00

83.2

35

36.4

53

46.7

82

84.3

88

36.9

19

47.4

69

ME

JIA

71

.557

14

.071

57

.486

72

.553

14

.251

58

.302

73

.557

14

.433

59

.124

PE

DR

O M

ON

CA

YO

29

.122

6.

892

22.2

30

29.5

27

6.98

0

22.5

47

29.9

37

7.06

9

22.8

68

RU

MIÑ

AH

UI

74.9

63

64.0

92

10.8

71

76.0

06

64.9

10

11.0

96

77.0

59

65.7

40

11.3

19

SA

NT

O D

OM

ING

O

326.

581

225.

503

101.

078

33

1.12

6

228.

384

102.

742

33

5.71

2

231.

302

104.

410

SA

N M

IGU

EL

DE

LO

S B

AN

CO

S

12.1

94

3.44

0

8.75

4

12.3

64

3.48

4

8.88

0

12.5

35

3.52

8

9.00

7

PE

DR

O V

ICE

NT

E M

ALD

ON

AD

O

11.3

39

4.43

9

6.90

0

11.4

96

4.49

6

7.00

0

11.6

56

4.55

4

7.10

2

PU

ER

TO

QU

ITO

19

.457

2.

579

16.8

78

19.7

28

2.61

2

17.1

16

20.0

01

2.64

5

17.3

56

26

ANEXO 6

ENCUESTA APLICADA AL PÚBLICO

27

ANEXO 6: Encuesta Aplicada al Público

INSTRUCCIONES

El presente documento de investigación, tiene como propósito fundamental conocer aspectos importantes sobre la aceptación en las personas de Quito que utilizan el servicio de telefonía móvil, con respecto a recibir publicidad en su celular. Le agradecemos desde ya su amabilidad, tómese el tiempo necesario y conteste con absoluta sinceridad y solo lo que se le indica. 1. Qué tipo de tecnología celular soporta su teléfono celular?

� 3G

� GSM/GPRS

� EDGE

� CDMA 2. Con qué compañía celular tiene Ud. el servicio de telefonía móvil?

� MOVISTAR

� PORTA

� ALEGRO 3. Conoce Ud. qué es publicidad personalizada?

� SI

� NO 4. Cuál de las siguientes opciones de publicidad conoce?

� En movimiento (en celulares, en carros publicitarios, etc)

� Fija (tv, pancartas, panfletos, etc)

� Otra, especifique:……………………………….

28

5. Le gustaría recibir publicidad personalizada (publicidad enfocada en una marca o producto en particular) en su teléfono celular?.

� SI

� NO Si su respuesta es NO salte a la pregunta 9. 6. Qué tipo de publicidad personalizada le gustaría recibir en su teléfono celular?

� FOTOS

� VIDEOS

� AUDIO

� MENSAJES DE TEXTO

� TODOS 7. De qué tipo de empresas le gustaría recibir publicidad?

� Comida Rápida

� Farmacias

� Cines

� Supermercados

� Otras, especifique:…………………………………… 8. Con qué frecuencia le gustaría recibir la publicidad seleccionada en la pregunta anterior?

� Diaria

� Semanal

� Quincenal

� Mensual

29

9. Qué tipo de plan tarifario posee?

� Prepago

� Post pago 10. Qué tipos de servicios utiliza con su operadora de telefonía celular?

� Telefonía

� SMS

� MMS

� Videotelefonía

� Internet

� Chats

29

ANEXO 7 TABULACIÓN DE LOS RESULTADOS DE LA ENCUESTA APLICADA AL PÚBLICO

30

TAB

ULA

CIÓ

N D

E LO

S R

ESU

LTA

DO

S O

BTE

NID

OS

DE

LAS

ENC

UES

TA

S

ENC

UES

TA

PR

EGU

NTA

1

PR

EGU

NTA

2

PR

EGU

NTA

3

PR

EGU

NTA

4

PR

EGU

NTA

5

PR

EGU

NTA

6

PR

EGU

NTA

7

PR

EGU

NTA

8

PR

EGU

NTA

9

PR

EGU

NTA

10

A

B

C

D

A

B

C

A

B

A

B

C

A

B

A

B

C

D

E A

B

C

D

E

A

B

C

D

A

B

A

B

C

D

E F

1

*

*

*

*

*

*

*

* *

*

*

*

* *

2

*

*

*

*

*

*

* *

*

*

*

*

*

* *

3

*

*

*

*

*

*

*

*

*

*

*

*

*

* *

4

*

*

*

*

*

*

* *

*

*

*

* *

*

*

5

*

*

*

*

*

*

*

* *

*

*

*

*

*

*

* *

6

*

*

*

*

*

*

*

*

* *

* *

*

*

*

* *

7

*

*

* *

*

*

*

* *

*

8

*

*

*

*

*

*

* *

*

* *

*

*

*

* *

*

9

*

*

* *

*

*

* *

*

*

*

*

* *

*

* *

10

* *

*

*

* *

*

*

* *

*

*

*

*

* *

*

*

11

* *

*

*

* *

*

*

* *

*

* *

*

*

*

*

*

12

* *

*

*

*

*

*

*

* *

*

*

*

*

*

*

13

*

*

*

* *

*

*

*

*

*

*

*

* *

*

*

*

14

* *

*

*

* *

*

*

* *

* *

* *

*

*

*

15

*

*

*

* *

*

* *

*

* *

*

*

*

*

*

16

* *

*

*

*

*

*

*

*

*

*

*

*

*

*

17

*

*

*

* *

*

* *

* *

*

*

18

*

*

*

* *

*

*

* *

* *

*

*

*

*

* *

*

*

19

* *

*

*

* *

*

*

* *

*

*

*

*

20

*

*

*

*

*

*

*

*

*

* *

*

*

21

*

*

*

*

*

* *

*

*

*

* *

*

*

22

* *

*

*

* *

*

*

*

*

*

* *

*

*

*

*

23

*

*

*

*

*

*

*

*

* *

*

*

*

24

*

*

*

* *

*

*

*

*

*

*

*

*

*

25

* *

*

*

* *

*

*

* *

*

* *

* *

*

*

31

26

* *

*

*

*

*

*

*

*

*

* *

*

*

*

*

27

*

*

*

* *

*

*

*

*

*

28

*

*

*

*

*

*

*

*

*

*

*

*

*

29

* *

*

*

*

*

*

* *

*

*

*

*

*

30

*

*

*

* *

*

*

* *

* *

* *

* *

*

* *

*

*

31

*

*

*

*

*

*

*

*

*

*

*

*

*

32

*

*

*

* *

*

*

*

*

*

*

* *

* *

*

33

* *

*

*

*

*

*

*

*

*

34

*

*

*

* *

*

*

*

*

*

*

*

*

*

*

35

*

*

*

*

*

*

*

*

*

*

*

*

36

*

*

*

*

*

*

*

*

* *

* *

*

37

*

*

*

*

*

*

*

*

* *

*

*

*

*

*

38

*

*

*

*

*

*

*

*

*

*

*

39

* *

*

*

*

*

*

* *

* *

*

*

*

*

* *

*

40

*

*

*

*

*

*

*

*

* *

*

*

41

*

*

*

*

*

*

* *

* *

*

*

*

*

42

*

*

*

* *

*

*

* *

¨*

*

*

* *

43

*

*

*

*

*

*

*

*

*

*

*

*

44

*

*

*

*

*

*

*

*

*

*

*

*

*

45

*

*

*

* *

*

*

* *

*

* *

* *

*

*

*

46

*

*

*

*

*

*

*

*

*

*

*

*

47

*

*

*

*

*

*

*

*

*

*

*

*

48

*

*

*

*

*

*

*

*

*

*

*

*

49

*

*

*

*

*

*

* *

*

*

*

*

*

50

*

*

*

*

*

*

*

*

*

* *

*

*

*

*

*

51

*

*

*

* *

*

*

*

*

52

* *

*

*

*

*

*

* *

*

*

* *

*

53

*

*

*

* *

*

* *

*

*

*

*

* *

* *

*

*

32

54

* *

*

*

* *

*

*

* *

*

*

*

* *

*

55

*

*

*

*

* *

*

*

* *

*

* *

*

*

*

* *

*

56

*

*

*

*

*

*

* *

*

* *

*

*

*

*

57

*

*

*

*

*

*

*

*

*

* *

*

*

58

*

*

*

* *

*

*

*

*

59

*

*

*

*

*

* *

*

* *

* *

*

* *

*

60

* *

*

*

*

*

* *

*

* *

*

*

*

*

61

* *

*

*

*

* *

*

* *

*

*

*

*

62

* *

*

*

* *

*

*

*

*

63

*

*

*

*

*

* *

*

* *

* *

* *

*

*

64

*

*

*

* *

*

*

*

*

* *

* *

*

* *

*

65

*

*

*

*

*

*

*

* *

*

* *

*

* *

*

*

66

*

*

*

*

*

*

*

* *

*

*

*

*

*

*

67

*

*

*

* *

*

*

* *

*

* *

* *

* *

*

*

68

*

*

*

* *

*

* *

*

*

* *

*

*

*

69

*

*

*

*

*

*

* *

*

* *

*

*

*

*

70

*

*

*

*

*

* *

*

*

* *

*

*

*

*

71

*

*

*

*

*

*

* *

*

* *

*

* *

* *

72

* *

*

*

*

*

*

* *

*

* *

*

*

*

*

*

73

*

*

*

*

*

*

* *

*

*

*

*

*

74

* *

*

*

*

*

*

*

*

*

75

*

*

*

* *

*

* *

*

*

* *

* *

*

*

76

*

*

*

* *

*

* *

*

77

*

*

*

*

* *

*

*

* *

*

* *

*

*

*

*

*

78

*

*

*

*

*

*

*

*

79

*

*

*

*

*

* *

*

*

* *

*

*

*

80

* *

*

*

*

*

*

* *

*

*

* *

*

*

* *

*

81

*

*

*

* *

*

*

* *

* *

*

33

82

*

*

*

* *

*

* *

*

*

*

*

*

83

*

*

*

*

*

*

*

*

*

84

* *

*

* *

*

* *

*

*

* *

*

* *

*

85

*

*

*

*

*

*

*

* *

*

* *

*

*

*

*

86

*

*

*

*

*

*

*

*

*

*

*

*

*

*

87

* *

*

*

* *

*

*

* *

*

* *

* *

*

*

88

*

*

*

* *

*

*

*

*

*

*

*

*

89

*

*

*

* *

*

* *

*

*

90

* *

*

*

* *

*

* *

*

*

* *

*

* *

*

91

*

*

*

*

*

*

*

* *

*

92

*

*

*

* *

*

*

*

* *

*

93

*

*

*

*

*

*

* *

*

* *

*

*

*

94

*

*

*

*

*

* *

*

*

* *

*

* *

*

95

*

*

*

*

*

* *

*

*

* *

*

*

*

96

*

*

*

*

*

*

* *

*

* *

*

*

* *

*

97

* *

*

*

* *

*

* *

*

* *

* *

* *

*

33

ANEXO 8 ESTADÍSTICAS DE LA TELEFONÍA MÓVIL

34

ANEXO 8: Estadísticas de la Telefonía Móvil

8.1. Distribución del Mercado de Telefonía Móvil, por Tipo de Abonado163

Figura 8.1: Estadísticas de los Diferentes tipos de Abonados

163

http://www.supertel.gov.ec/pdf/estadisticas/sma.pdf

35

8.2. Distribución del Mercado de Telefonía Móvil, por Tipo de Operadora164

Figura 8.2: Estadísticas de la Cantidad de Usuarios por Operadora

164

http://www.supertel.gov.ec/pdf/estadisticas/sma.pdf

35

ANEXO 9

ENCUESTA DESTINADA A LA EMPRESAS

36

ANEXO 9: Encuesta Destinada a la Empresas

TELEPUBLICIDAD

AL CONTESTAR ESTA ENCUESTA AYUDARÁ A OFRECERLE UN SERVICIO PUBLICITARIO DE CALIDAD 1. A la compañía le gustaría utilizar este tipo de servicio publicitario?

SI NO Porque si o porque no?: _______________________________________________________________________________ 2. En qué tipo de formato le gustaría a la compañía enviar la publicidad de sus

productos?

FOTOS AUDIO VIDEOS MENSAJES DE TEXO TODOS

37

3. Con qué frecuencia le gustaría a la compañía enviar publicidad de sus productos? MENSUAL SEMANAL DIARIA 4. A qué tipo de clientes le gustaría a la compañía enviar publicidad? POSTPAGO PREPAGO 5. Qué valor monetario estaría dispuesta la compañía a pagar por este servicio de

publicidad? De 200 a 500 De 500 a 900 De 900 a 1600 De 1600 a 2200 De 2200 a 2900 De 2900 a 3500

37

ANEXO 10 TABULACIÓN DE DATOS DE LAS ENCUESTAS REALIZADAS A LAS EMPRESAS

38

AN

EX

O 1

0:

Tab

ula

ció

n d

e d

ato

s d

e la

s E

ncu

est

as

Re

aliz

ad

as

a la

s E

mp

resa

s

SI

NO

AB

CD

EA

BC

AB

AB

CD

EF

Ob

serv

aci

on

es

ST

AV

*

TO

NI

*E

s u

n m

ed

io p

ub

lici

tari

o i

nn

ov

ad

or

**

*D

ep

en

de

ría

de

la

efe

ctiv

ida

d

de

l se

rvic

io

CO

LUM

BIA

*In

no

va

r y

me

jora

r la

pu

bli

cid

ad

de

la

em

pre

sa*

**

*

EV

ELY

N*

**

**

*

NA

RA

NJA

UR

BA

NA

**

**

**

TE

LEH

OLD

ING

S.A

.*

**

**

*

DIP

OR

*S

iste

ma

pu

bli

cita

rio

in

no

va

do

r y

me

no

s co

sto

so*

**

De

pe

nd

erí

a d

e l

a c

an

tid

ad

de

me

nsa

jes

en

via

do

s a

l m

es

TO

NY

RO

MA

´S*

**

**

**

PR

OT

EC

O C

OA

SIN

*E

s u

na

tip

o d

e p

ub

lici

da

d m

ás

pe

rso

na

liza

da

y e

con

óm

ica

**

**

**

IMB

IOT

EC

*M

ejo

rar

la c

ali

da

d d

e l

a p

ub

lici

da

d q

ue

la

em

pre

sa o

fre

ce*

**

*

GE

OD

EN

TA

L*

**

**

*

PE

PS

ICO

*E

s u

na m

anera

fácil

y b

ara

ta d

e h

acer

public

idad

**

**

GR

UP

O I

MA

GE

N*

**

**

TO

TA

L T

EK

*

ME

SS

AG

EP

LUS

*La p

ublic

idad q

ue s

e o

frece t

iene p

recio

s r

azonable

s*

**

*

GE

NE

RA

L M

OT

OR

S*

**

**

RA

MA

LTA

**

**

*

OM

NE

S*

Las p

ers

onas t

om

arían e

ste

tip

o d

e m

ensaje

s c

om

o s

pam

SE

RV

IFA

ST

*

CF

NE

s u

na p

ublic

idad n

o c

onta

min

ante

y m

ás p

ers

onaliz

ada

**

**

BA

NC

O P

ICH

INC

HA

*

*

**

*

TA

BLI

TA

S D

EL

TÁ

RT

AR

O*

**

**

TO

TA

L1

84

82

54

61

17

06

13

32

73

01

TO

TA

L%8

1,8

21

8,1

83

6,3

69

,09

22

,73

18

,18

27

,27

50

,00

31

,82

0,0

02

7,2

75

9,0

91

3,6

49

,09

31

,82

13

,64

0,0

04

,55

Es

un

a f

orm

a s

en

cill

a d

e h

ace

r p

ub

lici

da

d d

e u

n p

rod

uct

o e

n

pa

rtic

ula

r

Po

r d

ar

a c

on

oce

r a

la

em

pre

sa y

lo

gra

r u

na

ma

yo

r a

mp

litu

d

de

po

ten

cia

les

clie

nte

s

Casi to

das las p

ers

onas t

ienen c

elu

lare

s,

y s

ería u

na m

anera

efe

ctiva

de lle

gar

al clie

nte

Mi em

pre

sa n

o t

iene los s

ufic

iente

s r

ecurs

os e

conóm

icos p

ara

hacer

public

idad d

e e

sta

manera

Actu

alm

ente

la g

ente

usa m

ás los t

elé

fonos c

elu

lare

s y

por

ende la

public

idad v

a a

lle

gar

de u

na m

anera

mucho m

ás e

fectiva

que la

tradic

ional

Es u

na m

anera

económ

ica d

e h

acer

pro

paganda y

lle

gar

auna m

ayor

cantidad d

e p

ers

onas

Las

pe

rso

na

s n

o s

e t

om

arí

an

el

tie

mp

o p

ara

le

er

el

me

nsa

je q

ue

est

á r

eci

bie

nd

o

Es

un

a p

ub

lici

da

d n

o e

va

siv

a,

po

rqu

e l

as

pe

rso

na

s lo

ap

reci

arí

an

com

o u

na

pu

bli

cid

ad

de

pe

rso

na

a p

ers

on

a y

no

de

em

pre

sa a

pe

rso

na

TA

BU

LAC

IÓN

DE

LO

S R

ES

ULT

AD

OS

OB

TE

NID

OS

DE

LA

S E

NC

UE

ST

AS

Me

jora

r la

pu

bli

cid

ad

de

la

em

pre

sa,

con

un

me

dio

in

no

va

do

r

Sis

tem

a n

ue

vo

, in

no

va

do

r y

efe

ctiv

o

Ay

ud

arí

a a

in

cre

me

nta

r la

ca

nti

da

d d

e u

sua

rio

s d

el

pro

du

cto

Fo

rma

de

pu

bli

cid

ad

sa

tura

da

, li

mit

aci

ón

de

la

te

cno

log

ía 2

.75

G

EN

CU

ES

TA

DO

PO

R Q

UÉ

?

PR

EG

UN

TA

1P

RE

GU

NT

A 2

PR

EG

UN

TA

3P

RE

GU

NT

A 4

PR

EG

UN

TA

5

Pu

bli

cid

ad

pe

rso

na

liza

da

y d

ire

cta

38

ANEXO 11 MANUAL DE INSTALACIÓN DE LA APLICACIÓN

39

ANEXO 11: Manual de Instalación de la Aplicación

Para visualizar la aplicación es necesario instalar el IDE (Entorno de Desarrollo

Integrado) Eclipse para ejecutar la aplicación, la herramienta ActiveXperts para el envío

y MySQL para la cargar la base de datos “Publicidad” e interactuar con las plataformas

Java y Visual Basic 6.0.

A continuación se detalla la instalación de cada uno de los componentes requeridos:

11.1 Instalación de Eclipse

· En primer lugar, se debe descargar del Internet el JDK (Kit de Desarrollo de

Java) e instalarlo en la PC, para poder ejecutar la aplicación en Java.

Figura 11.1: JDK de Java

· En segundo lugar, en la PC se elige la carpeta “Archivos de Programa” del disco

local y dentro de esta se elige la carpeta “Java”. Dentro de “Java” se escoge la

carpeta “jdk.6.0_19”, se abre la carpeta “bin” y se copia la ruta que se presenta

en la barra de direcciones (C:\Program Files\Java\jdk1.6.0_19\bin).

Este proceso permite compilar los programas realizados en Java.

Figura 11.1 JDK de Java

40

Figura 11.2: Ruta a Copiar

· A continuación dentro de Panel de Control se selecciona “Sistema”, y en la

pantalla que se habilita llamada “Propiedades del Sistema”; se selecciona

opciones avanzadas y se da clic en “Variables de Entorno”.

Figura 11.3: Pantalla Propiedades del Sistema Fi 11 3: Pantalla P piedad del Siste

41

· Dando clic en el botón “Nuevo” de la opción “Variables de Usuarios” se crea una

nueva variable con cualquier nombre y se pega la ruta (C:\Program

Files\Java\jdk1.6.0_19\bin).

Figura 11.4: Creación de una Nueva Variable de Entorno con la Ruta del JDK

· Una vez instalado el JDK, se debe descargar el ejecutable Eclipse y

descomprimirlo en “Archivos de Programa” del disco duro de la PC. Cuando se

ejecute Eclipse por primera vez se debe determinar el Workspace a utilizar, para

esto previamente se recomienda crear una carpeta en donde se vaya a

almacenar todos los proyectos que se creen en Java. Se elige la carpeta creada

y se da clic en el botón “Aceptar” para ingresar al IDE.

· Finalmente, se procede a importar la carpeta “Formularios” que es la que

contiene todas las clases compiladas que conforman la aplicación. Para lo cual

dentro de Eclipse se deben realizar los siguientes pasos:

§ Dar clic en File y seleccionar Import. En la ventana que se habilita se debe

clic en la carpeta “General” y seleccionar la opción “Existing Proyects into

Worksparce”. Se da clic en el botón “Next”.

42

Figura 11.5: Pantalla para Importar la Carpeta “Formularios”

§ A continuación se habilita la pantalla “Import Proyect”, en la cual se debe

seleccionar la carpeta “Formularios” dando clic en el botón “Browse”. En la

pantalla se observa la carpeta elegida y se da clic en “Finish”.

43

Figura 11.6: Importación de la Carpeta “Formularios”

§ Adicionalmente, como la aplicación requiere establecer la conexión con la

base de datos “Publicidad” creada en MySQL es indispensable la

instalación del conector de Java para MySQL. Para esto se descarga el

ejecutable del Internet y se lo debe instalar en la PC.

Figura 11.7: Conector MySQL-Java

Figura 11 7: Conector MySQL Java

44

§ Cuando ya se haya instalado el conector, el ejecutable se lo debe pegar

en la carpeta ext de la capeta jdk1.6.0_19. Esta carpeta está ubicada

dentro de la carpeta lib; la misma que está a su vez dentro de la carpeta

jre.

§ A continuación, se lo debe añadir a la aplicación. Para ello se da clic

derecho sobre “Formularios” y se escoge la opción “Propiedades”. En la

ventana que se activa, se escoge “Java Build Path” y en “Libraries” se

debe dar clic en el botón “Add External JARs” para seleccionar el

conector.

Figura 11.8: Selección del Conector MySQL-Java

45

11.2 Instalación del ActiveXperts

· En primer lugar se debe instalar Visual Basic 6.0 en el computador y a

continuación se procede a descargar el programa axmstool del Internet para su

correspondiente instalación. La instalación de este programa es sencilla,

simplemente se debe seguir los pasos que se indica en el asistente de la

aplicación.

Figura 11.9: Ejecutable del Programa ActiveXperts

· Una vez instalada el programa ActiveXperts se requerirá adicionalmente la

instalación del conector ODBC (Open DataBase Connectivity) 5.1.5 que permite

la conexión entre Visual Basic y la base de datos “Publicidad” de MySQL.

· Finalmente cuando se haya terminado de instalar el conector, se lo debe agregar

al DSN de Sistema en la PC para almacenar la información de cómo conectarse

a la base de datos. Para ello, en “Panel de Control” se da clic en “Herramientas

Administrativas” y se selecciona “Orígenes de Datos ODBC” como se observa en

la figura 11.10:

Figura 11.10: Selección de Orígenes de Datos ODBC

46

· Al dar clic en esta opción se habilitará la pantalla “Administrador de Orígenes de

Datos ODBC”. En esta pantalla se debe agregar el conector ODBC 5.1.5.

Figura 11.11: Adición del Conector ODBC 5.1.5 en el DSN de Sistema

11.3 Instalación de MySQL

Para poder tener acceso a la base de datos se debe instalar tanto el Administrador

como el Servidor de MySQL para tener una administración completa de la base de

datos que se esté utilizando. Los ejecutables antes mencionados se los puede

descargar del Internet de la página de SUN.

En primer lugar se instala y configura el Servidor MySQL, para lo cual se ejecuta la

aplicación y se elige la opción “Complete” para que se instalen todos los componentes

del servidor y se da clic en “Siguiente”. Se espera hasta que termine y en las siguientes

dos ventanas que se habilitan se debe dar clic en “Siguiente” para iniciar la

configuración del servidor como se muestra en la figura 11.12:

.11 Adició del C to ODBC 5.1.5 el DSN d Sist

47

Figura 11.12: Pantalla de Inicio de Configuración del Servidor MySQL

En las pantallas siguientes se debe dar clic en “Siguiente” hasta cuando se llegue a la

pantalla que permite configurar los parámetros de seguridad del servidor, aquí se debe

configurar la contraseña de administración. Para el caso del proyecto es “afrodita”. La

figura 11.13 ilustra la pantalla de configuración de contraseña:

Figura 11.13: Pantalla de Configuración de la Contraseña de Administración

48

Para terminar con la instalación del Servidor MySQL se da clic en “Finalizar”. Para

instalar el Administrador MySQL, se debe simplemente seguir los pasos que se indican

en el asistente de la aplicación.

48

ANEXO 12 MANUAL DE USUARIO DE LA APLICACIÓN

49

ANEXO 12: Manual de Usuario de la Aplicación

12.1. Ejecución de la Aplicación “Sistema Publicitario”

En primer lugar se debe conectar los módems HUAWEI al computador. A continuación

se debe ejecuta la aplicación modificada en Visual Basic (ActiveXperts), se escoge el

módem para el envío y se iniciar el temporizador dando clic sobre el botón “Inicio” para

que cada tres segundos esta parte de la aplicación se conecte con la base de datos

“Publicidad” y determine si existe o no mensajes para enviar.

La figura 12.1 muestra las pantallas correspondientes al envío de SMS y MMS.

Figura 12.1: Pantallas MMS y SMS de Visual Basic

50

Como siguiente paso, se debe abrir la base de datos “Publicidad”, para visualizar el

almacenamiento de los datos que conforman el contenido de los mensajes de texto y

multimedia.

A continuación se ejecuta la aplicación desarrollada en Java, la misma que inicia con

una ventana de “Login”, donde se debe ingresar el usuario (admin) y contraseña

(admin) para autenticarse e ingresar al sistema, la figura 12.2 muestra la pantalla de

“Login” del sistema.

Figura 12.2: Pantalla de Login

Una vez que se tuvo acceso al sistema, se presenta la pantalla “Menú Principal” que se

ilustra en la figura 12.3, la cual contiene:

· Cuatro opciones para el envío de mensajes publicitarios.

· Una opción para la edición, ingreso y consulta de contactos.

· Y una para regresar al Login.

51


Las funciones de las diferentes opciones del Menú Principal se las describen a

continuación:

12.2. Opciones de Envío

La aplicación proporciona cuatro opciones de envío de mensajes, sean estos mensajes

de texto (SMS, Short Message Service) o mensajes multimedia (MMS, Multimedia

Messaging System) con contenido publicitario.

12.2.1. Proceso para enviar un SMS

Para el envío de mensajes de texto, se debe dar clic sobre el botón Mensajes de Texto

de la pantalla “Menú Principal”, para que se despliegue la pantalla “Mensajes SMS” que

a más de permitir el ingreso de un texto; contiene tres botones: Siguiente, Limpiar y

Salir que realizan una tarea específica, como se indica en la figura 12.4


52

Figura 12.4: Pantalla Mensajes SMS

A continuación se describe el funcionamiento de cada uno de los botones antes

mencionados:

· Botón Siguiente: este botón permite habilitar la pantalla “Contactos” y

establecer una conexión con la base de datos “Publicidad”, siempre y cuando se

haya ingresado algún texto; caso contrario la aplicación emitirá un mensaje de

error indicando que no se ha ingresado ningún texto.

· Botón Limpiar: permite eliminar el texto que se ha ingresado en el área de

escritura.

· Botón Salir: este botón permite regresar al menú principal.

Una vez que se ingreso el texto deseado y se da un clic sobre el botón Siguiente, se

habilita la pantalla “Contactos”; que consta de una tabla llamada “Clientes” que está

almacenada en la base de datos “Publicidad” realizada en MySQL. Dicha tabla está

formada por los campos ID, Nombre, Apellido y Celular. Para seleccionar los contactos

se debe dar clic en cualquier campo de la tabla y automáticamente el campo

seleccionado será el correspondiente a “Celular”.

53

Además, como se puede observar en la figura 12.5, el texto que se ingresó en la

pantalla “Mensajes SMS”, se encuentra visible en la pantalla “Contactos” con el objetivo

de garantizar que el mensaje a enviar sea el correcto.

Figura 12.5: Pantalla “Contactos”

Por otro lado, dicha pantalla contiene cuatro botones funcionales: Siguiente, Limpiar,

Salir y Panel Clientes; los mismos que se describen a continuación.

· Botón Siguiente: permite habilitar la pantalla “Envío de Datos” siempre y cuando

se haya seleccionado algún contacto; caso contrario la aplicación emitirá un

mensaje de error indicando que no se ha seleccionado ningún contacto.

· Botón Limpiar: permite eliminar el contacto o los contactos seleccionados.

· Botón Salir: este botón permite regresar al menú principal.

· Botón Panel Clientes: permite modificar los campos de la tabla “Clientes”; debido

a que al dar clic sobre este botón se habilita la pantalla “Panel Clientes” la misma

que se muestra en la figura 12.6.

Figura 12 5: Pantalla “Contactos”

54

Figura 12.6: Pantalla Panel Clientes

Esta pantalla proporciona varias opciones de ejecución:

§ Permite ingresar nuevos contactos, actualizar y eliminar aquellos

contactos almacenados en la tabla “Clientes” de la base de datos en

MySQL, todos estos cambios realizados se los visualiza en la pantalla de

“Contactos”.

§ Mediante el botón Buscar se puede encontrar información de un contacto

en particular y mostrar dicha información en los campos correspondientes

a Nombre, Apellido y Celular. El botón Eliminar, elimina el contacto

solicitado.

§ El botón Limpiar, borra los datos que se indican en los campos Nombre,

Apellido y Celular y el botón Salir, permite retornar a la pantalla

“Contactos”.

Después de seleccionado el o los contactos destino y dar clic sobre el botón Siguiente,

se habilita la pantalla “Envío de Datos SMS” que se muestra en la figura 12.7. Esta

pantalla muestra el o los números celulares de los contactos a los cuales se les van a

enviar el mensaje y el texto de dicho mensaje. Además, contiene dos botones: Enviar y

Cancelar.

Figura 12.6 Pantalla Panel Clientes

55

Figura 12.7: Pantalla Envío de Datos SMS

· Botón Enviar: permite tanto el almacenamiento de los datos a enviar (números

de celular y texto); es decir, el número del contacto y el texto del mensaje en la

tabla “SMS” de la base de datos “Publicidad”, así como el envío de dichos datos

al software ActiveXperts que permite el enlace a la red GPRS.

· Botón Cancelar: permite retornar a la pantalla “Menú Principal”

Cuando el contenido del mensaje ha sido seleccionado y se da clic sobre el botón

Enviar de la pantalla “Envío de Datos SMS”. Dicho contenido es almacenado en la tabla

SMS de la base de datos (figura 12.8) y se llama a la herramienta ActiveXperts para

realizar el envío del mensaje.

56

Figura 12.8: Almacenamiento del contenido de mensajes SMS

Al dar clic sobre el botón Envío SMS vía GMS de la pantalla “Envío de Publicidad

Visual” del ActiveXperts que se muestra en la figura 12.9:

Figura 12.9: Pantalla Envío de Publicidad Visual

57

Se habilitará la pantalla “Envío de Mensajes de Texto” que se muestra en la figura

12.10. Esta pantalla se enlaza directamente con la tabla SMS de la base de datos

“Publicidad”.

Figura 12.10: Pantalla Envío de Mensajes de Texto

Para realizar el envío de mensajes, primero se debe seleccionar el módem y la

velocidad de conexión en el caso en el que se utilice un módem dial up.

A continuación se debe dar clic sobre el botón Inicio para activar el temporizador que

cada tres segundos va a estar escuchando si existen datos en la base de datos para

enviar y los mostrará en los campos Mensaje SMS de la pantalla.

El botón Enviar se habilita automáticamente cuando el temporizador se activa y

empieza la conexión con la tabla SMS de la base de datos “Publicidad”. Además esta

pantalla presente cinco botones y sus funciones son descritas a continuación:

58

· Botón Opciones: proporciona opciones avanzadas de envío como: solicitud de

reportes de la entrega de mensajes.

· Botón Estado de la Transmisión: proporciona información sobre el envío de los

mensajes de texto.


esté escuchando si existen datos en la tabla SMS para ser enviados.


· Botón Salir: permite regresar a la pantalla “Envío de Publicidad Visual”.

· Botón Ver: este botón abre un archivo en WordPad llamado SmsLog que

contiene un resumen del envío de los mensajes, donde consta la verificación de

la configuración del servidor SMS y si el envío fue o no exitoso.

12.2.2. Proceso para enviar un MMS

Un mensaje multimedia permite incorporar a un texto: imágenes, animaciones y

secuencias de vídeo o voz. Además, ofrece la posibilidad de elegir uno solo de sus

elementos o una combinación de ellos.

Para el envío de mensajes multimedia con contenido publicitario, la aplicación facilita

dos opciones específicas: envío de imágenes horizontales y verticales; es decir, que las

imágenes que lleguen a un celular se observarán en forma horizontal o vertical, y envío

de videos.

Como el proceso de envío para ambos casos (imágenes y videos) es el mismo, a

continuación se describe el proceso de envío de imágenes.

12.2.2.1. Envío de Imágenes Horizontales y Verticales

El proceso de envío para ambos tipos de imágenes es similar, por lo que se explicará

uno de ellos.

59

Para iniciar el envío de mensajes multimedia incorporando imágenes verticales en su

contenido, se debe dar clic sobre el botón Publicidad Gráfica de la pantalla “Menú

Principal” para habilitar la pantalla “Selección Imágenes Verticales” que se muestra en

la figura 12.11.

Figura 12.11: Pantalla Selección Imágenes Verticales

Esta pantalla ofrece un menú de posibles imágenes a seleccionar y cuatro botones con

funciones específicas. Dando un clic sobre una de las imágenes del menú, se

seleccionará la imagen y automáticamente se desactivarán las demás; para garantizar

que se elija una sola imagen a la vez.

60

El nombre de la imagen seleccionada se indicará en el panel superior de la pantalla

como se observa en la figura 12.12.

Figura 12.12: Selección de Imagen a Enviar

A continuación se describe la función de los botones presentes en esta pantalla:

· Botón Siguiente: Una vez seleccionada la imagen, el paso subsecuente es dar

clic sobre el botón Siguiente para llamar a la pantalla “Contactos” y determinar

los contactos destinatarios. El proceso de selección que se realiza en la pantalla

“Contactos” se lo detalló en las páginas 4, 5 y 6 de este anexo.

Después de seleccionado el o los contactos destino y dar clic sobre el botón

Siguiente, se habilita la pantalla “Envío de Datos MMS” que se muestra en la

figura 12.13.

Figura 12.12: Selección de Imagen a Enviar

61

Figura 12.13: Pantalla Envío Datos MMS

Esta pantalla muestra el o los números celulares de los contactos a los cuales se

les van a enviar el mensaje, la imagen que estará embebida en el mismo, el título

de la imagen y un texto publicitario. Además, contiene dos botones: Enviar y

Cancelar.

§ Botón Enviar: permite tanto el almacenamiento de los datos a enviar; es

decir, el número del contacto, la imagen, el título y el texto publicitario en

la tabla “MMS” de la base de datos “Publicidad”, así como el envío de

dichos datos al software ActiveXperts que permite el enlace con el Core

de la red GPRS. Por otro lado, al dar clic sobre este botón se activa un

mensaje de confirmación de envío para el caso en que todos los

parámetros estén llenos (título, texto); caso contrario se emitirá un

mensaje de error.

§ Botón Cancelar: permite retornar a la pantalla “Menú Principal”.

· Botón Buscar Imagen: si dentro de las opciones que se presentan en el panel

de imágenes de la pantalla “Selección Imágenes Verticales”, no se encuentra la

imagen que se desea enviar, el botón Buscar Imagen permite elegir otra imagen

almacenada en el servidor llamando a la ventana “Búsqueda Imágenes” que se

presenta en la figura 12.14.

62

Figura 12.14: Pantalla Búsqueda Imágenes

Esta ventana mediante el botón Examinar permite buscar imágenes

almacenadas en el servidor, cuando se ha determinado la imagen, la ubicación

de la misma dentro de la PC se muestra en la pantalla y el botón Examinar se

deshabilita; para asegurar que solo se elija una imagen para su envío. Mientras

que el botón Siguiente abre la pantalla “Contactos”, el botón Limpiar elimina la

imagen escogida y el botón Salir permite regresar a la pantalla “Menú Principal”.

· Botón Limpiar: elimina la imagen seleccionada y habilita todas las imágenes del

menú imágenes.

· Botón Salir: permite regresar a la pantalla “Menú Principal”.

Una vez que el contenido del mensaje ha sido seleccionado y se da clic sobre el botón

Enviar de la pantalla “Envío de Datos MMS”, dicho contenido es almacenado en la tabla

MMS de la base de datos (figura 12.15) y se llama a la herramienta ActiveXperts para

realizar el envío del mensaje.

Figura 12.14: Pantalla Búsqueda Imágenes

63


La figura 12.16 ilustra el contenido del mensaje multimedia en la pantalla “Envío de

Mensajes Multimedia” del ActiveXperts:

Figura 12.16: Pantalla Envío de Mensajes Multimedia


64

Por otro lado, esta pantalla está formada por siete botones y las funciones de cada uno

de ellos se describe a continuación:

· Botón Porta: permite seleccionar los datos de configuración del servidor MMS

de la operadora PORTA.

· Botón Movi: permite seleccionar los datos de configuración del servidor MMS de

la operadora MOVISTAR.

· Botón Enviar Mensaje: este botón se habilita automáticamente ejecutando el

envío de la información cuando se activa el temporizador y empieza la conexión

con la tabla MMS de la base de datos “Publicidad”.


esté escuchando si existen datos en la tabla MMS para ser enviados.


· Botón Salir: permite regresar a la pantalla “Envío de Publicidad Visual”.

· Botón Ver: este botón abre un archivo en WordPad llamado MmsLog que

contiene un resumen del envío de los mensajes, donde consta la verificación de

la configuración del servidor MMS y si el envío fue o no exitoso.

Documents

ESCUELA POLITÉCNICA NACIONAL FACULTAD DE INGENIERÍA ... · escuela politÉcnica nacional facultad de ingenierÍa elÉctrica y electrÓnica implementaciÓn de un sistema de publicidad