DISEÑO DE UN APLICATIVO DE GESTION QUE FACILITE LA OPERACIÓN Y

MANTENIMIENTO DE LOS PUERTOS LI3 Y LIMAS DE LAS CENTRALES

TELEFONICAS ERICSSON DE LAS EMPRESAS MUNICIPALES DE CALI
EMCALI E.I.C.E E.S.P

FABIÁN ALVARAN RENGIFO

JAIRO DANIEL GUTIÉRREZ CRUZ

UNIVERSIDAD AUTONOMA DE OCCIDENTE

FACULTAD DE INGENIERIA
DEPARTAMENTO DE AUTOMATICA Y ELECTRONICA
PROGRAMA DE INGENIERIA ELECTRONICA
SANTIAGO DE CALI
2007

1
DISEÑO DE UN APLICATIVO DE GESTION QUE FACILITE LA OPERACIÓN Y
MANTENIMIENTO DE LOS PUERTOS LI3 Y LIMAS DE LAS CENTRALES
TELEFONICAS ERICSSON DE LAS EMPRESAS MUNICIPALES DE CALI
EMCALI E.I.C.E E.S.P

FABIÁN ALVARAN RENGIFO

JAIRO DANIEL GUTIÉRREZ CRUZ

Pasantia para optar al titulo de

ingeniero electrónico

Director
HÉCTOR JOSÉ GÓMEZ
Ingeniero Electrónico

UNIVERSIDAD AUTONOMA DE OCCIDENTE

FACULTAD DE INGENIERIA
DEPARTAMENTO DE AUTOMATICA Y ELECTRONICA
PROGRAMA DE INGENIERIA ELECTRONICA
SANTIAGO DE CALI
2007

2
 Nota de Aceptación:

Aprobado por el Comité de Grado

en cumplimiento de los requisitos exigidos
por la Universidad Autónoma de
Occidente para optar al titulo de
Ingeniero Electrónico.

ing. FERNANDO CARVAJAL

Jurado

ing. HECTOR JOSE GOMEZ

Director

Santiago de Cali, 09 de Julio de 2007

3
 CONTENIDO

Pág.

RESUMEN 9
INTRODUCCION 10
1. PLANTEAMIENTO DEL PROBLEMA 11
2. MARCO REFERENCIAL 12
2.1. MARCO TEORICO 12
2.2. MARCO CONTEXTUAL 12
2.2.1. Evolución de EMCALI 15
2.2.2. Evolución centrales conmutación 16
2.3. MARCO CONCEPTUAL 17
2.3.1. Métodos informáticos de procesamiento de información 17
3. OBJETIVOS 21
3.1. OBJETIVO GENERAL 21
3.2. OBJETIVOS ESPECIFICOS 21
4. JUSTIFICACION 22
5. METODOLOGIA 23
5.1. CONOCER EL FUNCIONAMIENTO DE LAS CENTRALES
TELEFONICAS 23
5.2. CONOCER EL TIPO DE FORMATO QUE ENTREGAN LAS
CENTRALES TELEFÓNICA PARA REALIZAR EL RESPECTIVO
PROCESO DE FILTRADO 23
5.3. CONOCER Y ENTENDER EL FUNCIONAMIENTO DE LA
PLATAFORMA GERTEL 23
5.4. ESCOGER LA HERRAMIENTA (SOFTWARE) MAS ADECUADA
PARA EL DISEÑO DEL APLICATIVO 24
5.5. DISEÑAR LA BASE DE DATOS QUE PERMITA HACER LA
GESTIÓN DE PUERTOS 24
5.6. DISEÑAR LA PÁGINA WEB PARA EL APLICATIVO FINAL 24
5.7. REALIZAR PRUEBAS SOBRE EL APLICATIVO FINAL 24
5.8. ELABORAR EL MANUAL DE USUARIO PARA EL MANEJO
DE LA APLICACIÓN 25
6. DESARROLLO 26
6.1. CONOCER EL FUNCIONAMIENTO DE LAS CENTRALES
TELEFONICAS 26
6.1.1. Centrales telefónicas digitales AXE de Ericsson 27
6.1.2. Puertos LI3 y LIMAS 31

3
6.2. CONOCER EL TIPO DE FORMATO QUE ENTREGAN LAS
CENTRALES TELEFÓNICA PARA REALIZAR EL RESPECTIVO
PROCESO DE FILTRADO 32
6.2.1 Estado puertos LI3 y Limas 32
6.3. CONOCER Y ENTENDER EL FUNCIONAMIENTO DE LA
PLATAFORMA GERTEL 39
6.3.1. Sistema de gestión Gertel 39
6.3.2. Interfaces de Gertel 39
6.4. ESCOGER LA HERRAMIENTA (SOFTWARE) MAS ADECUADA
PARA EL DISEÑO DEL APLICATIVO 40
6.5. DISEÑAR LA BASE DE DATOS QUE PERMITA HACER LA
GESTIÓN DE PUERTOS 41
6.6. DISEÑAR LA PÁGINA WEB PARA EL APLICATIVO FINAL. 42
6.6.1. Acceso a la Aplicación. 42
6.6.2. Restricciones y perfiles de usuario. 42
6.6.3. Consultas. 43
6.6.4. Actualización de la base de datos. 43
6.6.5. Manejo de usuarios que tiene acceso a la aplicación 43
6.7. REALIZAR PRUEBAS SOBRE EL APLICATIVO FINAL 44
6.8. ELABORAR EL MANUAL DE USUARIO PARA EL MANEJO
DE LA APLICACIÓN 44
7. ESQUEMA TEMATICO DEL APLICATIVO 45
8. PRESUPUESTO 46
9. CONCLUSIONES 47
BIBLIOGRAFIA 48
ANEXOS 49 - 63

3
 LISTA DE TABLAS

Pág.

Tabla 1. Centrales AXE Urbanas. 14

Tabla 2. Centrales AXE Urbanas. 14
Tabla 3. Tipo de resultado estado de puertos (RESULT). 38
Tabla 4. Código general de fallos (GFCODE). 39
Tabla 5. Usuarios que están autorizados para entrar a la aplicación 41
Tabla 6. Estado de puertos de centrales. 42
Tabla 7. Presupuesto valor proyecto. 46
Tabla 8. Relación de la entidad que asume los costos del proyecto 46

5
 LISTA DE FIGURAS

Pág.

Figura 1. Esquema funcional para una llamada telefónica. 26

Figura 2. Partes de una AXE. 28
Figura 3. Estructura de los subsistemas en APT. 30
Figura 4. Bucle de abonado. 32
Figura 5. Terminal de trabajo. 33
Figura 6. Conexión a central. 33
Figura 7. Archivo plano para puertos LIMAS. 35
Figura 8. Archivo plano para puertos LI3. 36
Figura 9. Diagrama de bloques de la aplicación. 45

5
 LISTA DE ANEXOS

Pág.

Anexo A. Manual de usuario 49

Anexo B. Presentación del informe final en formato IEEE del
diseño de un aplicativo de gestión que facilite la operación
y mantenimiento de los puertos li3 y limas de las centrales
telefónicas Ericsson de las empresas municipales de
Cali Emcali E.I.C.E E.S.P. 63

8
 RESUMEN

El trabajo de grado presentado a la universidad Autónoma de Occidente para

optar por el titulo de ingeniero electrónico fue desarrollado en EMALI en el área de
telecomunicaciones.

Con este proyecto que es un aplicativo, se busaca dar solución a una problemática
vigente que posee la empresa al momento de conocer el estado real de uno de
sus procesos como lo es la asignación de líneas telefónicas a los diferentes y
posibles usuarios en la ciudad de Cali.

Con el desarrollo del aplicativo se busca que la empresa agilice este proceso y por
ende hacerla mas eficiente en la prestación de servicios, lo que generaría
ganancias monetarias y reducciones en tiempo al prestar el servicio de manera
mas rápida y sin errores de asignación.

Para poder llegar a entender la problemática a la cual nos íbamos a enfrentar se

hizo necesario acudir a las inducciones pertinentes dadas por la empresa, de igual
forma se hizo pertinente acudir a los manuales correspondientes a las centrales a
tratar que nos ayudaran a entender en forma más detallada el funcionamiento de
estos.

Teniendo en cuenta los requerimientos dados por la empresa acerca de que el

aplicativo debía ser puesto en funcionamiento utilizando herramientas
computacionales (software) libres para no incurrir en gastos administrativos en
licencias que son muy costosas, fue necesario investigar y conocer nuevos
lenguajes de programación que cumplieran con ese requisito fundamental,
paralelamente a este requisito se debía tener en cuenta que lo programas a utilizar
fueran potentes pues la carga de trabajo al que se iban a someter eran grandes en
cuanto a datos que se debían albergar.

9
 INTRODUCCION

EMCALI cuenta con tecnología totalmente digitalizada, lo que hace de su red

pública conmutada una de las más eficientes a nivel nacional. Las redes de
acceso necesarias para establecer la mas sencilla comunicación entre dos puntos
se esta realizando por enlaces con par de cobre como con fibra óptica, los cuales
son consideradas como los mejores medios para transmitir voz, dato y video.

EMCALI EICE E.S.P maneja 15 centrales fabricados por Ericsson -Siemens que
poseen puertos LI3, LIMAS; estas centrales interactúan con equipos que poseen
subsistemas de conmutación que realizan funciones para atender las líneas de
abonado, además se encargan de convertir las señales de abonado en señales
capaces de ser leídas por los puertos LI3 Y LIMAS de las centrales.

Cualquier subsistema contiene bloques funcionales, la gran mayoría de los

bloques funcionales del subsistema de conmutación de abonados están
constituidos por hardware, software regional y software central.

10
 1. PLANTEAMIENTO DEL PROBLEMA

EMCALI EICE E.S.P posee 15 centrales ERICSSON las cuales están distribuidas
en grupos cada uno con 2048 abonados; cada una contiene un sistema hardware
– software con los cuales se pueden probar los módulos de abonados y puertos
que poseen de forma manual. La eficiencia de este sistema es ineficaz, lo que
implica perdida de tiempo para poner en marcha nuevamente el servicio y por
ende de dinero. Es por eso que se hace necesario diseñar un aplicativo de gestión
que facilite la operación y mantenimiento de forma automatizada de los puertos
LI3 y LIMAS de las centrales telefónicas Ericsson de EMCALI EICE E.S.P.

11
 2. MARCO REFERENCIAL

2. 1. MARCO TEORICO

CENTRALES TELEFONICAS PARA LOS PUERTOS LI3 Y LIMAS

Las centrales digitales se componen de un sistema de conmutación y un sistema

de control que se descomponen en subsistemas como se relacionara a
continuación:

 El Sistema de Conmutación contiene todos los subsistemas relacionados

con el manejo de tráfico, los asociados a la operación y mantenimiento, tasación y
otras tareas orientadas a conmutación.

 El Sistema de Control contiene las unidades de hardware y software de las

computadoras de control empleadas por el sistema AXE. Todas las funciones son
desarrolladas y modificadas en el Sistema de Conmutación independientemente
del Sistema de Control y viceversa.

2.2. MARCO CONTEXTUAL

EMPRESAS MUNICIPALES DE CALI - EMCALI EICE E.S.P

RAZON SOCIAL DE LA EMPRESA

EMCALI fue creada por el Concejo de Santiago de Cali, mediante acuerdo 013 de
1931 y constituida como establecimiento público descentralizado del orden
municipal, por el Acuerdo No.050 de diciembre 1o. de 1961, como un organismo
con personería propia y patrimonio autónomo.

Mediante el Acuerdo 082 de 1987 se reformaron los estatutos del establecimiento

público Empresas Municipales de Cali, para adecuarse al mandato de la Ley 11 de
1986 que ordena la participación de la comunidad en el manejo de los asuntos
locales.

Empresas Municipales de Cali EMCALI EICE E.S.P, es una empresa industrial y

comercial, de carácter integral, competitiva, con una amplia infraestructura para

12
prestar decorosamente los servicios de agua potable, saneamiento básico,
distribución, comercialización y generación de energía y servicios de
telecomunicaciones a su mercado conformado por Cali y algunos municipios
vecinos.

MISIÓN EMCALI E.I.C.E E.S.P

EMCALI EICE E.S.P, tiene como misión prestar en su área de cobertura, servicios
públicos domiciliarios de acueducto, alcantarillado, energía y telecomunicaciones y
aquellos afines, de acuerdo con su conveniencia financiera y estratégica,
generando rentabilidad sin detrimento de la calidad, para cumplir su función social
como prestadora de servicios esenciales que contribuyan a mejorar la calidad de
vida de la comunidad, el desarrollo sostenible de la región y el bienestar de sus
trabajadores.

VISIÓN EMCALI E.I.C.E E.S.P

EMCALI EICE E.S.P, tiene como visión ser en cinco (5) años la mejor opción del
Sur occidente Colombiano en la prestación de los servicios públicos domiciliarios
de acueducto, alcantarillado, energía y telecomunicaciones por su excelencia en la
atención oportuna y satisfacción a los requerimientos de los clientes y usuarios,
calidad permanente, capacidad competitiva y óptima productividad.

Ser administrada con enfoque empresarial que la conduzca a lograr sostenibilidad,

rentabilidad y crecimiento, dentro de un clima organizacional que proporcione
conductas éticas y actuaciones transparentes, que genere en sus empleados
sentido de pertenencia, desarrollo profesional y técnico..

Las centrales digitales AXE de EMCALI Telecomunicaciones son 15 en total y

están distribuidas en toda la zona urbana y rural de la ciudad, estas centrales se
muestran en las tablas 1 y 2 respectivamente:

13
Tabla 1. Centrales AXE Urbanas.

NODO TIPO CENTRAL UBICACIÓN

Centro 1 AXE Kra 7 13-122
Centro 5 AXE – TANDEM Kra 7 13-122
Colón 2 AXE – TANDEM CLL 14 33-40
Colón 3 AXE CLL 14 33-40
Guabito 3 AXE – TANDEM Calle 34 8ª-165
Guabito 4 AXE Calle 34 8ª-165
La Flora 1 AXE Av. 3N 53N-11
Limonar 1 AXE Kra 75 Calle 15
Peñón 1 AXE Kra 3 Oeste 1-24
Poblado 5 AXE Calle 62 T 28-04
Prados de Sur 1 AXE Kra 80 Calles 2C,2B
Salomia 1 AXE Kra 1D 52-05
San Luis 4 AXE Kra 1ª5 72-05
Tequendama 2 AXE Calle 6 44-110
Unión 4 AXE Kra 41F 46-00

Tabla 2. Centrales AXE Rurales.

CENTRALES REMOTAS
Dolor2
Dolor1
Tquin1
Cenca
Bolívar
Chorro1
Buitrera
Arroyo
Forma1
Nubia1
Jardín
Yumbo
Jamundi

14
Centrales Remotas: pequeñas centrales que concentran el tráfico; sólo tienen
funciones de conmutación, pues el control, la gestión y el proceso de facturación
las realiza la central madre. Sirven para dar servicio a pequeños grupos de
clientes en lugares de difícil acceso o que están muy lejos de la central madre
(mas de 5 Km.). Se conectan a la central madre mediante un enlace por radio
frecuencia.

2.2.1. Evolución de EMCALI. La evolución que inicia la empresa publica de

servicios de Santiago de Cali en el área de las telecomunicaciones es a partir del
año 1900, después de haber sido inventado el teléfono, se constituyo la empresa
de teléfonos de Cali y se instalo la primera central con un sistema rudimentario
que consistía de alambres sostenidos por postes de guadua.

La prestación del servicio era manual, por lo cual el número de empleados era
numeroso y se carecía de intimidad.

En el año de 1927 se aprueba un contrato para construir una red subterránea, con
lo que se buscaba buscando beneficios tanto para la empresa como para el
municipio.

En 1930 la compañía de Telefotos de Cali se asocia con la empresa Automatic

Electric Company de Chicago y surge la Compañía de Teléfonos del Pacifico.
Automatic Electric Company compra en su totalidad la Compañía de Teléfonos del
Pacifico en busca de ampliar la cobertura del servicio prestado.

La nueva empresa no logra cubrir las expectativas en cuanto a cobertura, con lo

cual se presentaba un inminente riesgo de municipalización, para evitar esto la
Compañía de Teléfonos del Pacifico presenta un proyecto que consiste en
cambiar el sistema manual por uno automático.

En 1944 la empresa pasa a manos del municipio y queda adscrita a las Empresas
Municipales de Cali.

En 1950 un estudio de necesidades de la ciudad hizo necesario la instalación de

15.000 líneas nuevas a cargo de General Electric Co, lo cual significo la
construcción de dos nuevas centrales.

En 1958 se inicia la construcción de las plantas de Versalles y Guabito, además

de una planta pequeña para Meléndez (100 líneas). En 1961 entra en
funcionamiento Versalles con capacidad de 2000 líneas.

15
En 1973 se instalan nuevas líneas (barrios populares) lo cual dio lugar al servicio
de subcentrales, aumentando la cobertura en un 35.4%.

El plan maestro para telecomunicaciones se fundamento en 5 fases:

 Ensanches en las centrales de Versalles, Centro, Guabito, Colon, San

Fernando, Tequendama y limonar.
 Construcción de centrales de Salomia, La Flora y Río Cali.
 Digitalización de las centrales.
 Destinacion del 2% de las líneas para teléfonos monederos.
 Prevención del aislamiento de los corregimientos vecinos para ampliar la
cobertura.

En 1984 se desarrolla un plan quinquenal de inversiones para ampliar la cobertura

de telefonía, adicionalmente se desarrolla un software para la planeacion
telefónica y los equipos de transmisión de alarmas y se diseño un plan de
mantenimiento preventivo.

Para 1993 se definió una expansión de proyectos en Telecomunicaciones, que

incluían, telefonía publica y rural, telefonía inalámbrica, telefonía virtual (correo de
voz), telefonía móvil celular y servicios de telecomunicaciones por fibra óptica.

En los últimos años en el área de Telecomunicaciones se mejoro el sistema de

gestión del servicio de Internet, al cual se le instalaron los primeros puertos ADSL
que garantizan la transmisión de banda ancha y mejoraron el sistema de
interconexión de la red de datos en el sector empresarial y comercial. Igualmente
se efectuó la digitalización de 51200 líneas, lo que mejoro la telefonía básica y dio
la posibilidad de prestar nuevos servicios de valor agregado a través d estas
líneas, con su Red Multiservicios, el cual permite la transmisión de voz, imágenes
y datos a más rápida velocidad.

2.2.2. Evolución centrales de conmutación. EMCALI tuvo una evolución en sus

sistemas de conmutación, empezando desde la conmutación manual y pasando
por la electromecánica, semielectronica y hoy en día la digital (Temporal -
Espacial).

La conmutación manual era manejada por operadores, quienes interconectaban

por medio de dos clavijas unidas por unos cordones a unos Jack´s según a donde
se quisiera comunicar en abonado.
Debido al aumento del número de abonados en Santiago de Cali, más la
complejidad de las redes, se crea la expectativa de automatizar y en los años

16
posteriores se habla de automatización de operadores.

En sus inicios EMCALI utilizo sistemas de conmutación rotatorios, entre ellos la

central AGF de L.M: de Ericsson, en donde los lectores estaban montados sobre
unas bandejas de 500 contactos, la selección se efectuaba por medio de
escobillas montadas sobre un brazo que primero giraba y luego penetraba el
campo.

Este sistema fue cambiado por un sistema de barras cruzadas con los sistemas
Pentaconta, la familia ARF / ARM de Ericsson fue implementada, dentro de esta
familia de centrales la familia adquiere la denominada ARF 101 la cual trabajaba
con tubos de vacío, lo que indicaba que la empresa estaba próxima a evolucionar
al siguiente paso de los sistemas de conmutación semielectronicos y un primer
ejemplo en el mundo fue el sistema ARE en el cual se empezaba a programar
rutas y categorías por medio de un Terminal.

Con la incursión de la AXE en la Empresa de Teléfonos de Cali, donde estas

centrales incorporan al paso de abonado con cruces de matrices y la digitalización
de las señales análogas, donde el muestreo y la digitalización se realizan en los
circuitos de entrada de la central a una cadena típica de 8000 muestras por
segundo, empleando 8 bits para la codificación del nivel detectado, dando un total
de 64 Kbits por canal.

Al realizar un suscriptor una comunicación, la información es guardada en

memorias para ser leídas según las instrucciones impartidas por los ordenadores
centrales. Este es un aporte del avance de la electrónica a la conmutación digital.

Las actuales centrales AXE han tenido también su evolución, empezaron en

versión 1 y 5 posteriormente la versión 10, que es la que esta actualmente.

Todas estas evoluciones han servido para que hoy en día la Empresa de
Telecomunicaciones de Santiago de Cali, cuenta con una de las mejores centrales
de Colombia y ofreciendo servicios con calidad.

2.3. MARCO CONCEPTUAL

2.3.1. Métodos informáticos de procesamiento de información

 Apache. El servidor HTTP Apache es un servidor HTTP de código abierto

17
para plataformas Unix, Windows y otras, es el servidor HTTP más usado, siendo el
servidor HTTP del 70% de los sitios Web y su manejo esta libre de licencia,
aspecto a tener en cuenta para el desarrollo del aplicativo para EMCALI.

Apache presenta entre otras características mensajes de error altamente

configurables, bases de datos de autenticación y negociado de contenido, sin
embargo, fue criticado por la falta de una interfaz gráfica que ayude en su
configuración.

 MySQL. MySQL es un gestor de base de datos de adquisición libre muy

útil y potente, lo que permite almacenar volúmenes de información de gran
tamaño. De igual forma es también multiplataforma, lo cual significa que puede ser
desarrollado en Windows y servir para una plataforma UNIX.

MySQL permite archivar datos en tablas separadas en vez de colocar los datos en
un archivo general, esto permite gran velocidad y flexibilidad al momento que se
requiera hacer la consulta de un dato en particular.

Entre las bondades podemos encontrar que es un software de fuente abierta, lo

que quiere decir que es posible que cualquier persona pueda usarlo y modificarlo
según necesidades

Entre las características disponibles en las últimas versiones se puede destacar:

 Amplio subconjunto del lenguaje SQL. Algunas extensiones son

incluidas igualmente. Para el desarrollo de la aplicación, es necesario contar
con que el gestor aceptará los comandos de consultar más comunes.

 Disponibilidad en gran cantidad de plataformas y sistemas. En el

proyecto, por condicionamiento de EMCALI, se utilizaron equipos informáticos con
Windows XP. MySQL es compatible con este sistema operativo.

 Transacciones y claves foráneas. MySQL permite la interacción con

otros gestores de base de datos. A pesar de que el proyecto no abarca este tipo
de interacción, se deja disponible en caso de que posteriormente EMCALI requiera
migrar la base de datos hacia otra tecnología.

18
 Conectividad segura. El acceso a los datos de la base de datos en
MySQL está protegido con contraseñas. Con esto se establece cierto nivel de
seguridad para impedir el acceso no autorizado a los datos. Adicionalmente,
EMCALI solicitó la creación de usuarios en la aplicación para el acceso a la
misma.

 Búsqueda e indexación de campos de texto. Esta propiedad permite

que el proceso de búsqueda de información dentro de la base de datos sea
relativamente rápido. Dentro del proyecto, esta función es muy importante porque
la cantidad de información que generan las centrales telefónicas es bastante
grande, lo que hace complejo este proceso.

 Php. PHP es un lenguaje de programación usado para la creación de

contenido para sitios web. PHP es el (acrónimo recursivo de "PHP: Hypertext
Preprocessor", inicialmente PHP Tools, o, Personal Home Page Tools). Es un
lenguaje interpretado usado para la creación de aplicaciones para servidores, o
creación de contenido dinámico para sitios Web, no genera costos para los
clientes ya que su uso es libre.

PHP también tiene la capacidad de ser ejecutado en la mayoría de los sistemas

operativos tales como UNIX (y de ese tipo, como Linux), Windows y Mac OS X. La
interpretación y ejecución de PHP se da en el servidor, en el cual se encuentran
almacenados los scripts. El cliente sólo recibe el resultado de la ejecución. Esta
ventaja permite que las estaciones no requieran mucho uso de procesamiento al
trabajar con la aplicación

Por otro lado, es posible utilizar PHP permite la conexión a diferentes tipos de
servidores de bases de datos tales como MySQL, Postgres, Oracle, ODBC, IBM
DB2, Microsoft SQL Server, Firebird y SQLite.

Usos de PHP

 Programación de páginas web dinámicas.

 Programación en consola, al estilo de Perl o Shell scripting.
 Creación de aplicaciones graficas independientes del navegador, por medio
de la combinación PHP y GTK, lo que permite desarrollar aplicaciones de
escritorio en los sistemas operativos en los que esta soportado.

19
Ventajas de PHP

 La principal ventaja se basa en ser un lenguaje multiplataforma. Este

lenguaje puede ser utilizado bajo lenguajes de Linux, Windows, etcétera, por lo
tanto su manejo no es limitado en sistemas operativos. Dentro del proyecto, esto
es muy importante ya que la empresa EMCALI, maneja diversos sistemas
operativos y esta aplicación debe ejecutarse en cualquier PC.

 Capacidad de conexión con la mayoría de los manejadores de base de

datos que se utilizan en la actualidad. Este lenguaje puede conectarse a los
diferentes programas que manejan base de datos; esto es muy importante debido
a que la aplicación no podía limitarse en ningún sistema operativo

 Leer y manipular datos desde diversas fuentes, incluyendo datos que

pueden ingresar los usuarios desde formularios HTML. PHP tampoco tienen
restricciones para la manipulación de datos, estos pueden ser archivos de texto,
imágenes, archivos provenientes de paginas de Internet, etcétera. En la empresa
EMCALI las aplicaciones deben tener pocas restricciones ya que los sistemas
operativos que se manejan pueden variar de acuerdo de a las dependencias.

 Posee una muy buena documentación en su página oficial. Para la

información del manejo de PHP hay bastante documentación ya sea en libros o en
Internet; esto facilito poder resolver inquietud que se presentaron a medida que se
realizo la aplicación

 Es Libre, por lo que se presenta como una alternativa de fácil acceso

para todos. Este lenguaje de programación no necesita licencia para su manejo.
Una de las condiciones de EMCALI fue manejar programas que no necesitaran
licencia debido a que no tenían presupuesto para adquirir sistemas operativos.

20
 3. OBJETIVOS

3.1. OBJETIVO GENERAL

 Diseño de un aplicativo de gestión que facilite la operación y mantenimiento

de los puertos LI3 y LIMAS de las centrales telefónicas Ericsson de las empresas
municipales de Cali EMCALI E.I.C.E E.S.P

3.2. OBJETIVOS ESPECÍFICOS

 Automatizar el proceso de control y supervisión de abonado.

 Investigar las herramientas de desarrollo de software para la aplicación.
 Elaborar una base de datos, que permita gestionar fallas de abonado.
 Diseñar y probar el nuevo sistema de gestión.
 Diseñar e implementar un ambiente WEB que permita interactuar con el
sistema de gestión.

21
 4. JUSTIFICACIÓN

La calidad del servicio que preste una empresa cualquiera sin importar a lo que se
dedique es lo que la hace fuerte en relación con otras que cumplan con el mismo
fin.

Es por ello que aunque EMCALI E.I.C.E E.S.P cuenta con alta tecnología digital
en sus centrales telefónicas para hacer de su servicio lo mas eficaz y automático
posible, no cuenta con un sistema de gestión de fallos y mantenimiento que
permita corregir a tiempo de forma automático y oportuno los posibles problemas
que se puedan presentar en la prestación del servicio básico de telefonía.

Para dar solución a esta problemática se ha hecho necesaria la creación de una

aplicación de gestión que facilite la operación y mantenimiento de los puertos de
las centrales telefónicas, con el fin de hacer de EMCALI E.I.C.E E.S.P la empresa
líder de comunicaciones a nivel regional y con la más alta calidad en prestación de
servicios.

22
 5. METODOLOGÍA

La metodología que se siguió en el desarrollo del proyecto se describe a

continuación, teniendo en cuenta los pasos recomendados por EMCALI y los que
el grupo de trabajo determinó como relevantes dentro del proceso.

De igual modo en el desarrollo del proyecto se atendieron las solicitudes de

EMCALI referentes a sus requerimientos hacia la aplicación final.

5.1. CONOCER EL FUNCIONAMIENTO DE LAS CENTRALES TELEFÓNICAS

Para dar solución a la problemática con la que nos estábamos enfrentando en

EMCALI, se hace necesario tener conocimientos básicos acerca de la forma en
como se realiza una comunicación telefónica a través de las centrales telefónicas
AXE y de los puertos encargados de ello (LI3 y LIMAS).

5.2. CONOCER EL TIPO DE FORMATO QUE ENTREGA LA CENTRAL

TELEFÓNICA PARA REALIZAR EL RESPECTIVO PROCESO DE FILTRADO

Como se definirá en el capítulo de desarrollo del proyecto, las centrales telefónicas

ofrecen la información de estado de puertos utilizando archivos planos (es decir de
texto). Estos archivos contienen gran cantidad de información, por lo cual es
necesario filtrarlos para obtener únicamente la información que se requiere para la
operación y mantenimiento de los puertos LI3 y LIMAS.

5.3. CONOCER Y ENTENDER EL FUNCIONAMIENTO DE LA PLATAFORMA

GERTEL

En el enumerado correspondiente al desarrollo del proyecto se establecerá la

respectiva información de la plataforma GERTEL y de cómo el aplicativo de
gestión a implementar podría interactuar con este, pues se debe tener en cuanta
las restricciones con las que la plataforma de gestión cuenta.

23
5.4. ESCOGER LA HERRAMIENTA (SOFTWARE) MAS ADECUADA PARA
EL DISEÑO DEL APLICATIVO

Teniendo en cuenta las especificaciones y restricciones puestas por EMCALI para

el desarrollo del aplicativo de gestión, fue necesario buscar herramientas
(software) libres que pudieran ser utilizadas sin generar gasto alguno para la
empresa y que cumpliera con las características técnicas requeridas para que el
dispositivo funcione de la manera correcta.

5.5. DISEÑO E IMPLANTACIÓN DE BASE DE DATOS

Para organizar y tener control sobre la información de fallos de las centrales y

permitir la solucionar de forma eficiente, se diseña e implanta una base de datos a
través de un gestor de base de datos.

Después de diseñada y aprobada por EMCALI, esta se implementa sobre el gestor

de bases de datos que se definió en el inicio del proyecto (MySQL).

5.6. DISEÑAR LA PÁGINA WEB PARA EL APLICATIVO FINAL.

Por solicitud de EMCALI, la aplicación a desarrollar debe estar estructurada sobre

páginas Web, de manera que sea accesible utilizando clientes Web como el
Microsoft Internet Explorer.

Para ello se definen los elementos que hacen parte de la aplicación, las consultas
requeridas, los procesos de captura y análisis de información, entre otros.
Adicionalmente, en la implementación de la aplicación, se atendieron y siguieron
las solicitudes de EMCALI referentes a la seguridad de acceso a la misma.

5.7. REALIZAR PRUEBAS SOBRE AL APLICATIVO FINAL

Las pruebas se deben realizar con el fin de determinar si el aplicativo cumple con
las metas trazadas desde un comienzo, es por eso que el aplicativo es puesto a
prueba por integrantes del equipo de desarrollo, técnicos e ingenieros de EMCALI.

24
Cabe resaltar que las pruebas son realizadas a medida que se avanza en la
elaboración del aplicativo, permitiendo de esta forma corregir problemas futuros
antes de lo previsto.

5.8. ELABORAR EL MANUAL DE USUARIO PARA EL MANEJO DE LA

APLICACIÓN

El manual de usuario es elaborado con el único fin de enseñar la forma correcta

de operar el aplicativo. El manual será entregado junto con el aplicativo cuando el
proyecto haya sido aprobado.

De igual forma, se ofrece a los ingenieros de conmutación de EMCALI la

capacitación necesaria para la gestión de la aplicación y la base de datos.

25
 6. DESARROLLO

6.1. CONOCER EL FUNCIONAMIENTO DE LAS CENTRALES TELEFÓNICAS

Establecer una comunicación telefónica conlleva a realizar un determinado

número de funciones como se muestra en la figura 1.

Figura 1. Esquema funcional para una llamada telefónica

El subsistema de conmutación de abonado (SSS) posee procesadores regionales

encargados de múltiples tareas, una de los cuales, es monitorear de forma
continua los cambios de impedancia que se presenten en la línea de abonado, que
se da cuando el abonado A levanta el auricular para efectuar una llamada. En el
caso tal en que esto ocurra, el procesador revisa el estado de cuenta del abonado
para verificar que este pueda efectuar la llamada. Cuando la respuesta es positiva
el procesador hace la señalización hacia el abonado A; en ese mismo instante le
ordena al receptor de código de teclado para que transmita el tono de invitación a
marcar.

26
En el momento en que el abonado A empiece a marcar, se hace la recepción de
dígitos tanto para los teléfonos de pulsos como para los de tonos, se envía el
número marcado al procesador para encontrar el destino de la llamada (abonado
B). Al ser encontrado el abonado B, el procesador revisa el estado de cuenta para
ver si este puede recibir la llamada, efectúa la señalización hacia el abonado B y
transmite la señal de timbre al mismo. Por último el procesador realiza la
conmutación, estableciendo así la comunicación entre los dos abonados. Toda la
concentración del tráfico se hace también por medio del SSS.

Cuando la comunicación termina y el abonado A cuelga el auricular, el procesador

observa el cambio de impedancia que se obtiene en la línea de abonado y da por
terminada la llamada. En el caso en que el abonado B cuelgue, el procesador
después de observar el cambio de impedancia habilita un temporizador 90
segundos, durante los cuales la comunicación continúa permitiendo a este
levantar de nuevo el auricular y seguir con la llamada; de lo contrario al finalizar el
tiempo el procesador da por terminada la llamada y transmite el tono de ocupado
al abonado A.

El subsistema de conmutación de abonado es la interface entre los abonados en

una red fija y las demás funciones en una central. El SSS contiene Hardware y
Software para manejo normal de telefonía, además solo las centrales con
abonados poseen SSS; este subsistema realiza las siguientes funciones:

 Establece la conexión entre los usuarios o entre usuario y central (grupo de

conmutación).
 Conversión análogo – digital de la red telefónica pública conmutada del
abonado.
 Señalización de la línea de abonado.
 Recepción de dígitos marcados y envió de tonos (invitación a marcar,
timbre, tono ocupado).
 Alimentación de la línea de abonado.
 Concentración del tráfico.
 Mantenimiento de equipos de acceso y de las líneas de abonado.

6.1.1. Centrales telefónicas digitales AXE de Ericsson. La centrales AXE de

Ericsson, tiene para la interconexión entre los abonados y la central unos
dispositivos llamados DLU.

Un DLU (Unidad Digital de Línea) se puede usar para conectar líneas de acceso
para suscriptores y para líneas PBX. Estos DLU pueden operar en red local o en
nodos remotos, para concentrar el tráfico y disminuir las distancias de los usuarios

27
a la central.

El DLU también proporciona la interfaz a las diferentes redes de acceso de línea.

Los DLU pueden instalarse como una parte íntegra del interruptor (local) o como
una unidad de la línea remota en de un grupo de subscriptores, reduciendo la
longitud de líneas de acceso y el tráfico concentrándose al nodo en los eslabones
de la transmisión digitales produciendo una red de la línea con la calidad de la
transmisión óptima.

El sistema AXE se compone de dos partes importantes conocidas como APT y

APZ como se observa en la figura 2.

Figura 2. Partes de una AXE

APT (SISTEMA DE CONMUTACION)

El Sistema de Conmutación contiene todos los subsistemas relacionados con el

manejo de tráfico, los asociados a la operación y mantenimiento, tasación y otras
tareas orientadas a conmutación. A continuación se relacionarán algunos de los
subsistemas relacionados con el APT.

 TCS – Subsistema de control de tráfico: compuesto por software. Es la

28
parte central del APT y reemplazo en los sistemas antiguos al operador manual
del sistema. Ejemplos de función de los subsistemas son:

- SET-UP, supervisión de llamadas

- Selección de enrutamientos de salida
- Análisis de entradas de dígitos

 TSS – Subsistema de señalización de troncal: compuesto software y

hardware. Se encarga del cambio, supervisión y señalización cuando se conecta a
otras AXE.

 GSS – Subsistema de grupo de suitcheo: compuesto software y

hardware. El GSS levanta, supervisa y limpieza las conexiones a través del grupo
de suitcheo. La selección de la ruta tiene lugar en el software y se hace a través
del switch.

 OMS – Subsistema de mantenimiento y operación: compuesto software

y hardware. El subsistema contiene varias funciones relacionadas con estadísticas
y supervisión. El OMS es uno de los subsistemas más largos en el APT.

 SSS – Subsistema de suitcheo de suscriptor: compuesto por software y

hardware. Maneja el subsistema de tráfico de los suscriptores conectados a las
AXE.

 SUS – Subsistema de servicio de suscritor: solo software. Se encarga de

todos los servicios disponibles a los suscriptores.

 OPS – Subsistema operador: solo software. Conecta u desconecta al

operador. Trabaja con el sistema operador de Terminal e incluye la posición del
operador.

 CCS – Subsistema común de señalización de canal: es software y

hardware. Existen dos variantes: uno para el CCITT No 6 y uno para el CCITT No
7.
Contiene funciones para señalización, enrutamiento, supervisión y corrección de

29
mensajes enviados en acuerdo con el CCITT No 6 o el CCITT No7.

 MTS – Subsistema de telefonía móvil: es software y hardware. Maneja

tráfico proveniente de suscriptores móviles.

 NMS – Subsistema de manejo de red: es solo software. Contiene

funciones de supervisión de flujo de tráfico a través de intercambiadores, y por
cambios temporales en el flujo.

Figura 3. Estructura de los subsistemas en APT

CCS = Subsistema común de señalización SSS = Subsistema de suitcheo de

de canal suscriptor
GSS = Subsistema de grupo de suitcheo SUS = Subsistema de servicio de
MTS = Subsistema de telefonía móvil suscritor
NMS = Subsistema de manejo de red TCS = Subsistema de control de
OMS = Subsistema de mantenimiento y tráfico
operación TSS = Subsistema de señalización y
OPS = Subsistema operador trunk

APZ (SISTEMA DE CONTROL)

El Sistema de Control contiene las unidades de hardware y software de las

computadoras de control empleadas por el sistema AXE. A continuación se
relacionarán algunos de los subsistemas relacionados con el APZ.

30
 CPS – Subsistema de procesador central: esta compuesto por software y
hardware, ejecuta funciones tales como trabajos administrativos, carga y descarga
entre otros.

 MAS – Subsistema de mantenimiento: consiste solo de software. La tarea

primordial de este subsistema es localizar las fallas de hardware y errores de
software, y minimizar los efectos tales como fallos/errores.

 RPS – Subsistema de procesador regional: contiene software y

hardware. El hardware esta en forma de procesador regional, mientras que el
software contiene programas administrativos localizados en el procesador
regional.

6.1.2. Puertos LI3 y LIMAS. Son los encargados de hacer la conexión entre las
centrales AXE y las líneas de abonado o usuario. Los puertos LI3 y LIMAS no son
mas que circuitos de abonado, bucle de abonado, línea de abonado.

Línea de abonado O bucle de abonado

Bucle de abonado es el cableado que se extiende entre la central telefónica (o

conmutador) y los locales del usuario. La conexión del bucle local telefónico es
típicamente un par trenzado de cobre que va desde la central telefónica al local o
vivienda del usuario. Las líneas telefónicas de bucle local individual están
conectadas a la central local o a un concentrador remoto.

Las conexiones al bucle local pueden ser utilizadas para transportar información
utilizando varias tecnologías, incluyendo: DSL sigla de Digital Subscriber
Line (Línea de abonado digital) es un término utilizado para referirse de forma
global a todas las tecnologías que proveen una conexión digital sobre línea de
abonado de la red telefónica local: ADSL, ADSL2, ADSL2+ SDSL, IDSL, HDSL,
SHDSL, VDSL y VDSL2.

Tienen en común que utilizan el par trenzado de hilos de cobre convencionales de

las líneas telefónicas para la transmisión de datos a gran velocidad.

31
Figura 4. Bucle de abonado

6.2. CONOCER EL TIPO DE FORMATO QUE ENTREGA LA CENTRAL

TELEFÓNICA PARA REALIZAR EL RESPECTIVO PROCESO DE FILTRADO.

Después de conocer toda la información necesaria sobre las centrales telefónicas

de EMCALI, se pasa a analizar los archivos planos que arrojan las centrales en
conjunto con los ingenieros de conmutación de EMCALI.

6.2.1. Estado puertos LI3 y LIMAS. Para acceder a los archivos planos que
indicaran en que estado están los puertos es necesario primero acceder al
Terminal de la estación de trabajo, introducir un nombre de usuario y un loguin;
seguidamente se despliega una pantalla como se muestra en la figura 5.

32
Figura 5. Terminal de trabajo

Cuando se ha desplegado esta pantalla debemos conectarnos a la central que se

quiera, esto se hace pulsando el icono , cunado pulsamos este se despliega
una pantalla como se muestra en la figura 6.

Figura 6. Conexión a central

Este procedimiento se debe repetir cada vez que vayamos a acceder a una central
determinada.

Una vez nos hayamos conectado a la central, debemos conocer los comandos
que se necesitan para acceder a la información deseada de los puertos LI3 y
LIMAS. El formato general de los comandos necesarios para ello tiene el siguiente
formato:

33
 / \
|dety...|
STBSP:DETY=+ +[,BLSTATE=blstate...][,NC][,EMG=emg];
|ALL |
\ /

Donde:

STBSP me imprime los dispositivos bloqueados.

DETY hace referencia al tipo del dispositivo.
BLSTATE se refiere a un estado bloqueado que pueden ser los siguientes:
 ABL: este tipo es de bloqueo automático y se presenta en la parte del APT
(Sistema de Conmutación)
 CBL: este es de bloqueo de control. Proviene del sistema de control (APZ)
y del subsistema MAS (Subsistema de Mantenimiento).
 MBL: este bloqueo es de tipo manual.
 TBL: bloqueo de prueba.
NC dispositivos no conectados
EMG es el grupo modulo de extensión

Los comandos utilizados para nuestro caso son los siguientes:

STBSP:DETY=LIMA,NC; imprime los dispositivos LIMA no conectados

STBSP:DETY=LIMA,BLSTATE=ABL; imprime los LIMA de estado ABL
STBSP:DETY=LI3,NC; imprime los dispositivos LI3 no conectados
STBSP:DETY=LI3,BLSTATE=ABL; imprime los LI3 de estado ABL

Cuando introducimos las líneas de comando STBSP:DETY=LIMA,NC; y

STBSP:DETY=LIMA,BLSTATE=ABL; el sistema nos entrega el siguiente archivo
plano (txt) como se muestra en la figura 7.

34
Figura 7. Archivo Plano para puertos LIMAS

STBSP:DETY=LIMA,NC;

DEVICE STATE DETAILS

DEV STATE BLS FTYPE ADM ABS SNB SNBST LIST
LIMA-8 BLOC MBL NC H'80
LIMA-11 BLOC MBL NC H'80
LIMA-37 BLOC MBL NC H'80
LIMA-59 BLOC ABL F NC H'80
MBL
LIMA-67 BLOC MBL NC H'80
.
.
LI3-23442 BLOC MBL NC H'C
LI3-23444 BLOC MBL NC H'C
LI3-23445 BLOC MBL NC H'C
LI3-23446 BLOC MBL NC H'C
LI3-23447 BLOC MBL NC H'C
END
<STBSP:DETY=LIMA,BLSTATE=ABL;

STBSP:DETY=LIMA,BLSTATE=ABL;

DEVICE STATE DETAILS

DEV STATE BLS FTYPE ADM ABS SNB SNBST LIST
LIMA-599 BLOC ABL F '80 28842705 IDLE
END

De igual forma al introducir los comandos STBSP:DETY=LI3,NC; y

STBSP:DETY=LI3,BLSTATE=ABL; me arroja el archivo plano como se muestra
en la figura 8.

35
Figura 8. Archivo Plano para puertos LI3

STBSP:DETY=LI3,NC;

DEVICE STATE DETAILS

DEV STATE BLS FTYPE ADM ABS SNB SNBST LIST
LI3-1 BLOC MBL NC H'C
LI3-2 BLOC MBL NC H'C
LI3-3 BLOC MBL NC H'C
LI3-10 BLOC MBL NC H'C
LI3-11 BLOC MBL NC H'C
.
.
LI3-23444 BLOC MBL NC H'C
LI3-23445 BLOC MBL NC H'C
LI3-23446 BLOC MBL NC H'C
LI3-23447 BLOC MBL NC H'C
LI3-23474 BLOC MBL NC H'C
END
<STBSP:DETY=LI3,BLSTATE=ABL;

Luego de obtener estos archivos debemos buscar los que se encuentran ABL,
cuando obtengamos los dispositivos con este estado se pasa utilizar el comando
necesario para conocer el estado real de los puertos. El comando a utilizar será
explicado a continuación.

El formato que se debe introducir en la línea de entrada de comando para conocer

el estado real de los puertos tiene el siguiente formato:

/ \
|DEV=dev...|
| |
SLOCI: +SNB=snb...+ ;
| |
|PIU=piu |
\ /
Donde

SLOCI es el comando que pide el estado del puerto (LI3 o LIMA).

DEV es el dispositivo a probar
PIU es un número asociado a cada puerto

El estado del puerto se puede hacer con el dispositivo, el número de abonado o el

PIU que es un número asociado a cada puerto.

36
EJEMPLO 1

SLOCI:SNB=12345; 12345 seria el numero del suscriptor o abonado

EJEMPLO 2

SLOCI:DEV=LIBA-0&&-3; LIBA seria el tipo de dispositivo

EJEMPLO 3

SLOCI:PIU=AU-0; AU-0 es el numero asociado

Teniendo en cuenta pues esta información pasamos a introducir en la línea de

entrada de comando del Terminal de la estación de trabajo el comando necesario
para adquirir entonces el archivo con el estado real del puerto (recordar que los
puertos a buscar son en estado ABL).

Esta línea de comando queda entonces de la siguiente manera:

SLOCI:DEV=LIMA-59; o SLOCI:DEV=LI3-numero de puerto;

SLOCI:DEV=LIMA-59;
SUBSCRIBER LINE CIRCUIT TEST

PIU PORT DEV SNB RESULT GFCODE

AU-1 30 LIMA-59 TBLFAIL
END

Donde

PIU es un número asociado a cada puerto

PORT es el número de puerto
DEV es el tipo de dispositivo
SNB es el número de abonado o suscriptor
RESULT es el estado de la prueba al puerto (ver tipos de resultados en la
tabla 3)
GFCODE es un código general de fallo (ver tipos de fallo en la tabla 4)

37
Tabla 3. Tipos de resultados estado de puertos (RESULT)

result Test result

ACC Line circuit accepted
ACC (NO RING) Line circuit accepted, but no ringing tests carried
out due to RG fault
BLM Line circuit EM-blocked Test not performed

BLO Test device blocked Test not performed

BUSY Line circuit busy Test not performed
COMFAIL Communication failure Test not performed

CONG Test bus congestion or time-out during test

FAULT Line circuit faulty

LAFAULT Loopback test not performed Line activation failure

NOTANSW Time-out, MPX-A or Access Network (AN) not

responding Test not performed
NOTCON Line circuit not connected Test not performed
NOTINT MPX-A not initialized Test not performed
NPTOL Loopback test not performed Not possible to set
up loop
SEBU Line circuit semipermanently connected Test not
performed
SLFAULT Signalling link not available or signalling link
congested Test not performed
TARF Loopback test not performed Test access release
failure
TBLFAIL Test blocking failed due to line circuit busy or
semi-permanently connected Test not performed
TDBUSY Test device busy Test not performed
TEFAULT Test equipment faulty Test not performed
TENOAVA Test equipment not available Test not performed

TSCONG Time switch congested

TSFAULT Time switch faulty
UNDINIT MPX-A under initialization Test not performed

38
Tabla 4. Código general de fallos (GFCODE)

gfcode Generic fault code

Information about faulty line circuit
1 Hook state detection fault, off-hook
2 Hook state detection fault, on-hook
3 Transmission fault
4 Decadic digit reception fault
5 Ring signal sending fault
6 Ring trip detection fault
7 Device processor fault
8 ESP(Ericsson Signal Processor) circuit fault
9 Break of current feed or Direct Dialling In
(DDI) fault
10 Voltage or current feed fault
11 Automatic level regulation fault
12 Special equipment fault
13 Line access unit fault
14 D-channel fault
15 B-channel fault

6.3. CONOCER Y ENTENDER EL FUNCIONAMIENTO DE LA PLATAFORMA

GERTEL

6.3.1. SISTEMA DE GESTIÓN GERTEL. GERTEL es un Sistema de Gestión el

cual hace el tratamiento centralizado de la información de gestión de las centrales
de conmutación AXE, EWSD y FETEX.

EMCALI tiene implementada la plataforma de Gestión de Redes y Servicios de

Telecomunicaciones denominada GERTEL, orientada por los principios del
modelo de gestión de la UIT TMN (recomendaciones: M3010), mediante la cual se
ha logrado optimizar y automatizar las funciones de administración, operación y
mantenimiento de las Centrales Telefónicas, a través de sus componentes de
Acceso, servicios de Gestión de Alarmas, y funcionalidades comunes como
Colección de Datos y Ordenes de Trabajo, facilidades de activación y
desactivación automática de servicios.

6.3.2. INTERFACES DE GERTEL. EL sistema GERTEL al ser una plataforma de

39
mediación, posee diversos esquemas de integración entre aplicaciones a través
de sus "API Interfaces". Actualmente, GERTEL posee las siguientes API
Interfaces:

 Archivos planos tipo ASCII o binarios.

 Tablas de interfaz sobre bases de datos ANSI SQL (Oracle, DB2,
PostgreSQL, Informix, PHP, etc.).
 Invocación de clases de Java.
 Invocación de objetos COM (ActiveX o DLLs) para plataforma Windows (98,
NT, 2000, XP).
 Invocación de objetos CORBA.
 Invocación de procedimientos almacenados Oracle PLSQL.

A GERTEL se le pueden enviar órdenes de trabajo tanto en Línea como en Batch,

a través de alguna de sus interfaces. Se pueden también consultar los estados de
las órdenes.

6.4. ESCOGER LA HERRAMIENTA (SOFTWARE) MAS ADECUADA PARA EL

DISEÑO DEL APLICATIVO

Para la selección de la herramienta de trabajo con la cual se realizaría el diseño

del aplicativo, se debió tener en cuenta los requerimientos puestos por EMCALI
Telecomunicaciones.

El requerimiento más importante para ellos hacia referencia a la utilización de

herramientas sin licencias, es decir, softwares de libre utilización que no los
pusiera en problemas legales en un futuro y por el hecho en si de no crear gastos
adicionales en compras de licencias que suelen ser muy costosas.

Teniendo en cuenta esta solicitud y otra no menos importante, hacia referencia a

que las herramientas a utilizar cumplieran con las especificaciones de trabajo, es
decir, que se necesitaban softwares que pudieran cumplir con la carga de trabajo
a las cuales iban a ser sometidas como lo es guardar grandes cantidades de datos
cuando el aplicativo final estuviera en funcionamiento.
Después de investigar y de escuchar una recomendación por parte de los
ingenieros de EMCALI y de otros equipos de trabajo que ya habían elaborado
aplicaciones de este tipo, se opto por la utilización de las herramientas
computacionales por ellos recomendados y que cumplían a cabalidad con todos
los requerimientos puestos por la empresa.

40
Estas herramientas computacionales son PHP, MySQL y APACHE.

(NOTA: las características técnicas de las herramientas computacionales para el

desarrollo del aplicativo fueron descritas en el capitulo que hace referencia al
marco conceptual – métodos informáticos de procesamiento de información.)

6.5. DISEÑAR LA BASE DE DATOS QUE PERMITA HACER LA GESTIÓN DE

FALLOS

Para organizar y tener control sobre la información filtrada del estado de puerto de
las centrales y permitir que la búsqueda en forma eficiente, se diseña e implanta
una base de datos a través de un gestor de base de datos (MYSQL).

A continuación se describirán las tablas elaboradas en la base de datos

La Tabla 5, llamada tbusuarios, se implementa para el sistema de seguridad de

acceso a la aplicación (Ver Tabla 5) en esta tabla se registran todos lo usuarios
que tienen acceso al manejo del estado de puertos.

Además se crearon 13 tablas que corresponden a cada una de las centrales con
puertos LI3 y LIMAS. En la tabla 6 se muestran los campos de las tablas de las
centrales que contienen los datos de relevancia.

A continuación se presenta el diagrama de entidad relación de las bases de datos.

LISTADO DE PÁRAMETROS DE LAS TABLAS DE LA BASE DE DATOS

Tabla 5 Usuarios que están autorizados para entrar a la aplicación

Nombre y tipo Función

nombre varchar(60) Nombre y apellido del usuario
identificación Código de la empresa
varchar(20)
Login varchar(10) Nombre para entra a la aplicación
Password blob Clave para ingresar
privilegio varchar(20) Privilegio (operador o administrador)
fecha date Fecha de creación de usuario

41
 fallo int(1) Fallos al ingresar a la aplicación
activo varchar(20) Estado del usuario (bloqueado o
desbloqueado)

Tabla 6. Tabla de estado de puertos de centrales

Nombre y tipo Función

NUM int(8) Numero de puerto en la base de datos
PORT varchar(60) Numero de puerto en la central
DEV varchar(20) Nombre del dispositivo en la central
RESULT varchar(10) Estado del puerto
BLS varchar(60) Estado del tipo de bloqueo en la central
ADM varchar(20) Estado de conexión del puerto
fecha date, Fecha

Para la creación de las bases de datos se utilizo PHP y SQL; primero se realizo la
conexión con el gestor MySQL y luego se definieron los campos que se citaron en
las tablas 3, y 4; fue necesario utilizar el comando CREATE TABLE de MySQL
definiendo con ello el tipo y el tamaño de cada uno de los campos.

6.6. DISEÑO E IMPLANTACIÓN DE LA APLICACIÓN WEB PARA EL

APLICATIVO FINAL

Para el diseño e implementación de la aplicación fue necesario consultar sobre lo

que debía tener la pagina web, por ello se tomaron las siguientes decisiones

6.6.1. Acceso a la aplicación. La consulta de la aplicación se debe realizar

desde cualquier computador que esté sobre la red interna de EMCALI. Lo que se
quiere con esto es no tener copias de la aplicación en todos los computadores.

6.6.2. Restricciones y perfiles de usuario. En la implementación de la

aplicación, se atendieron y siguieron las solicitudes de EMCALI referentes a la
seguridad de acceso a la misma.

Por eso fue necesario manejar dos perfiles dentro de la página llamados operador

42
y administrador, la diferencia que tienen estos perfiles es que los operadores no
pueden administrar usuarios y no tiene conocimiento sobre el manejo de la base
de datos.

Para dar una mayor seguridad ha nuestra pagina se utilizaron sesiones, esto
impide que una persona que no se encuentre registrada en la base de datos no
pueda ingresar a la aplicación.

6.6.3. Consultas. Se dividieron las consultas según la central, de este modo es

más fácil para la persona que ingresa a la aplicación busque los datos de una
forma ágil.

6.6.4. Actualización de la base de datos. En este modulo el usuario que desee

actualizar la base datos debe escoger el archivo y el tipo de central desea filtrar, el
usuario presiona el botón ACEPTAR, la aplicación filtra el archivo y lo guarda el la
base de datos.

6.6.5. Manejo de usuarios que tiene acceso a la aplicación. Para el manejo de

los usuarios que tiene acceso a la aplicación fue necesario crear una prioridad de
administrador a cierto personal de EMCALI, quienes son los encargados de crear,
borrar, bloquear y desbloquear a los usuarios que pueden entrar a esta aplicación.

Para crear un usuario se necesitan los siguientes datos nombre y apellido, la

identificación que para la empresa va ser el código de la empresa, un login que
debe ser diferente para cada usuario esto lo define quien lo este creando, una
contraseña y un privilegio que puede ser operador o administrador según las
funciones en la empresa.

Para borrar un usuario es necesario conoce el nombre y su identificación.

Bloquear y desbloquear un usuario el administrador lo puede hacer cuando lo crea

conveniente.

Se pueden listar todos los usuarios que tienen acceso a esta aplicación
(administrado y operador).

43
6.7. DESARROLLO DE PRUEBAS DE LA APLICACIÓN

Con el fin de determinar si la aplicación cumple con lo inicialmente planteado, se

realiza un protocolo de pruebas que abarca todos los componentes de la
aplicación. Las pruebas son realizadas tanto por los integrantes del proyecto como
de los ingenieros y técnicos de EMCALI.

Nombre de la Función OK
prueba
Login y password funcionan
Acceso correctamente
Diferencia entre operador y administrador
Manejo de sesiones
Muestra todas las tablas en su totalidad
Los criterios de búsqueda funcionan
correctamente en todas las tablas
Consulta
Filtra todos los archivo deseados
Actualizar Guarda correctamente en la base de
datos los archivos filtrados
Usuarios Se pueden crear usuarios
Borra los usuarios creados por el
administrador
Bloquea y desbloquea los usuarios
Lista todos los usuarios que tienes acceso
a la pagina
Cambiar clave Cambia la clave si el usuario si lo desea

6.8. DESARROLLO DEL MANUAL DE USUARIO Y CAPACITACIÓN

Para garantizar que la aplicación será utilizada correctamente por los usuarios, se
define un manual en el cual se describe el manejo de la aplicación.

Este manual fue revisado y aprobado por los ingenieros de conmutación de

EMCALI ver anexo 1.

44
 7. ESQUEMA TEMATICO DEL APLICATIVO

Con el diagrama de bloques mostrado en la Figura 9 se da a conocer las páginas

a las que el administrador y el operador pueden acceder.

Lo primero que se debe de hacer es entrar al portal en el cual el usuario debe

validar su ingreso a la aplicación utilizando un password y un login personal,
dependiendo de que privilegios tienen así mismo accederá a un numero de
paginas determinadas.

La diferencia que manejan estos dos usuarios es que el operador no tiene acceso
a la página de usuarios, mientras que el administrador sí; dándole el privilegio de
crear, borrar y bloquear los usuarios. En el manual de usuario se ve
detalladamente el funcionamiento de la aplicación (Ver Anexo 1)

Figura 9. Diagrama de bloques de la aplicación

45
 8. PRESUPUESTO

En las tabla 7 se hará la presentación del presupuesto estipulado para la

elaboración del proyecto elaborado para EMCALI Telecomunicaciones,
adicionalmente la tabla 8 relaciona la entidad que asumirá dichos costos.

Tabla 7. Presupuesto valor proyecto

GASTOS TOTAL HORAS VALOR VALOR

HORA/UNIDAD TOTAL
Transporte 2 pasajes diarios 1300 624000
Internet 120 1500 180000
Hora asesor universidad 16 30000 480000
Hora asesor empresa 48 30000 1440000
Hora hombre ingeniero 480 30000 14400000
Otros 600000
Total 17724000

Tabla 8. Relación de la entidad que asume los costos del proyecto

GASTOS UNIVERSIDAD EMPRESA ESTUDIANTES

Transporte X
Internet X X
Hora asesor universidad X
Hora asesor empresa X
Hora hombre ingeniero X
Otros X

46
 9. CONCLUSIONES

 Se hizo necesario adquirir conocimientos propios de la empresa EMCALI

Telecomunicaciones y más precisamente de sus centrales para poder entender la
problemática a la cual nos íbamos a enfrentar, y así de esta manera, poder dar
una solución adecuada a dicha problemática.

 Adquirimos conocimientos adicionales de nuevas herramientas

computacionales con las cuales se dieron solución a la problemática planteada por
la empresa EMCALI.

 Desarrollamos el aplicativo final para EMCALI Telecomunicaciones teniendo en

cuenta los requerimientos y especificaciones con los que se debía trabajar, esto
con el fin de cumplir con todos los objetivos y metas esperados por la empresa.

 Realizamos las pruebas pertinentes al aplicativo de gestión con el fin de

garantizar el correcto funcionamiento, mostrando de esta forma que se estaba
cumpliendo con los objetivos estipulados.

47
 BIBLIOGRAFIA

Evolución histórica de EMCALI Energía, Acueducto, Telecomunicaciones [en

linea]. Santiago de Cali. Empresas Municipales de Cali, EMCALI, 2006.
[consultado 05 de febrero, 2007]. Disponible en Internet :
http://www.emcali.com.co/HistoriadeEmcali/historia.html

ERICSSON. ALEX APPLICATION. Versión 0.8.1.0. Alemania, 2003. 564 p.

ERICSSON DE COLOMBIA. Manual de centrales AXE10. Alemania,1976. 1485 p.

INSTITUTO COLOMBIANO DE NORMAS TECNICAS Y CERTIFICACION. Tesis y

otros trabajos de grado. Bogota: INCONTEC, 1996. 132 p. NTC. 1486.

MANUAL DE MySQL. Manual de usuario versión 5.0.18-win32 [en linea]. Chile:

MySQL, 1998. [consultado 03 de enero, 2007]. Disponible en Internet:
http://es.tldp.org/ManualesLuCAS/manual_PHP/manual_PHP/odbc/instalar_myodb
c.htm

AULBACH, Alexander; EGON, Schmid; WINSTEAD, Jim; LARS, Wilson;

RASMUS, Lerdorf; ZMIEVSKI, Andrei; AHTO, Jouni. Manual de PHP [en linea].
México: PHP, 2002. [consultado 15 de enero, 2007] Ultima versión disponible en
http://www.php.net/docs.php.

48
 Anexo 1. Manual de usuario

EMPRESAS MUNUCIPALES DE CALI

EMCALI E.I.C.E. E.S.P

DISEÑO DE UN APLICATIVO DE GESTION QUE FACILITE LA OPERACIÓN Y

MANTENIMIENTO DE LOS PUERTOS LI3 Y LIMAS DE LAS CENTRALES
TELEFONICAS ERICSSON DE LAS EMPRESAS MUNICIPALES DE CALI
EMCALI E.I.C.E E.S.P

MANUAL DEL USUARIO

49
 1. INTRODUCCION

El sistema de gestión realizado en el aplicativo para las centrales de

comunicaciones fue hecho con el fin de optimizar los procesos internos de los
puertos LI3 y LIMAS.

Esta aplicación, se encuentra en la red interna de EMCALI (Intranet), permitiendo

al usuario consultar datos de los puertos LI3 y LIMAS sin desplazarse de su
oficina, teniendo un acceso autorizado.

Este manual será de gran ayuda para el usuario ya que explica paso a paso el
funcionamiento de cada uno de los módulos utilizados en esta aplicación.

2. ACCESO AL SISTEMA EN LA RED INTERNA.

Se accede al aplicativo como una página de Internet. Para ingresar al portal se
debe escribir:
http://localhost/PUERTOS.php

2.1. ACCESO AL APLICATIVO.

El usuario deberá ingresar la información pedida en los campos se debe presionar
el botón ACEPTAR para ingresar a la aplicación.
Si el usuario digita mal su contraseña (hasta tres veces) quedara bloqueado
automáticamente y deberá ponerse en contacto con el administrador para
reactivar su cuenta.

50
 3. PRIVILEGIOS
 Administrador: Se refiere a los responsables designados de la creación de
usuarios que pueden ingresar a esta aplicación y a su vez puede consultar y
actualizar el aplicativo (Ver Figura No. 1).

 Operador: Este grupo puede acceder al sistema solo para consultar y

actualizar los archivos planos que entrega Gertel que viene de las centrales. No
puede realizar funciones del administrador (Ver Figura No. 2)

51
Figura 1.

Figura 2.

52
 4. CONSULTA DEL SISTEMA DE GESTION

Permite realizar consultas sobre el estado de los puertos en el momento, para

realizar estas consultas se debe escoger la central AXE esta consulta es igual
para el administrador y operador (ver Figura No. 3).

Figura 3.

4.1. CONSULTAS DE LOS PUERTOS

Dentro de las consultas AXE podemos buscar por:

 Fallo: generado por la prueba a puertos

 Central: son todas las centrales AXE de EMCALI
 Fecha u Hora: son otros criterios de búsqueda
 Puerto: son criterios de búsqueda

53
4.2. ACTUALIZAR EL SISTEMA Y BASE DE DATOS

En esta página se realiza unos filtrados de todos los archivos que arroja el sistema
gertel que viene de cada central y se guardan en la base de datos. Esto esta
dividido en 3 pasos.

PASO1: Filtro y
entrega petición

SISTEMA
PASO2: Ejecuta la
GERTEL
SISTEMA petición.
GERTEL
PASO3: Filtro y entrega a
la base de datos BASE DE
DATOS

54
Para ello se debe presionar primero el icono PASO1, la aplicación escoge el
archivo a filtrar y lo guarda con la modificación que es una petición para que gertel
lo busque (Ver Figura No. 4)

55
Figura 4.

Después se debe presionar primero el icono PASO3, y automáticamente el

PASO2 realiza su función la cual es coger el archivo filtrado y entregárselo a gertel
para que el lo ejecute y el ultimo paso actualiza la base de datos y muestra datos.
(Ver Figura No. 5)

Figura 5.

56
4.3. CAMBIO DE CLAVE

La clave se puede cambiar en cualquier momento para que sea mas fácil de
recordar (ver Figura No. 6)

Figura 6.

57
4.4. LAS APLICACIONES DEL ADMINISTRADOR

Como su nombre lo indica tiene que ver con el manejo de los usuarios que
acceden a esta aplicación. Los encargados de esta página son los
administradores. Dentro de la pagina usuario un administrador puede crear, borrar,
bloquear, desbloquear y listar todos los usuarios que pueden ingresar a esta
aplicación (Ver Figura No.7)

Figura 7.

4.4.1. CREAR USUARIO

Para crear un usuario el administrador debe conocer el nombre completo de la

persona y debe escoger un login, estos campos no pueden coincidir con ningún
usuario creado anteriormente.
Los campos deben ser llenados en su totalidad, si uno de estos campos esta vació
no se creara el usuario. (Ver Figura No. 8)

58
Figura 8.

4.4.2. ELIMINAR USUARIO

Para borrar un usuario solo es necesario su nombre y su identificación. Todos los

campos deben estar llenos para realizar la acción (ver Figura No. 9)

Figura 9.

59
4.4.3. BLOQUEAR Y DESBLOQUEAR USUARIO

En esta página se puede bloquear y desbloquear usuarios que han usado

indebidamente esta aplicación. (ver Figura No. 10)

Figura. 10

4.4.4. LISTA DE USUARIOS

Muestra la lista de usuarios que puede ingresar a esta aplicación, los campos son
nombre, identificación, login, fecha de creación, el privilegio y si esta bloqueado o
desbloqueado. También se pueden realizar búsquedas por los campos
nombrados anteriormente. (Figura No. 11)

60
Figura 11.

4.5 CERRAR SESION

Esta opción es para administrador y usuario. Una vez finalizado todo el trabajo y/o
consulta, se debe cerrar la aplicación, para ello se debe presionar el botón
CERRAR SESION; desactivando de este modo el usuario y volviendo a la pantalla
inicial. (Ver Figura No. 12).

61
Figura 12.

62
 Anexo 2. Paper

DISEÑO DE UN APLICATIVO DE GESTION QUE FACILITE LA

OPERACIÓN Y MANTENIMIENTO DE LOS PUERTOS LI3 Y
LIMAS DE LAS CENTRALES TELEFONICAS ERICSSON DE
LAS EMPRESAS MUNICIPALES DE CALI EMCALI E.I.C.E E.S.P

Fabian Alvaran Rengifo Código: 2015820

Jairo Daniel Gutierrez Cruz Código: 2034344

Universidad Autónoma de Occidente,

[email protected]
[email protected]
Cali

Abstract: el análisis de los puertos LI3 y LIMAS se hace con el fin

el estado de los abonados de las centrales telefónicas.

Keywords: puertos LI3 y LIMAS, centrales AXE, archivos planos,

PHP, MySQL, APACHE.

1. INTRODUCCIÓN esta realizando por enlaces con par

de cobre como con fibra óptica, los
EMCALI cuenta con tecnología cuales son consideradas como los
totalmente digitalizada, lo que hace mejores medios para transmitir voz,
de su red pública conmutada una de dato y video.
las más eficientes a nivel nacional.
Las redes de acceso necesarias para EMCALI EICE E.S.P maneja 15
establecer la mas sencilla centrales fabricados por Ericsson -
comunicación entre dos puntos se Siemens que poseen puertos LI3,

63
LIMAS; estas centrales interactúan 3. OBJETIVOS
con equipos que poseen subsistemas
de conmutación que realizan 3.1. OBJETIVO GENERAL
funciones para atender las líneas de
abonado, además se encargan de  Diseño de un aplicativo de gestión
convertir las señales de abonado en que facilite la operación y
señales capaces de ser leídas por los mantenimiento de los puertos LI3 y
puertos LI3 Y LIMAS de las centrales. LIMAS de las centrales telefónicas
Ericsson de las empresas
Cualquier subsistema contiene municipales de Cali EMCALI E.I.C.E
bloques funcionales, la gran mayoría E.S.P
de los bloques funcionales del
subsistema de conmutación de 3.2. OBJETIVOS ESPECÍFICOS
abonados están constituidos por
hardware, software regional y  Automatizar el proceso de control y
software central. supervisión de abonado.
 Investigar las herramientas de
desarrollo de software para la
aplicación.
2. PLANTEAMIENTO DEL
 Elaborar una base de datos, que
PROBLEMA
permita gestionar fallas de abonado.
 Diseñar y probar el nuevo sistema
EMCALI EICE E.S.P posee 15 de gestión.
centrales ERICSSON las cuales  Diseñar e implementar un ambiente
están distribuidas en grupos cada uno WEB que permita interactuar con el
con 2048 abonados; cada una sistema de gestión.
contiene un sistema hardware –
software con los cuales se pueden
probar los módulos de abonados y 4. METODOLOGÍA
puertos que poseen de forma manual.
La eficiencia de este sistema es
La metodología que se siguió en el
ineficaz, lo que implica perdida de
desarrollo del proyecto se describe a
tiempo para poner en marcha
continuación, teniendo en cuenta los
nuevamente el servicio y por ende de
pasos recomendados por EMCALI y
dinero. Es por eso que se hace
los que el grupo de trabajo determinó
necesario diseñar un aplicativo de
como relevantes dentro del proceso.
gestión que facilite la operación y
mantenimiento de forma
De igual modo en el desarrollo del
automatizada de los puertos LI3 y
proyecto se atendieron las solicitudes
LIMAS de las centrales telefónicas
de EMCALI referentes a sus
Ericsson de EMCALI EICE E.S.P.
requerimientos hacia la aplicación

64
final. plataforma GERTEL y de cómo el
aplicativo de gestión a implementar
podría interactuar con este, pues se
4.1. Conocer el funcionamiento de debe tener en cuanta las restricciones
las centrales telefónicas con las que la plataforma de gestión
cuenta.
Para dar solución a la problemática
con la que nos estábamos
enfrentando en EMCALI, se hace 4.4. Escoger la herramienta
necesario tener conocimientos (software) mas adecuada para el
básicos acerca de la forma en como diseño del aplicativo.
se realiza una comunicación
telefónica a través de las centrales Teniendo en cuenta las
telefónicas AXE y de los puertos especificaciones y restricciones
encargados de ello (LI3 y LIMAS). puestas por EMCALI para el
desarrollo del aplicativo de gestión,
fue necesario buscar herramientas
4.2. Conocer el tipo de formato (software) libres que pudieran ser
que entrega la central telefónica utilizadas sin generar gasto alguno
para realizar el respectivo proceso para la empresa y que cumpliera con
de filtrado. las características técnicas
requeridas para que el dispositivo
Como se definirá en el capítulo de funcione de la manera correcta.
desarrollo del proyecto, las centrales
telefónicas ofrecen la información de
estado de puertos utilizando archivos 4.5. Diseño e implantación de
planos (es decir de texto). Estos Base de Datos.
archivos contienen gran cantidad de
información, por lo cual es necesario Para organizar y tener control sobre
filtrarlos para obtener únicamente la la información de fallos de las
información que se requiere para la centrales y permitir la solucionar de
operación y mantenimiento de los forma eficiente, se diseña e implanta
puertos LI3 y LIMAS. una base de datos a través de un
gestor de base de datos.

4.3. Conocer y entender el Después de diseñada y aprobada por

funcionamiento de la plataforma EMCALI, esta se implementa sobre el
GERTEL gestor de bases de datos que se
definió en el inicio del proyecto
En el enumerado correspondiente al (MySQL).
desarrollo del proyecto se establecerá
la respectiva información de la

65
4.6. Diseñar la página Web para el El manual de usuario es elaborado
aplicativo final. con el único fin de enseñar la forma
correcta de operar el aplicativo. El
Por solicitud de EMCALI, la aplicación manual será entregado junto con el
a desarrollar debe estar estructurada aplicativo cuando el proyecto haya
sobre páginas Web, de manera que sido aprobado.
sea accesible utilizando clientes Web
como el Microsoft Internet Explorer. De igual forma, se ofrece a los
Para ello se definen los elementos ingenieros de conmutación de
que hacen parte de la aplicación, las EMCALI la capacitación necesaria
consultas requeridas, los procesos de para la gestión de la aplicación y la
captura y análisis de información, base de datos.
entre otros. Adicionalmente, en la
implementación de la aplicación, se
atendieron y siguieron las solicitudes 5. DESARROOLLO
de EMCALI referentes a la seguridad
de acceso a la misma.
5.1. Conocer el funcionamiento de
las centrales telefónicas
4.7. Realizar pruebas sobre al
aplicativo final. Establecer una comunicación
telefónica conlleva a realizar un
Las pruebas se deben realizar con el determinado número de funciones
fin de determinar si el aplicativo como se muestra en la figura 1.
cumple con las metas trazadas desde
un comienzo, es por eso que el
aplicativo es puesto a prueba por
integrantes del equipo de desarrollo,
técnicos e ingenieros de EMCALI.

Cabe resaltar que las pruebas son

realizadas a medida que se avanza
en la elaboración del aplicativo,
permitiendo de esta forma corregir
problemas futuros antes de lo
previsto.

Figura 1. Esquema funcional para

4.8. Elaborar el Manual de Usuario una llamada telefónica
para el manejo de la aplicación.
El subsistema de conmutación de

66
abonado (SSS) posee procesadores de abonado y da por terminada la
regionales encargados de múltiples llamada. En el caso en que el
tareas, una de los cuales, es abonado B cuelgue, el procesador
monitorear de forma continua los después de observar el cambio de
cambios de impedancia que se impedancia habilita un temporizador
presenten en la línea de abonado, 90 segundos, durante los cuales la
que se da cuando el abonado A comunicación continúa permitiendo a
levanta el auricular para efectuar una este levantar de nuevo el auricular y
llamada. En el caso tal en que esto seguir con la llamada; de lo contrario
ocurra, el procesador revisa el estado al finalizar el tiempo el procesador da
de cuenta del abonado para verificar por terminada la llamada y transmite
que este pueda efectuar la llamada. el tono de ocupado al abonado A.
Cuando la respuesta es positiva el
procesador hace la señalización El subsistema de conmutación de
hacia el abonado A; en ese mismo abonado es la interface entre los
instante le ordena al receptor de abonados en una red fija y las demás
código de teclado para que transmita funciones en una central. El SSS
el tono de invitación a marcar. contiene Hardware y Software para
manejo normal de telefonía, además
En el momento en que el abonado A solo las centrales con abonados
empiece a marcar, se hace la poseen SSS; este subsistema realiza
recepción de dígitos tanto para los las siguientes funciones:
teléfonos de pulsos como para los de
tonos, se envía el número marcado al  Establece la conexión entre los
procesador para encontrar el destino usuarios o entre usuario y central
de la llamada (abonado B). Al ser (grupo de conmutación).
encontrado el abonado B, el  Conversión análogo – digital de la
procesador revisa el estado de red telefónica pública conmutada del
cuenta para ver si este puede recibir abonado.
la llamada, efectúa la señalización  Señalización de la línea de
hacia el abonado B y transmite la abonado.
señal de timbre al mismo. Por último  Recepción de dígitos marcados y
el procesador realiza la conmutación, envió de tonos (invitación a marcar,
estableciendo así la comunicación timbre, tono ocupado).
entre los dos abonados. Toda la  Alimentación de la línea de
concentración del tráfico se hace abonado.
también por medio del SSS.  Concentración del tráfico.
 Mantenimiento de equipos de
Cuando la comunicación termina y el acceso y de las líneas de abonado.
abonado A cuelga el auricular, el
procesador observa el cambio de
impedancia que se obtiene en la línea

67
5.1.2. Centrales telefónicas
digitales AXE de Ericsson

La centrales AXE de Ericsson, tiene

para la interconexión entre los
abonados y la central unos
dispositivos llamados DLU.

Un DLU (Unidad Digital de Línea) se

puede usar para conectar líneas de
acceso para suscriptores y para
líneas PBX. Estos DLU pueden
operar en red local o en nodos
remotos, para concentrar el tráfico y
disminuir las distancias de los
usuarios a la central. Figura 2. Parte de una AXE

El DLU también proporciona la APT (SISTEMA DE

interfaz a las diferentes redes de CONMUTACION)
acceso de línea.
El Sistema de Conmutación contiene
Los DLU pueden instalarse como todos los subsistemas relacionados
una parte íntegra del interruptor con el manejo de tráfico, los
(local) o como una unidad de la línea asociados a la operación y
remota en de un grupo de mantenimiento, tasación y otras
subscriptores, reduciendo la longitud tareas orientadas a conmutación. A
de líneas de acceso y el tráfico continuación se relacionarán algunos
concentrándose al nodo en los de los subsistemas relacionados con
eslabones de la transmisión digitales el APT.
produciendo una red de la línea con
la calidad de la transmisión óptima. TCS – Subsistema de control de
tráfico: compuesto por software. Es
El sistema AXE se compone de dos la parte central del APT y reemplazo
partes importantes conocidas como en los sistemas antiguos al operador
APT y APZ como se observa en la manual del sistema. Ejemplos de
figura 2. función de los subsistemas son:

- SET-UP, supervisión de llamadas

- Selección de enrutamientos de
salida
- Análisis de entradas de dígitos

68
TSS – Subsistema de señalización para el CCITT No 6 y uno para el
de troncal: compuesto software y CCITT No 7.
hardware. Se encarga del cambio, Contiene funciones para señalización,
supervisión y señalización cuando se enrutamiento, supervisión y
conecta a otras AXE. corrección de mensajes enviados en
acuerdo con el CCITT No 6 o el
GSS – Subsistema de grupo de CCITT No7.
suitcheo: compuesto software y
hardware. El GSS levanta, supervisa MTS – Subsistema de telefonía
y limpieza las conexiones a través del móvil: es software y hardware.
grupo de suitcheo. La selección de la Maneja tráfico proveniente de
ruta tiene lugar en el software y se suscriptores móviles.
hace a través del switch.
NMS – Subsistema de manejo de
OMS – Subsistema de red: es solo software. Contiene
mantenimiento y operación: funciones de supervisión de flujo de
compuesto software y hardware. El tráfico a través de intercambiadores,
subsistema contiene varias funciones y por cambios temporales en el flujo.
relacionadas con estadísticas y
supervisión. El OMS es uno de los APT
subsistemas mas largos en el APT.

SSS – Subsistema de suitcheo de

suscriptor: compuesto por software
y hardware. Maneja el subsistema de
tráfico de los suscriptores conectados
a las AXE.

SUS – Subsistema de servicio de

suscritor: solo software. Se encarga
de todos los servicios disponibles a
los suscriptores.
APT = Sistema de conmutación
OPS – Subsistema operador: solo CCS = Subsistema común de
software. Conecta u desconecta al señalización de canal
operador. Trabaja con el sistema GSS = Subsistema de grupo de
operador de Terminal e incluye la suitcheo
posición del operador. MTS = Subsistema de telefonía
móvil
CCS – Subsistema común de NMS = Subsistema de manejo de
señalización de canal: es software y red
hardware. Existen dos variantes: uno OMS = Subsistema de

69
mantenimiento y operación de procesador regional, mientras que
OPS = Subsistema operador el software contiene programas
SSS = Subsistema de suitcheo de administrativos localizados en el
suscriptor procesador regional.
SUS = Subsistema de servicio de
suscritor 5.1.3. Puertos LI3 y LIMAS
TCS = Subsistema de control de
tráfico Son los encargados de hacer la
TSS = Subsistema de señalización conexión entre las centrales AXE y
y trunk las líneas de abonado o usuario. Los
puertos LI3 y LIMAS no son mas que
Figura 3. Estructura de los circuitos de abonado, lo cual
subsistemas en APT pasaremos a explicar a continuación.

Línea de abonado digital

APZ (SISTEMA DE CONTROL)
DSL sigla de Digital Subscriber Line
El Sistema de Control contiene las (Línea de abonado digital) es un
unidades de hardware y software de término utilizado para referirse de
las computadoras de control forma global a todas las tecnologías
empleadas por el sistema AXE. A que proveen una conexión digital
continuación se relacionarán algunos sobre línea de abonado de la red
de los subsistemas relacionados con telefónica local: ADSL, ADSL2,
el APZ. ADSL2+ SDSL, IDSL, HDSL, SHDSL,
VDSL y VDSL2.
CPS – Subsistema de procesador Tienen en común que utilizan el par
central: esta compuesto por software trenzado de hilos de cobre
y hardware, ejecuta funciones tales convencionales de las líneas
como trabajos administrativos, carga telefónicas para la transmisión de
y descarga entre otros. datos a gran velocidad.

MAS – Subsistema de
mantenimiento: consiste solo de 5.2. Conocer el tipo de formato
software. La tarea primordial de este que entrega la central telefónica
subsistema es localizar las fallas de para realizar el respectivo proceso
hardware y errores de software, y de filtrado.
minimizar los efectos tales como
fallos/errores. Después de conocer toda la
información necesaria sobre las
RPS – (Subsistema de procesador centrales telefónicas de EMCALI, se
regional): contiene software y pasa a analizar los archivos planos
hardware. El hardware esta en forma que arrojan las centrales en conjunto

70
con los ingenieros de conmutación de
EMCALI.

5.2.1. Estado puertos LI3 y LIMAS.

Para acceder a los archivos planos

que indicaran en que estado están los
puertos es necesario primero acceder
al Terminal de la estación de trabajo, Figura 5. Conexión a central
introducir un nombre de usuario y un
loguin; seguidamente se despliega Este procedimiento se debe repetir
una pantalla como se muestra en la cada vez que vayamos a acceder a
figura 4. una central determinada.

Una vez nos hayamos conectado a la

central, debemos conocer los
comandos que se necesitan para
acceder a la información deseada de
los puertos LI3 y LIMAS. El formato
general de los comandos necesarios
para ello tiene el siguiente formato:

Figura 4. Terminal de trabajo

Cuando se ha desplegado esta Donde:

pantalla debemos conectarnos a la STBSP me imprime los dispositivos
central que se quiera, esto se hace bloqueados.
pulsando el icono , cunado DETY hace referencia al tipo del
pulsamos este se despliega una dispositivo.
pantalla como se muestra en la figura BLSTATE se refiere a un estado
5. bloqueado que pueden ser los
siguientes:
ABL: este tipo es de bloqueo
automático y se presenta en la parte
del APT (Sistema de Conmutación)
CBL: este es de bloqueo de control.
Proviene del sistema de control (APZ)
y del subsistema MAS (Subsistema

71
de Mantenimiento).
MBL: este bloqueo es de tipo
manual.
TBL: bloqueo de prueba.
NC dispositivos no conectados
EMG es el grupo modulo de
extensión

Los comandos utilizados para nuestro

caso son los siguientes:

STBSP:DETY=LIMA,NC; imprime los

dispositivos LIMA no conectados
STBSP:DETY=LIMA,BLSTATE=ABL
; imprime los LIMA de estado ABL
STBSP:DETY=LI3,NC; imprime los
dispositivos LI3 no conectados Figura 6. Archivo Plano para
STBSP:DETY=LI3,BLSTATE=ABL; puertos LIMAS
imprime los LI3 de estado ABL
De igual forma al introducir los
Cuando introducimos las líneas de comandos STBSP:DETY=LI3,NC; y
comando STBSP:DETY=LIMA,NC; y STBSP:DETY=LI3,BLSTATE=ABL;
STBSP:DETY=LIMA,BLSTATE=ABL me arroja el archivo plano como se
; el sistema nos entrega el siguiente muestra en la figura 7.
archivo plano (txt) como se muestra
en la figura 6.

Figura 7. Archivo Plano para

puertos LI3

Luego de obtener estos archivos

72
debemos buscar los que se EJEMPLO 3
encuentran ABL, cuando obtengamos
los dispositivos con este estado se SLOCI:PIU=AU-0; AU-0 es el numero
pasa utilizar el comando necesario asociado
para conocer el estado real de los
puertos. El comando a utilizar será Teniendo en cuenta pues esta
explicado a continuación. información pasamos a introducir en
la línea de entrada de comando del
El formato que se debe introducir en Terminal de la estación de trabajo el
la línea de entrada de comando para comando necesario para adquirir
conocer el estado real de los puertos entonces el archivo con el estado real
tiene el siguiente formato: del puerto (recordar que los puertos a
buscar son en estado ABL).
/ \
|DEV=dev...| Esta línea de comando queda
| |
SLOCI: +SNB=snb...+ ; entonces de la siguiente manera:
| |
|PIU=piu | SLOCI:DEV=LIMA-59; o
\ / SLOCI:DEV=LI3-numero de puerto;

Donde
SLOCI es el comando que pide el
estado del puerto (LI3 o LIMA).
DEV es el dispositivo a probar
PIU es un número asociado a cada Donde
puerto
PIU es un número asociado a cada
El estado del puerto se puede hacer puerto
con el dispositivo, el número de PORT es el número de puerto
abonado o el PIU que es un número DEV es el tipo de dispositivo
asociado a cada puerto. SNB es el número de abonado o
suscriptor
EJEMPLO 1 RESULT es el estado de la prueba al
puerto (ver tipos de resultados en la
SLOCI:SNB=12345; 12345 seria el tabla No 1)
numero del suscriptor o abonado GFCODE es un código general de
fallo (ver tipos de fallo en la tabla No
EJEMPLO 2 2)

SLOCI:DEV=LIBA-0&&-3; LIBA seria

el tipo de dispositivo

73
 GERTEL es un Sistema de Gestión el
cual hace el tratamiento centralizado
de la información de gestión de las
centrales de conmutación AXE,
EWSD y FETEX.

EMCALI tiene implementada la

plataforma de Gestión de Redes y
Servicios de Telecomunicaciones
denominada GERTEL, orientada por
los principios del modelo de gestión
de la UIT TMN (recomendaciones:
M3010), mediante la cual se ha
logrado optimizar y automatizar las
funciones de administración,
operación y mantenimiento de las
Centrales Telefónicas, a través de
Tabla 1. Tipos de resultados a sus componentes de Acceso,
estado de puertos servicios de Gestión de Alarmas, y
(RESULT) funcionalidades comunes como
Colección de Datos y Ordenes de
Trabajo, facilidades de activación y
desactivación automática de
servicios.

5.3.2. INTERFACES DE GERTEL

EL sistema GERTEL al ser una

plataforma de mediación, posee
diversos esquemas de integración
entre aplicaciones a través de sus
"API Interfaces". Actualmente,
Tabla 2. Código general de GERTEL posee las siguientes API
fallos (GFCODE) Interfaces:

 Archivos planos tipo ASCII o

5.3. Conocer y entender el binarios.
funcionamiento de la plataforma  Tablas de interfaz sobre bases de
GERTEL datos ANSI SQL (Oracle, DB2,
PostgreSQL, Informix, PHP, etc.).
5.3.1. SISTEMA DE GESTIÓN  Invocación de clases de Java.
GERTEL

74
 Invocación de objetos COM sometidas como lo es guardar
(ActiveX o DLLs) para plataforma grandes cantidades de datos cuando
Windows (98, NT, 2000, XP). el aplicativo final estuviera en
 Invocación de objetos CORBA. funcionamiento.
 Invocación de procedimientos Después de investigar y de escuchar
almacenados Oracle PLSQL. una recomendación por parte de los
ingenieros de EMCALI y de otros
A GERTEL se le pueden enviar equipos de trabajo que ya habían
órdenes de trabajo tanto en Línea elaborado aplicaciones de este tipo,
como en Batch, a través de alguna de se opto por la utilización de las
sus interfaces. Se pueden también herramientas computacionales por
consultar los estados de las órdenes. ellos recomendados y que cumplían a
cabalidad con todos los
requerimientos puestos por la
5.4. Escoger la herramienta empresa.
(software) mas adecuada para el
diseño del aplicativo. Estas herramientas computacionales
son PHP, MySQL y APACHE.
Para la selección de la herramienta
de trabajo con la cual se realizaría el (NOTA: las características técnicas
diseño del aplicativo, se debió tener de las herramientas computacionales
en cuenta los requerimientos puestos para el desarrollo del aplicativo fueron
por EMCALI Telecomunicaciones. descritas en el capitulo que hace
referencia al marco conceptual –
El requerimiento más importante para métodos informáticos de
ellos hacia referencia a la utilización procesamiento de información.)
de herramientas sin licencias, es
decir, software de libre utilización que
no los pusiera en problemas legales 5.5. Diseñar la base de datos que
en un futuro y por el hecho en si de permita hacer la gestión de fallos.
no crear gastos adicionales en
compras de licencias que suelen ser Para organizar y tener control sobre
muy costosas. la información filtrada del estado de
puerto de las centrales y permitir que
Teniendo en cuenta esta solicitud y la búsqueda en forma eficiente, se
otra no menos importante, hacia diseña e implanta una base de datos
referencia a que las herramientas a a través de un gestor de base de
utilizar cumplieran con las datos (MYSQL).
especificaciones de trabajo, es decir,
que se necesitaban software que A continuación se describirán las
pudieran cumplir con la carga de tablas elaboradas en la base de datos
trabajo a las cuales iban a ser

75
La Tabla. 3, llamada tbusuarios, se autorizados para entrar a la
implementa para el sistema de aplicación
seguridad de acceso a la aplicación
(Ver Tabla No. 3) en esta tabla se
registran todos lo usuarios que tienen
acceso al manejo del estado de
puertos.

Además se crearon 13 tablas que

corresponden a cada una de las Tabla 4. Tabla de estado de
centrales con puertos LI3 y LIMAS. puertos de centrales
En la tabla 4 se muestran los Para la creación de las bases de
campos de las tablas de las centrales datos se utilizo PHP y SQL; primero
que contienen los datos de se realizo la conexión con el gestor
relevancia. MySQL y luego se definieron los
campos que se citaron en las tablas
A continuación se presenta el 3, y 4; fue necesario utilizar el
diagrama de entidad relación de las comando CREATE TABLE de MySQL
bases de datos. definiendo con ello el tipo y el tamaño
de cada uno de los campos.
LISTADO DE PÁRAMETROS DE
LAS TABLAS DE LA BASE DE
DATOS 5.6. Diseño e implantación de la
Nombre y tipo Función aplicación Web para el aplicativo
nombre Nombre y apellido final.
varchar(60) del usuario
identificación Código de la Para el diseño e implementación de
varchar(20) empresa la aplicación fue necesario consultar
Login Nombre para entra sobre lo que debía tener la pagina
varchar(10) a la aplicación web, por ello se tomaron las
Password blob Clave para ingresar siguientes decisiones
privilegio Privilegio (operador
varchar(20) o administrador)
fecha date Fecha de creación 5.6.1. Acceso a la Aplicación.
de usuario
fallo int(1) Fallos al ingresar a La consulta de la aplicación se debe
la aplicación realizar desde cualquier computador
activo Estado del usuario que esté sobre la red interna de
varchar(20) (bloqueado o EMCALI. Lo que se quiere con esto
desbloqueado) es no tener copias de la aplicación en
Tabla 3 Usuarios que están todos los computadores.

76
5.6.2. Restricciones y perfiles de datos.
usuario.
5.6.5. Manejo de usuarios que
En la implementación de la tiene acceso a la aplicación
aplicación, se atendieron y siguieron
las solicitudes de EMCALI referentes Para el manejo de los usuarios que
a la seguridad de acceso a la misma. tiene acceso a la aplicación fue
Por eso fue necesario manejar dos necesario crear una prioridad de
perfiles dentro de la página llamados administrador a cierto personal de
operador y administrador, la EMCALI, quienes son los encargados
diferencia que tienen estos perfiles es de crear, borrar, bloquear y
que los operadores no pueden desbloquear a los usuarios que
administrar usuarios y no tiene pueden entrar a esta aplicación.
conocimiento sobre el manejo de la
base de datos. Para crear un usuario se necesitan
los siguientes datos nombre y
Para dar una mayor seguridad ha apellido, la identificación que para la
nuestra pagina se utilizaron sesiones, empresa va ser el código de la
esto impide que una persona que no empresa, un login que debe ser
se encuentre registrada en la base de diferente para cada usuario esto lo
datos no pueda ingresar a la define quien lo este creando, una
aplicación. contraseña y un privilegio que puede
ser operador o administrador según
las funciones en la empresa.
5.6.3. Consultas. Para borrar un usuario es necesario
conoce el nombre y su identificación.
Se dividieron las consultas según la
central, de este modo es más fácil Bloquear y desbloquear un usuario el
para la persona que ingresa a la administrador lo puede hacer cuando
aplicación busque los datos de una lo crea conveniente.
forma ágil.
Se pueden listar todos los usuarios
que tienen acceso a esta aplicación
5.6.4 Actualización de la base de (administrado y operador).
datos.

En este modulo el usuario que desee 5.6. Desarrollo de pruebas de la

actualizar la base datos debe escoger aplicación.
el archivo y el tipo de central desea
filtrar, el usuario presiona el botón Con el fin de determinar si la
ACEPTAR, la aplicación filtra el aplicación cumple con lo inicialmente
archivo y lo guarda el la base de planteado, se realiza un protocolo de

77
pruebas que abarca todos los esta manera, poder dar una solución
componentes de la aplicación. Las adecuada a dicha problemática.
pruebas son realizadas tanto por los
integrantes del proyecto como de los  Adquirimos conocimientos
ingenieros y técnicos de EMCALI. adicionales de nuevas herramientas
computacionales con las cuales se
dieron solución a la problemática
planteada por la empresa EMCALI.

 Desarrollamos el aplicativo
final para EMCALI
Telecomunicaciones teniendo en
cuenta los requerimientos y
especificaciones con los que se debía
trabajar, esto con el fin de cumplir con
todos los objetivos y metas
esperados por la empresa.

 Realizamos las pruebas

pertinentes al aplicativo de gestión
5.7. Desarrollo del Manual de
con el fin de garantizar el correcto
Usuario y capacitación.
funcionamiento, mostrando de esta
forma que se estaba cumpliendo con
Para garantizar que la aplicación será
los objetivos estipulados.
utilizada correctamente por los
usuarios, se define un manual en el
cual se describe el manejo de la
BIBLIOGRAFIA
aplicación.
Evolución histórica de EMCALI
Este manual fue revisado y aprobado
Energía, Acueducto,
por los ingenieros de conmutación de
Telecomunicaciones [en linea].
EMCALI ver anexo 3.
Santiago de Cali. Empresas
Municipales de Cali, EMCALI, 2006.
[consultado 05 de febrero, 2007].
6. CONCLUSIONES
Disponible en Internet :
http://www.emcali.com.co/HistoriadeE
 Se hizo necesario adquirir
mcali/historia.html
conocimientos propios de la empresa
EMCALI Telecomunicaciones y más
ERICSSON. ALEX APPLICATION.
precisamente de sus centrales para
Versión 0.8.1.0. Alemania: 2003.
poder entender la problemática a la
cual nos íbamos a enfrentar, y así de
ERICSSON DE COLOMBIA. Manual

78
de centrales AXE10. Alemania:1976.
1485p.

INSTITUTO COLOMBIANO DE
NORMAS TECNICAS Y
CERTIFICACION. Tesis y otros
trabajos de grado. Bogota:
INCONTEC, 1996. 132 p. NTC. 1486.

MANUAL DE MySQL. Manual de

usuario versión 5.0.18-win32. [en
línea]. Chile: MySQL. [consultado 03
de enero, 2007]. Disponible en
Internet:
http://es.tldp.org/ManualesLuCAS/ma
nual_PHP/manual_PHP/odbc/instalar
_myodbc.htm

AULBACH, Alexander; EGON,

Schmid; WINSTEAD, Jim; LARS,
Wilson; RASMUS, Lerdorf;
ZMIEVSKI, Andrei; AHTO, Jouni.
Manual de PHP [en línea]. México,
2002. [consultado 15 de enero, 2007]
Ultima versión disponible en
http://www.php.net/docs.php.

79