000129784

UNIVERSIDAD SIMN BOLVAR
Decanato de Estudios Profesionales

Coordinacin de Ingeniera Electrnica
Automatizacin de los procesos de Centrales Privadas Automticas (CPA) para

tecnologas digitales ERICSSON, NEC, AT&T Y SIEMENS.
Por
Daniel Leopoldo Gonzlez Clarembaux
Sartenejas, Enero 2005


Por
Realizado con la Asesora de

Ing Cristian de Castro (Tutor Acadmico)
Ing Adriana Cisneros (Tutor Industrial)
PROYECTO DE GRADO
Presentado ante la Ilustre Universidad Simn Bolvar
como requisito parcial para optar al ttulo de Ingeniero Electrnico

PROYECTO DE GRADO presentado por

REALIZADO CON LA ASESORIA DE

Ing Cristian de Castro (Tutor Acadmico)
Ing Adriana Cisneros (Tutor Industrial)
RESUMEN:
El proyecto consiste en la creacin de un sistema para el monitoreo del

servicio de Centrales Privadas Automticas que ofrece CANTV a compaas e
instituciones de mediano y gran tamao a nivel nacional. Luego de comprender la
interaccin con las centrales de la red pblica de CANTV (Ericsson, Nec, AT&T y
Siemens), se dise e implement un software para los servidores HP-9000 de la
Red de Gestin, que de manera automtica ejecuta los comandos requeridos, captura
la data y realiza el procesamiento necesario, culminando en la entrega de reportes
que poseen una estructura de datos rigurosa e independiente de la tecnologa de la
central. Esta herramienta ser utilizada para la sincronizacin del servicio
configurado en las centrales con la informacin residente en las instancias
administrativas de la empresa (facturacin), permitiendo un uso eficiente de los
recursos y mejorando la calidad del servicio ofrecido a los clientes corporativos.
PALABRAS CLAVES
Central Privada Automtica, servicio, comandos, Unix, auditora.
Aprobado con mencin:_______

Postulado para el premio:_______
A mis abuelos, sin ustedes no estara aqu,
A mis padres, por su amor incondicional,
A mis hermanos, compaeros en los buenos
y malos momentos.
AGRADECIMIENTOS
A Francia Caraballo y Sandra Arvalo, por depositar su confianza en m para la

realizacin de este proyecto.
A Samuel Bolvar Bretto, del Centro de Operaciones de la Red (COR), por sus sabios
consejos y desinteresada ayuda.
Al personal de la Coordinacin de Gestores Fuera de Lnea, compaeros de trabajo

de todos los das y excelentes amigos. En especial a mi tutora Adriana Cisneros, fuente de
motivacin en todo momento. A Mara Eugenia Agelvis y Blanca lvarez de quienes
recib un apoyo incondicional.
A los amigos de la Coordinacin de Soporte de Enrutamiento, por brindarme sus

conocimientos y guiarme en las primeras etapas de la pasanta.
A mi querida familia de la USB, en especial a mi tutor acadmico Cristian de Castro,

por sus crticas constructivas y asesora metodolgica tan necesaria.
A todos aquellos que en estos momentos no recuerdo, pero que contribuyeron directa
o indirectamente en el desarrollo de este proyecto, reciban mi ms sincero agradecimiento.
LISTA DE SMBOLOS Y ABREVIATURAS
CCITT: Comit Consultivo Internacional de Telegrafa y Telefona

CPA: Central Privada Automtica
DCE: Data Circuit-Terminating Equipment
DTE: Data Terminating Equipment
FDM: Frequency Division Multiplexing
GFL: Gestores Fuera de Lnea
ISDN: Integrated Services Digital Network
PA-RISC: Precision Architecture Reduced Instruction Set Computing
PSTN: Public Switched Telephone Network
LAN: Local Area Network
LAPB: Link Access Protocol Balanced
LCN: Logical Channel Number
MAN: Metropolitan Area Network
MML: Man Machine Language
PCM: Pulse Code Modulation
PDH: Plesiochronous Digital Hierarchy
RC: Routing Case
SDH: Synchronous Digital Hierarchy
SPCE: Stored Program Controll Exchange
TDM: Time Division Multiplexing
TGX: Troncal Group Index
UIT: Unin Internacional de Telecomunicaciones
WAN: Wide Area Network
i
NDICE GENERAL
Pg
CAPTULO 1: Introduccin..........................................................................................1 - 3
1.1 Descripcin del problema. Antecedentes.......................................................1
1.2 Objetivos del proyecto. Alcance. Limitaciones.............................................2
CAPTULO 2: Fundamentos de telecomunicaciones...................................................4 - 23
2.1 Redes de telecomunicaciones........................................................................4
2.1.1. Redes conmutadas..............................................................................5
2.1.1.1 Conmutacin de circuitos.......................................................5
2.1.1.2 Conmutacin de mensajes......................................................5
2.1.1.3 Conmutacin de paquetes.......................................................5
2.2 Redes de computadoras.................................................................................6
2.2.1. Redes de rea local.............................................................................6
2.2.1.1. Topologa en bus....................................................................6
2.2.1.2. Topologa en anillo................................................................6
2.2.1.3. Topologa en estrella..............................................................7
2.3 Protocolos de comunicacin..........................................................................7
2.3.1. Jerarquas de protocolos.....................................................................8
2.4 El modelo de referencia OSI.........................................................................10
2.5 Servicios........................................................................................................12
2.6 Estndares de telecomunicaciones................................................................13
2.7 Recomendacin X.25 del CCITT.................................................................14
2.7.1. Niveles de X.25.................................................................................15
2.7.1.1. Nivel fsico............................................................................15
2.7.1.2. Nivel de enlace......................................................................16
2.7.1.3. Nivel de paquete....................................................................18
2.7.2. Establecimiento y liberacin de una llamada virtual.........................21
2.7.3. Configuraciones de acceso a redes usando X.25...............................22
CAPTULO 3: Sistemas telefnicos............................................................................24 - 43
3.1 Orgenes del telfono....................................................................................24
3.2 Centrales telefnicas.....................................................................................27
3.2.1. Estructura de procesamiento..............................................................28
ii
3.2.2. Red de acceso....................................................................................30

3.2.3. Red de conmutacin...........................................................................30
3.3 Jerarquizacin de las centrales......................................................................33
3.3.1. Centrales pblicas..............................................................................33
3.3.1.1. Centrales locales....................................................................33
3.3.1.2. Centrales interurbanas...........................................................34
3.3.1.3. Centrales internacionales.......................................................34
3.3.2 Centrales privadas...............................................................................34
3.3.3 Centrales privadas virtuales................................................................36
3.4 La red telefnica...........................................................................................38
3.4.1. Estructura general del sistema telefnico..........................................38
3.4.2. Multiplexacin de canales sobre el medio de transmisin.................40
3.4.2.1. Jerarqua Digital Plesicrona................................................40
3.4.2.2. Jerarqua Digital Sncrona.....................................................42
CAPTULO 4: Organizacin de la empresa y plataforma tecnolgica.......................44 - 54
4.1 Misin de la empresa...................................................................................44
4.2 Visin de la empresa....................................................................................44
4.3 Estructura organizativa................................................................................44
4.4 Red de gestin de centrales telefnicas.......................................................46
4.4.1. Estructura y funcionamiento general de la Red de Gestin..............46
4.4.2. Servidores HP-9000..........................................................................48
4.4.3. El Sistema Operativo UNIX.............................................................48
4.4.3.1. El kernel...............................................................................49
4.4.3.2. Sistema de archivos.............................................................50
4.4.3.3. Comandos y programas. La consola de UNIX....................52
4.4.3.4. El lenguaje AWK................................................................54
CAPTULO 5: El proyecto.........................................................................................55 - 61
5.1 Fases del desarrollo.....................................................................................55
5.2 El proceso CPA...........................................................................................57
5.3 Certificacin ISO-9000...............................................................................61
CAPTULO 6: Proceso CPA. Mdulo centrales Ericsson.........................................62 - 78
6.1 Estructura general de las centrales AXE-10...............................................62
6.1.1. Mdulo APT....................................................................................62
iii
6.1.2. Mdulo APZ....................................................................................63

6.1.3. Mdulo IOG....................................................................................63
6.2 Operacin y mantenimiento........................................................................64
6.3 Lenguaje de comandos................................................................................66
6.3.1. Estructura de los comandos.............................................................67
6.3.1.1. Cdigo de comando.............................................................67
6.3.1.2. Parmetros...........................................................................68
6.4 Comandos ejecutados en el mdulo Ericsson del Proceso CPA.................68
6.5 Captura de la informacin a travs de la Red de Gestin...........................71
6.6 Procesamiento de la data y generacin de reportes finales.........................72
6.6.1. Generacin de archivos de auditora................................................72
6.6.2. Determinacin de rangos de numeracin asociados a cada ruta......72
6.6.3. Determinacin de nmero de canales entrantes (DDE)..................74
6.6.4. Asignacin de sub-rangos de numeracin y clculo de nmero de
extensiones......................................................................................74
6.6.5. Determinacin de numeraciones salientes (DDS)..........................75
6.6.6. Procesamiento final y generacin de reportes de salida.................76
CAPTULO 7: Proceso CPA. Mdulo centrales Nec..............................................79 - 94
7.1 Caractersticas bsicas del sistema NEAX61E...........................................79
7.1.1. Subsistema de aplicacin.................................................................79
7.1.2. Subsistema de conmutacin............................................................80
7.1.3. Subsistema de procesamiento.........................................................80
7.1.4. Subsistema de operacin y mantenimiento.....................................81
7.2 Operacin y mantenimiento.......................................................................81
7.3 Arquitectura de software y lenguaje de comandos....................................81
7.4 Comandos ejecutados en el mdulo Nec del Proceso CPA......................82
7.5 Captura de la informacin a travs de la Red de Gestin.........................88
7.6 Procesamiento de la data y generacin de reportes finales.......................88
7.6.1. Generacin de archivos de auditora..............................................89
7.6.2. Ejecucin de normalizadores.........................................................89
7.6.3. Determinacin de rangos de numeracin asociados a cada
grupo troncal..................................................................................89
7.6.4. Asignacin de rutas para cada rango de numeracin.....................91
iv
7.6.5. Determinacin de las numeraciones salientes para cada ruta........91

7.6.6. Clculo de nmero de canales DDE y nmero de canales DDS...92
7.6.7. Clculo de subrangos de numeracin y nmero de extensiones...93
7.6.8. Procesamiento final y generacin de reportes de salida..................93
CAPTULO 8: Proceso CPA. Mdulo centrales AT&T...........................................95 - 105
8.1 Caractersticas bsicas del sistema 5ESS...................................................95
8.1.1. Mdulo de administracin...............................................................95
8.1.2. Mdulo de comunicacin................................................................96
8.1.3. Mdulo de conmutacin..................................................................96
8.2 Operacin y mantenimiento.......................................................................96
8.3 Arquitectura de software............................................................................97
8.4 Lenguaje de comandos...............................................................................97
8.5 Comandos ejecutados en el mdulo AT&T del proceso CPA...................99
8.6 Captura de la informacin a travs de la Red de Gestin..........................102
8.7 Procesamiento de la data y generacin de reportes finales.......................103
8.7.3. Generacin de reporte temporal.....................................................103
8.7.4. Determinacin de rangos de numeracin saliente por central.......105
8.7.5. Procesamiento final y generacin de reportes de salida................105
CAPTULO 9: Proceso CPA. Mdulo centrales Siemens.......................................106 - 118
9.1 Caractersticas bsicas del sistema EWSD................................................106
9.1.1. Mdulo de acceso............................................................................107
9.1.2. Mdulo de conmutacin..................................................................107
9.1.3. Mdulo de control...........................................................................108
9.1.4. Mdulo de sealizacin..................................................................108
9.2 Operacin y mantenimiento.....................................................................109
9.3 Software de las centrales EWSD..............................................................109
9.4 Lenguaje de comandos.............................................................................109
9.5 Comandos ejecutados en el mdulo Siemens del Proceso CPA..............110
9.6 Captura de la informacin a travs de la Red de Gestin........................114
9.7 Procesamiento de la data y generacin de reportes finales......................115
v

9.7.3. Asociacin de subrangos de numeracin a cada ruta....................116
9.7.4. Generacin primer reporte temporal.............................................117
9.7.5. Clculo de nmero de canales entrantes.......................................117
9.7.6. Clculo de nmero de canales salientes........................................117
9.7.7. Procesamiento final y generacin de reportes de salida................118
CAPTULO 10: Resultados y anlisis...................................................................119 126
10.1 Resultados obtenidos en el mdulo Ericsson........................................119
10.2 Resultados obtenidos en el mdulo Nec...............................................121
10.3 Resultados obtenidos en el mdulo AT&T...........................................123
10.4 Resultados obtenidos en el mdulo Siemens.........................................125
CAPTULO 11: Conclusiones y recomendaciones.................................................127 - 128
GLOSARIO DE TRMINOS.................................................................................129 - 131
REFERENCIAS......................................................................................................132-133
vi
NDICE DE FIGURAS
Pg
Figura 2.1 Elementos de una red de telecomunicaciones......................................5
Figura 2.2 Topologa en bus.................................................................................6
Figura 2.3 Topologa en anillo..............................................................................7
Figura 2.4 Topologa en estrella...........................................................................7
Figura 2.5 Capas, protocolos e interfaces.............................................................9
Figura 2.6 Modelo de referencia OSI...................................................................10
Figura 2.7 Esquema de comunicacin tpico bajo recomendacin X.25.............14
Figura 2.8 Estructuracin en niveles de X.25 respecto al modelo OSI...............15
Figura 2.9 Especificacin mecnica para la norma X.25....................................16
Figura 2.10 Estructura de trama en el protocolo LAPB......................................18
Figura 2.11 Tipos de paquetes X.25 (mdulo 8).................................................19
Figura 2.12 Establecimiento y liberacin de una llamada virtual.......................21
Figura 2.13 Acceso a red X.25 de un equipo modo caracter..............................22
Figura 2.14 Interconexin entre dos redes usando X.25.....................................23
Figura 3.1 Interconexin directa entre 4 telfonos..............................................25

Figura 3.2 Tablero de conmutacin para atender de 2 a 4 lneas........................27
Figura 3.3 Evolucin de las centrales telefnicas a travs del tiempo................28
Figura 3.4 Arquitecturas de control centralizado................................................29
Figura 3.5 Arquitectura de control distribuido....................................................29
Figura 3.6 Principales esquemas de multiplexacin............................................31
Figura 3.7 Enlace lgico de canales de voz.........................................................32
Figura 3.8 Bloques funcionales en un nodo de conmutacin..............................32
Figura 3.9 Tipos de centrales locales..................................................................34
Figura 3.10 Central privada virtual.....................................................................37
Figura 3.11 Diagrama de interconexin entre abonados de una misma regin
geogrfica............................................................................................................39
Figura 3.12 Trama del primer nivel de la jerarqua PDH americana (T1)..........41
Figura 3.13 Trama del primer nivel de la jerarqua PDH europea (E1)..............41
vii
Figura 4.1 Organigrama de CANTV....................................................................45

Figura 4.2 Organizacin de la gerencia general de la red.....................................45
Figura 4.3 Arquitectura de la Red de Gestin de GFL.........................................47
Figura 4.4 El kernel de UNIX..............................................................................50
Figura 4.5 Estructura del sistema de archivos de UNIX......................................51
Figura 4.6 Lazo de intrprete del Shell de UNIX................................................52
Figura 5.1 Proceso de Centrales Privadas Automticas.......................................56

Figura 5.2 Diagrama general de un Mdulo del Proceso.....................................58
Figura 5.3 Reporte1 del Proceso CPA..................................................................59
Figura 5.4 Reporte2 del Proceso CPA..................................................................60
Figura 5.5 Modalidades de ejecucin del Proceso CPA.......................................61
Figura 6.1 Estructura general de las centrales AXE-10.......................................64

Figura 6.2 Actividades operacionales en centrales AXE.....................................65
Figura 6.3 Actividades de mantenimiento en centrales AXE..............................66
Figura 6.4 Estructura de cdigo de comando en centrales AXE.........................67
Figura 6.5 Ejecucin parcial Comando 1 AXE...................................................68
Figura 6.9 Diagrama de captura y procesamiento de informacin para
centrales AXE...................................................................................71
Figura 6.10 Archivos de auditora mdulo Ericsson..........................................73
Figura 6.11 Diagrama de flujo del primer reporte generado..............................73
Figura 6.12 Diagrama de flujo de segundo reporte generado............................74
Figura 6.13 Subrangos de numeracin y nmero de extensiones......................75
Figura 6.14 Comunicacin de la C.P.A. con la red pblica telefnica..............75
Figura 6.15 Numeracin DDE y DDS...............................................................76
Figura 6.16 Diagrama de flujo para determinacin de numeraciones
salientes.........................................................................................77
Figura 6.17 Diagrama de flujo para generacin de Reporte1...........................78
viii
Figura 7.1 Estructura general de las centrales NEAX61E................................80

Figura 7.2 Estructura general de comandos en centrales NEAX......................82
Figura 7.3 Ejecucin parcial comando 1 NEAX.............................................84
Figura 7.6 Ejecucin parcial comando 4 NEAX. Troncales
salientes (DDE) ............................................................................86
Figura 7.7 Ejecucin parcial comando 4 NEAX Troncales
entrantes (DDS)............................................................................87
Figura 7.8 Ejecucin parcial comando 5 NEAX............................................87
Figura 7.9 Diagrama de captura y procesamiento de informacin para centrales
NEAX.............................................................................................................88
Figura 7.10 Archivos de auditora mdulo NEC............................................89
Figura 7.11 Determinacin de rangos de numeracin asociados a cada
grupo troncal........................................................................................90
Figura 7.12 Diagrama de flujo de asociacin de rangos de numeracin
con TGX......................................................................................90
Figura 7.13 Diagrama de flujo de asignacin de ruta a rango de
numeracin.................................................................................91
Figura 7.14 Asignacin de numeraciones DDS para cada ruta......................92
Figura 7.15 Clculo de nmero de canales DDE y DDS................................92
Figura 7.16 Subrangos de numeracin y nmero de extensiones...................93
Figura 7.17 Diagrama de flujo para generacin de Reporte1.........................94
Figura 8.1 Estructura general de centrales 5ESS............................................95

Figura 8.2 Estructura general de comandos en centrales 5ESS......................98
Figura 8.3 Estructura del comando QUDB_A...............................................99
Figura 8.4 Ejecucin parcial Comando 1 5ESS..............................................100
ix
Figura 8.9 Diagrama de captura y procesamiento de informacin para

centrales 5ESS...............................................................................102
Figura 8.10 Archivos de auditora mdulo AT&T.........................................103
Figura 8.11 Muestra parcial de reporte temporal...........................................104
Figura 8.12 Diagrama de flujo de generacin de reporte temporal................104
Figura 8.13 Muestra parcial de la generacin del archivo detalle_dds.log....105
Figura 9.1 Estructura general de centrales EWSD.........................................106

Figura 9.2 Estructura bsica de un comando MML.......................................110
Figura 9.3 Ejecucin parcial Comando 1 EWSD...........................................111
Figura 9.8 Estructura general de archivo de comandos..................................114
Figura 9.9 Diagramas de captura y procesamiento de informacin para centrales
EWSD............................................................................................115
Figura 9.10 Archivos de auditora mdulo Siemens.......................................116
Figura 9.11 Rangos de numeracin asociados a ruta......................................116
Figura 9.12 Primer reporte temporal...............................................................117
Figura 9.13 Clculo de canales DDE..............................................................117
Figura 9.14 Diagrama de flujo para generacin de Reporte1.........................118
Figura 10.1 Diagrama general del procesamiento para la tecnologa

Ericsson........................................................................................120
Figura 10.2 Diagrama general del procesamiento para la tecnologa Nec.......122
Figura 10.3 Diagrama general del procesamiento para la tecnologa AT&T...124
Figura 10.4 Diagrama general del procesamiento para la tecnologa EWSD..126
x
NDICE DE TABLAS
Pg
Tabla 2.1 Identificacin general de paquete......................................................19
Tabla 3.1 Estndares mundiales en la Jerarqua Digital Plesicrona.................42
Tabla 4.1 Directorios ms importantes del Sistema de Archivos de UNIX.......51
Tabla 8.1 Cdigo de confirmacin de comandos................................................98

CAPTULO 1
Introduccin
El avance logrado por el hombre desde el siglo pasado hasta el presente en el mbito de
las telecomunicaciones es asombroso. Los productos de alta tecnologa que se ofrecen al
pblico son tan diversos que resulta imposible abarcarlos a todos. No obstante, existen
algunos que por su gran versatilidad y expansin a nivel global, constituyen parte esencial del
desarrollo de la sociedad humana como lo son las redes telefnicas.
Entre los servicios que ofrecen las compaas telefnicas a sus clientes, tenemos los
dirigidos a personas y los orientados a empresas e instituciones. Por razones estratgicas,
dichas corporaciones deben elaborar mecanismos que les permitan garantizar niveles de
calidad en el servicio prestado y adicionalmente asegurar los ingresos que se generan en el
negocio con el cliente.
En nuestro pas, la compaa annima nacional telfonos de Venezuela (CANTV) es la
empresa pionera en el sector de las telecomunicaciones, siendo en la actualidad la compaa
privada ms grande de Venezuela. Desde su privatizacin en 1991, la compaa ha
experimentado una constante transformacin para convertirse en una empresa competitiva,
con altos niveles de calidad en la oferta de sus productos y servicios de transmisin de voz,
datos, acceso a internet, telefona celular y directorios de informacin. Todos ellos enfocados
con un profundo conocimiento de las necesidades de sus clientes.1
1.1 Descripcin del problema. Antecedentes
Actualmente, CANTV ofrece el servicio de telefona pblica a travs de cuatro
tecnologas de centrales, estas son: Ericsson (AXE), Nec (Neax), ATT (5ESS) y Siemens
(EWSD). Para empresas e instituciones de mediano y gran tamao, se ofrece el servicio de
CPA (centrales privadas automticas). Tal servicio va dirigido a clientes que manejan un gran
volumen de trfico telefnico, interno a la red pblica de CANTV, otorgndoles la capacidad
de manejar este trfico con una central propia que estar en la misma sede de la compaa o
empresa. Adicionalmente, la centralita (central privada) ir conectada a la central de CANTV
ms cercana (en general), para permitir al cliente la comunicacin con el exterior (PSTN red
pblica por sus siglas en ingls).
1
Tomado de Oficina Virtual de CANTV, vase [1]
2
CAPTULO 1 Introduccin
Existen distintas instancias a travs de las cuales la corporacin puede monitorear y

garantizar que el servicio ofrecido al cliente es ptimo. En primer lugar tenemos las centrales
telefnicas, donde reside la informacin relativa a la interconexin fsica de los canales
entrantes (DDE) y salientes (DDS) que llegan desde la centralita a travs de rutas troncales de
CANTV, rangos de numeracin asignados, entre otros. En segundo lugar estn los entes
administrativos, donde reside informacin detallada de cada cliente, las caractersticas del
servicio ofrecido, etc.
Hace algunos meses se desarroll un proceso para la verificacin de las centrales
privadas automticas entre los diferentes entes administrativos. Se determin que exista una
desincronizacin de 140 CPA entre los sistemas, lo cual fue solventado a travs de
requerimientos individuales. Dicho proceso tiene como fuente de informacin primaria una
base de datos administrativa. Ahora bien, la informacin contenida all puede estar
desactualizada con la data residente en las centrales (informacin real), lo cual convierte a este
proceso en una herramienta poco til.
La situacin descrita anteriormente causa grandes prdidas a CANTV en trminos de
ingresos y calidad de servicio ofrecido a sus clientes corporativos. Solo cuando la empresa
posea mecanismos de monitoreo y supervisin de los entes de informacin, podr hacer un uso
eficiente de los recursos con los cuales presta el servicio de centrales privadas automticas a
nivel nacional.
1.2. Objetivos del proyecto. Alcance. Limitaciones
El objetivo general de este proyecto es automatizar los procesos de las Centrales
Privadas Automticas (C.P.A.) en las tecnologas digitales ERICSSON, NEC, SIEMENS y
ATT. Para ello se desarroll una herramienta de software que permite la ejecucin de
comandos, captura y estandarizacin de la data entregada por las centrales telefnicas, bajo
ciertos formatos acordados con los departamentos involucrados en el desarrollo.
Con la ejecucin del proyecto se lograr detectar las causas de la desincronizacin entre
las instancias administrativas y las centrales telefnicas, peridicamente y sin la intervencin
humana. Se podr realizar la captura y entrega oportuna de la informacin, proveniente de las
centrales privadas automticas independientemente de la tecnologa asociada. Las acciones
correctivas sern tomadas por la Coordinacin de Soporte de Enrutamiento, responsables de
las labores de mantenimiento y operacin de las centrales telefnicas.
3
CAPTULO 1 Introduccin
El desarrollo realizado est enmarcado dentro de los procedimientos y estndares

definidos por la corporacin en base a la normativa ISO-9000. Se di gran importancia a la
simplicidad del diseo lo cual facilitar las labores de mantenimiento a futuro. Por ltimo se
debe destacar que todos los recursos de hardware y software empleados estn a disposicin de
la empresa, con lo cual los gastos econmicos involucrados son mnimos.
El presente libro est estructurado en once (11) captulos agrupados en dos partes. La
primera parte agrupa las bases tericas y los fundamentos tcnicos. La segunda parte contiene
el planteamiento, desarrollo, anlisis de resultados y conclusiones del proyecto. Con respecto a
los captulos, el primero de ellos corresponde a la introduccin. El segundo y tercer captulo
presentan el marco terico y los fundamentos bsicos sobre los cuales se sustenta el trabajo
realizado. El cuarto captulo corresponde a la organizacin de la empresa y la plataforma
tecnolgica empleada. En el quinto captulo se da una visin global del proyecto, presentando
las fases del desarrollo, los requerimientos puntuales del usuario final y los estndares
manejados por la empresa para el control de la calidad. Desde el captulo seis (6) hasta el
captulo nueve (9) se analizan cada uno de los mdulos que conforman el desarrollo. Por
ltimo se presenta el anlisis de resultados en el captulo diez (10) y las conclusiones y
recomendaciones en el captulo once (11).
CAPTULO 2
Fundamentos de telecomunicaciones
El punto de partida para la presentacin del trabajo realizado en este proyecto de
pasanta, ser la revisin muy general de los principales trminos y conceptos que se manejan
en el campo de las telecomunicaciones. En lo que sigue se estudiarn las redes de
telecomunicaciones y de computadoras, haciendo especial nfasis en los sistemas de voz y
datos.
El hombre por naturaleza se ha visto en la necesidad de comunicarse con sus semejantes
de muy diversas formas. Con los grandes avances logrados en el campo de la electrnica y las
ciencias en general, ha sido posible librar la barrera de la distancia con el fin de transportar la
mayor cantidad de informacin en el menor tiempo posible de manera confiable y segura.
El trmino telecomunicaciones proviene del griego tele (distancia) y comunicare
(compartir). En trminos modernos las telecomunicaciones son el conjunto de servicios
basados en la tecnologa electrnica que permite la emisin, transmisin y recepcin de
informacin. Esta informacin puede ser voz, texto, datos, imagen, video y los medios de
comunicacin electrnica, tales como: telfono, telgrafo, telex, telefax, televisin, adems de
complejos sistemas informticos basados en computadoras.1
2.1 Redes de telecomunicaciones

En lneas generales una red de telecomunicaciones consta de elementos de transmisin
(enlaces) y elementos de conmutacin (nodos), (vase Figura 2.1). Una red en general es un
conjunto de dispositivos interconectados fsicamente que comparten recursos y se comunican
entre s a travs de reglas (protocolos) de comunicacin. Segn su arquitectura y la forma en
que se transporta la informacin, las redes de telecomunicaciones pueden ser clasificadas en
redes conmutadas y redes de difusin.
Los parmetros ms importantes que definen una red son: la topologa (disposicin de
las conexiones fsicas del dispositivo de red con el medio de comunicacin), el medio fsico
(elemento material que permite la interconexin de los dispositivos de red) y finalmente el
protocolo de acceso al medio (reglas que determinan como los dispositivos se comunican
entres s y como accesan al medio fsico para enviar y recibir la informacin).
1
Tomado de Uzctegui, Freddy, vase [2]
5
CAPTULO 2 Fundamentos de telecomunicaciones
Figura 2.1 Elementos de una red de telecomunicaciones
2.1.1 Redes conmutadas:

La arquitectura de estas redes consiste en una serie de nodos interconectados entre s a
travs de medios fsicos (cables, enlaces inalmbricos, etc), donde la informacin se transmite
del nodo origen al nodo destino mediante la conmutacin entre nodos intermedios. En este
tipo de redes se distinguen tres tipos de conmutacin: de circuitos, de mensajes y de paquetes.
2.1.1.1 Conmutacin de circuitos:
El nodo o equipo que inicia la comunicacin ejecuta la llamada al equipo destinatario. Si
este ltimo esta libre se busca y reserva un canal de comunicacin para la transmisin de
informacin durante el tiempo que dure la llamada. De esta forma, se requiere de un
mecanismo que reserve los diferentes segmentos de la ruta entre ambos usuarios,
estableciendo as un enlace dedicado temporal. Las redes telefnicas utilizan este tipo de
conmutacin ya que requieren la transmisin de voz en tiempo real.
2.1.1.2 Conmutacin de mensajes:
El nodo emisor aade a la informacin la direccin del destinatario. El mensaje es
transferido entre los nodos de la red, almacenndose en cada uno de ellos para luego ser
transmitido al prximo, siguiendo el enrutamiento adecuado. Con esta tcnica se evita el
establecimiento de enlaces dedicados entre emisor y receptor.
2.1.1.3 Conmutacin de paquetes:
En este caso el mensaje a transmitir se divide en pequeos trozos, cada uno de los cuales
contiene la informacin de control necesaria para poder llegar hasta el nodo destino. Estos
paquetes circularn a travs de la red siguiendo distintos caminos probablemente. Al llegar los
paquetes al destinatario, son ordenados y reensamblados para obtener el mensaje original. La
Internet es el ejemplo ms representativo de este tipo de conmutacin.
6
2.2 Redes de computadoras

En la actualidad son las redes de computadoras las ms extendidas a nivel global. Estas
se pueden clasificar segn su mbito de accin en: redes de rea local (LAN, por Local Area
Network), redes de rea metropolitana (MAN, por Metropolitan Area Network), redes de rea
amplia (WAN, por Wide Area Network) y por ltimo las interredes.
2.2.1. Redes de rea local:
Son redes privadas ampliamente usadas en compaas e instituciones con un alcance no
mayor a unos cuantos kilmetros, a travs de las cuales se pueden compartir recursos e
intercambiar informacin. Segn la topologa de la red, podemos encontrar las siguientes
configuraciones:
2.2.1.1 Topologa en bus:
En esta configuracin el medio fsico es un camino bidireccional con puntos de
terminacin bien definidos, como se aprecia en la Figura 2.2. Cuando un nodo transmite, la
seal se propaga a travs de todo el medio, razn por la cual tambin es conocido como canal
de difusin. Una de las ventajas de esta topologa es que no se necesitan regeneradores de
seal en trayectos cortos y se pueden colocar tantas estaciones como se requieran (aunque se
podra ver afectado el desempeo de la red).
Figura 2.2 Topologa en bus
2.2.1.2. Topologa en anillo: se dispone de un camino cerrado que conecta todos los
nodos (vase Figura 2.3). A diferencia de la topologa anterior, si se llegase a presentar un
problema en el medio, este ser mucho ms fcil de localizar ya que el canal se encuentra
7
fsicamente dividido por los nodos. Con respecto a la transmisin de la informacin, cada bit
se propaga independientemente, sin esperar el resto del paquete al cual pertenece.
Figura 2.3 Topologa en anillo
2.2.1.3. Topologa en estrella: en esta configuracin tenemos todos los nodos conectados a
una estacin central, como se observa en la Figura 2.4. La informacin transmitida desde
cualquier punto debe pasar por un nodo central donde reside el control de la red. Un nodo con
problemas es fcil de detectar pero si la falla se presenta en el nodo central toda la red se ve
afectada.
Figura 2.4 Topologa en estrella
2.3 Protocolos de comunicacin

La necesidad de contar con esquemas de organizacin en las redes que permitan reducir
su complejidad, ha llevado a los diseadores a concebirlas como un ente conformado por una
serie de capas o niveles que tienen un mbito de accin limitado as como funciones muy
especficas. Bajo esta filosofa, cada capa provee los servicios para la capa inmediata superior
resguardando los detalles inherentes a como es ofrecido tal servicio, permitiendo que capas del
8
mismo nivel se comuniquen virtualmente entre s aunque realmente solo se de comunicacin

entre capas adyacentes.
Un protocolo es entonces un conjunto de reglas que permiten establecer un dilogo entre
dos capas del mismo nivel de una red de manera no ambigua. Las funciones bsicas de un
protocolo son:
Control de llamada: establecimiento de conexin entre fuente y destino. Est funcin
comprende el mantenimiento y monitoreo del enlace y los procedimientos de
conexin y desconexin de una llamada.
Control de flujo: regulacin del trfico, retransmisin y convenciones para
direccionamiento de paquetes.
Control de error: a travs de algoritmos para la verificacin y control de errores se
debe garantizar que la informacin transmitida llegue al receptor en su forma
original.
2.3.1. Jerarquas de protocolos:
Como se seal anteriormente, a medida que la arquitectura de las nuevas redes de

comunicacin se ha hecho cada vez ms compleja, la necesidad de simplificar el diseo a
llevado a la estructuracin de stas como un grupo de capas, cada una de las cuales ofrece una
serie de servicios al nivel inmediato superior. El objetivo primordial de este esquema es
ocultar la implementacin real de los servicios, haciendo posible la modificacin de las capas
sin afectar el desempeo de la red.
Para cualquier red, tendremos un protocolo por cada capa. En la Figura 2.5 tenemos una
red de cinco capas . Las entidades que comprenden las capas correspondientes en las
diferentes mquinas se denominan pares. En otras palabras, son los pares los que se
comunican usando el protocolo.2
2
Tomado de Redes de Computadoras de Andrew Tanenbaum, vase [3]
9
Figura 2.5 Capas, protocolos e interfases 2
La comunicacin entre pares a travs de un protocolo es virtual. Lo que ocurre es que la

informacin se va enviando entre capas adyacentes hasta llegar al medio fsico donde se
produce la transferencia real de los datos. Esto es posible ya que entre cada par de capas
adyacentes se ha creado una interfaz donde estn definidas las operaciones y servicios que
ofrece una capa a su inmediata superior. Una interfaz eficiente, reducir la transferencia de
informacin entre capas y har ms sencillo el cambio en la implementacin de alguna de las
capas a futuro.
Las arquitecturas de red proveen los recursos para lograr un objetivo principal, mover
datos rpida y eficientemente sobre el medio fsico de la red. Al momento de definir una
arquitectura de red, se debe abarcar con profundidad las capas y protocolos que la conforman
de manera que pueda ser implementada tanto a nivel de hardware como de software por
cualquier persona o institucin en el mundo, garantizando as una total independencia de los
detalles de la implementacin y especificacin de las interfases.
10
2.4 El modelo de referencia OSI

En 1984, la Organizacin Internacional de Estandarizacin (ISO) desarroll un modelo
llamado OSI (por Open System Interconection), el cual es quizs uno de los esfuerzos ms
importantes que se han hecho para lograr estandarizar la interconexin de sistemas abiertos
(vase Figura 2.6). El modelo es referencial ya que no especifica ningn tipo de arquitectura.
(Para ms detalle dirigirse a [4])
Figura 2.6 Modelo de Referencia OSI
El modelo OSI tiene siete capas. Los principios que se aplicaron para delimitarlas fueron
los siguientes:
Se debe crear una capa siempre que se necesite un nivel diferente de abstraccin
Cada capa debe realizar una funcin bien definida
La funcin de cada capa se debe elegir pensando en la definicin de protocolos
estandarizados internacionalmente.
Los lmites de las capas deben elegirse a modo de minimizar el flujo de informacin
a travs de las interfases.
La cantidad de capas debe ser suficiente para no tener que agrupar funciones
distintas en la misma capa y lo bastante pequea para que la arquitectura no se
vuelva inmanejable.
11
Entre las ventajas que ofrece modelo OSI, podemos destacar:

Reduce la complejidad: Al concebir el funcionamiento y operacin global de una
red como un conjunto de capas que interactan entre s, se logra un entendimiento
ms claros de los procesos involucrados en la comunicacin y transferencia de
informacin.
Estandariza las interfases: En el modelo OSI el flujo de informacin se efecta entre
capas adyacentes hasta llegar al medio fsico, mediante la definicin de una interfaz
nica y estndar entre cada una de las capas.
Facilita la ingeniera modular: la posibilidad de desarrollar tecnologas orientadas a
satisfacer requerimientos especficos de los niveles OSI, ha facilitado enormemente
los avances logrados en las redes de comunicacin.
Compatibilidad para distintas tecnologas: el hecho de que las interfases sean
estndar entre cada una de las capas y la misma modularidad, garantiza que el
desarrollo de tecnologas muy diversas no comprometa la interoperabilidad del
sistema.
Es importante resaltar que el modelo OSI no es una arquitectura de red formalmente, ya
que en el no se especifican los protocolos y servicios a ofrecer en cada capa.
Capa fsica: la funcin principal es garantizar la transmisin de bits sobre el canal de
comunicacin. En esta capa se especifica la conexin fsica entre el nodo y la red, incluyendo
los aspectos mecnicos (cables, conectores, secuencia de pines) y elctricos (niveles de
voltaje, tcnicas usadas para modular la seal, etc). La unidad de transmisin es el bit.
Capa de enlace de datos: se encarga del control de acceso al canal as como de la
deteccin y correccin de errores. En esta capa se define el protocolo de comunicacin que
emplean dos nodos de la red para poder acceder al medio de transmisin. La unidad de
transmisin es el frame (marco).
Capa de red: se encarga del enrutamiento de paquetes a travs de la red y ofrece un
canal libre de errores a la capa de transporte. Se definen los algoritmos de enrutamiento y los
mecanismos para el control de la congestin. La unidad de transmisin es el paquete.
Capa de transporte: su tarea principal es la regulacin del flujo de mensajes, la
retransmisin de paquetes y el establecimiento de sesiones entre nodos. En esta capa se
definen los mecanismos que permitirn una comunicacin confiable en la red.
12
Capa de sesin: se encarga del establecimiento y mantenimiento de las sesiones de

comunicacin entre dos usuarios en la red, as como de manejar el control del dilogo.
Capa de presentacin: se ocupa de la sintaxis y la semntica de la informacin que se
transmite por la red. Provee las funciones de formato y conversin de cdigos, facilitando la
interpretacin de los datos por los programas de aplicacin.
Capa de aplicacin: provee el conjunto de aplicaciones de red, tales como: transferencia
de archivos, correo electrnico, emulacin de terminal, entre otros.
2.5. Servicios
Las redes de comunicaciones se disean para satisfacer necesidades o requerimientos
especficos. Uno de los puntos ms importantes que se debe definir en su diseo, es el
conjunto de primitivas que cada capa proporcionar a su superior (mejor conocido como
servicios). El servicio, a diferencia de los protocolos, define las operaciones que la capa
efecta en beneficio de los usuarios abordando con gran detalle la interfaz entre capas, pero
sin especificar nada acerca de la implementacin de tales operaciones. Es por ello que las
entidades requieren de los protocolos para realizar sus definiciones de servicios, los cuales se
clasifican en dos grupos: servicios orientados a conexin y servicios orientados a datagrama o
no conexin.
Servicios orientados a conexin: se establece en primer lugar una conexin (fsica o

virtual), luego se da el intercambio ordenado de informacin para finalizar con la
liberacin de la conexin. El sistema telefnico es el ejemplo ms claro de este tipo
de servicio, donde un abonado marca el nmero deseado, habla y cuelga al terminar.
En este caso es vital que la informacin llegue ordenada y sin retardos excesivos, no
importando tanto si en el camino se pierde un fragmento de la conversacin o si la
calidad empeora por fracciones de segundo.
Servicios orientados a datagrama o no conexin: la informacin a ser transmitida

por la red se fragmenta en pequeos trozos denominados paquetes, cada uno de los
cuales posee la direccin e informacin de control necesaria para llegar a su destino.
Como existen mltiples caminos que pueden llevar los paquetes hasta el destino, es
muy probable que stos lleguen desordenados. Esto se solventa con mecanismos
13
que regeneran el mensaje a su forma original, para luego pasarlo a las capas
superiores.
2.6 Estndares de telecomunicaciones
Segn la Organizacin Internacional de Estndares (ISO, que deriva del griego isos o
igual), los estndares son acuerdos documentados que contienen especificaciones tcnicas u
otros criterios precisos para ser usados consistentemente como reglas, guas o definiciones de
caractersticas para asegurar que los materiales, productos, procesos y servicios cumplan con
su propsito. (Tomado de ISO, Organizacin Internacional de Estndares, vase [5]).
En el mbito de las telecomunicaciones, la estandarizacin evita las arquitecturas

cerradas y los protocolos propietarios, que concentran en pocas manos el desarrollo y
comercializacin de las tecnologas emergentes. Los estndares constituyen las bases de la
interconexin de redes de telecomunicaciones, al hacer compatibles equipos y sistemas de
tecnologas y fabricantes diversos.
Existen tres tipos de estndares: de jure, de facto y propietarios. Los estndares de jure
son documentos formales y legales adoptados por uno o varios organismos de estandarizacin.
Los estndares de facto son establecidos por alguna compaa o persona natural y son
producto en la mayora de los casos de la gran aceptacin y uso extendido en la sociedad de
algn producto o servicio. Por ltimo, los estndares propietarios son aquellos que pertenecen
a alguna corporacin o compaa privada y su alcance est limitado por su escasa penetracin
en el mercado.
La UIT (Unin Internacional de Telecomunicaciones) es el organismo oficial ms

importante en la definicin de estndares en este sector y est conformado por tres comits: el
primero es el UIT-T (antes conocido como CCITT, Comit Consultivo Internacional de
Telegrafa y Telefona), cuyo campo de accin son los sistemas de telefona, telegrafa y redes
de voz y datos. El segundo comit es el UIT-R (antes conocido como CCIR, Comit
Consultivo Internacional de Radiocomunicaciones), que se encarga del uso del espectro
electromagntico (UHF, VHF, Radio, TV, microondas, etc). El tercer y ltimo comit es el
UIT-D donde se lleva a cabo la organizacin, coordinacin tcnica y actividades de asistencia.
14
2.7 Recomendacin X.25 del CCITT
La norma X.25 fue propuesta en el ao 1974 por el CCITT para proveer una interfaz
entre las redes pblicas de conmutacin de paquetes y sus clientes. Dicha norma integra los
niveles de subred (capa fsica, capa de enlace y capa de red) del modelo OSI, dictando reglas
para el diseo de redes pblicas de datos con miras a una interconexin mundial. Entre
algunos ejemplos de redes conmutadas de este tipo tenemos a IBERPAC de la Compaa
Nacional Telefnica de Espaa, TELEPAC en Mxico, INTELPAQ en Panam, ARPAC en
Argentina y VENEXPAQ en Venezuela.
En la actualidad, y luego de pasar por una serie de revisiones (la ltima en el ao 1985),
X.25 es la norma de interfaz entre equipos terminales de datos (DTE, por las siglas en ingls
de Data Terminal Equipment) y equipos de terminacin de circuitos (DCE, por las siglas en
ingls de Data Circuit-terminating Equipment) de mayor difusin en las redes de paquetes de
gran cobertura. El servicio ofrecido es orientado a la conexin y trabaja con circuitos virtuales
tanto conmutados como permanentes (vase Figura 2.7). Un circuito virtual conmutado se
crea cuando un nodo de la red necesita enviar informacin a otro nodo, liberndose al terminar
la comunicacin. Por otro lado un circuito virtual permanente o PVC (por Private Virtual
Circuit) siempre est presente y puede ser usado en cualquier momento. La recomendacin
X.25 proporciona control de flujo y ofrece multiplexacin, lo cual permite mantener
simultneamente varias comunicaciones a travs de una nica interfaz. En este sentido, para
identificar las conexiones en la red de los distintos DTE, se emplean nmeros de canal lgico
(LCN Logical Channel Number). En un solo canal fsico pueden asignarse hasta 4095
canales lgicos.
Figura 2.7 Esquema de comunicacin tpico bajo recomendacin X.25

15
2.7.1. Niveles de X.25:

La estructuracin de X.25 abarca tres niveles, los cuales estn basados en las tres
primeras capas del modelo OSI, como se muestra en la Figura 2.8.
Figura 2.8 Estructuracin en niveles de X.25 respecto al modelo OSI 3
2.7.1.1. Nivel fsico:

Se encarga de los aspectos elctricos, mecnicos y funcionales que permiten la
transferencia de informacin entre el DTE y el DCE. Este nivel est completamente
especificado por alguna de las siguientes recomendaciones:
Recomendacin X.21: es una norma del CCITT para la operacin sobre circuitos
totalmente digitales. La interfaz X.21 opera sobre ocho seales, estas son: seal de
tierra, retorno comn de DTE, transmisin, recepcin, control, indicacin, seal de
temporizacin de elemento y temporizacin de byte.
Recomendacin X.21bis: es una norma del CCITT que define la interfaz analgica
para permitir el acceso a una red digital conmutada usando un circuito analgico. Se
incluyen los procedimientos para enviar y recibir informacin de direccionamiento
que permita a un DTE establecer un camino de comunicacin con otro DTE de la
misma red.
3
Tomado de X.25 Protocol, Tel Aviv University, vase [6]
16
Recomendacin V.24: es una norma del CCITT que permite a un DTE operar sobre
un circuito analgico conectando a un nodo de conmutacin de paquetes o un
concentrador.
Con respecto a la especificacin mecnica de la norma X.25, tenemos que en X.21 y

X.21bis se define una interfase con 15 terminales (conector DB15) y para V.24 de 25
terminales (conector DB25). No obstante, existen ciertos terminales comunes a todas las
normas que juegan un papel fundamental en la comunicacin DTE-DCE (vase Figura 2.9).
Figura 2.9 Especificacin mecnica para la norma X.25
2.7.1.2. Nivel de enlace:

Se encarga de proveer un canal que asegure una transferencia de data sin errores entre el
DTE y el DCE. Para ello fragmenta la informacin proveniente de la capa superior, en
pequeos paquetes denominados marcos, cada uno de los cuales posee su direccin de destino
y campos de control adicional. Las funciones principales del nivel de enlace son: transferencia
de data lo ms eficiente posible, temporizacin del enlace para asegurar que el receptor este
sincronizado con el receptor, deteccin y correccin de errores y monitoreo de errores en los
procedimientos de la capa superior para que sta ltima tome las acciones correctivas.
El nivel de enlace usa procedimientos de control de informacin que son compatibles
con HDLC (High Level Data Link), standar de la ISO ampliamente usado para el control de
flujo y adems es compatible con ADCCP (Advanced Data Communications Control
Procedures), protocolo de nivel de enlace orientado a bit del Instituto Nacional de Estndares
Americano, para proveer un enlace punto-punto o punto-multipunto libre de errores.
17
Existen una serie de protocolos que pueden usarse para este nivel, entre ellos tenemos:
LAPB (Link Access Protocol Balanced): es un protocolo sncrono orientado a bit que
provee un canal libre de errores en transmisiones bidireccionales punto a punto.
Proviene de HDLC y es el protocolo ms ampliamente usado para el nivel de enlace
en redes X.25
LAP (Link Access Protocol): es una versin predecesora de LAPB y es raramente
usado hoy en da.
LAPD (Link Access Procedure D Channel): es un protocolo usado para redes
integradas de servicios digitales, que permite la transmisin a travs de canales D.
LLC (Logical Link Control): es un protocolo de LAN que habilita la transmisin de
paquetes X.25 a travs de un canal de la red de rea local.
Por ser el protocolo LAPB el ms usado en redes X.25, se explicar en detalle su
estructura y funcionamiento. Bajo LAPB, toda la informacin cursada entre el DTE y el DCE
a nivel de enlace est contenida en tres tipos de tramas, estas son:
Tramas de informacin: contienen la informacin a ser transferida, acompaada de
informacin para el control de flujo.
Tramas de supervisin: son empleadas para el monitoreo del dilogo, entre ellas
tenemos: trama de confirmacin, solicitud de retransmisin de trama, receptor dispuesto,
etc.
Tramas no numeradas: son usadas para ejercer control sobre la comunicacin. Son
utilizadas durante el establecimiento y liberacin del enlace.
La estructura de cualquier trama del protocolo LAPB es como se muestra en la Figura

2.10. Se utiliza un campo fijo (bandera) para delimitar el inicio y final de un paquete, un
segundo campo que contiene la direccin del DTE DCE, un campo de control que contendr
secuencias especficas que indican el tipo de trama, un campo donde viene la informacin y
por ltimo el campo checksum que es utilizado para verificacin de errores en la transmisin.
18
Figura 2.10 Estructura de trama en el protocolo LAPB
2.7.1.3. Nivel de paquete:

Es el encargado de transmitir la informacin en paquetes a travs de circuitos virtuales
externos, enrutar los mensajes, determinar el tipo de servicio de transmisin de los datos,
deteccin y correccin de errores y dirigir la competicin para la retransmisin de paquetes
daados. Entre algunos de los objetivos especficos de este nivel tenemos:
Proporcionar conexiones virtuales y conexiones permanentes
Mantener un canal lgico para cada peticin de usuario
Identificar los paquetes asociados a cada llamada de usuario a travs del nmero de
canal lgico LCN (Logical Channel Number)
Soportar un medio fiable para establecer y liberar conexiones conmutadas
Detectar y solventar errores ocurridos a nivel de paquete.
Formato de paquetes:
Bajo la recomendacin X.25 se definen 2 tipos de paquetes, estos son: paquetes de
informacin y paquetes de control. En la Figura 2.11 se pueden observar ambos formatos,
veamos:
19
Figura 2.11 Tipos de paquetes X.25 (mdulo 8)
Todos los paquetes X.25 tienen un encabezado de 2 octetos (bytes) que determinan el
canal lgico a utilizarse en la comunicacin. Los 4 bits menos significativos del primer octeto
junto con el segundo octeto, permiten definir hasta 2^12 = 4096 canales lgicos. Por otro lado
los 4 bits ms significativos del primer octeto, conforman la identificacin general del
paquete. En la Tabla 2.1 se muestran los posibles valores y el significado de tales bits.
Q bit: (Qualifier 0: Paquete contiene informacin del usuario

Data Packets Bit) 1: Paquete contiene informacin especial de control
D bit: (Delivery 0: Confirmacin del nivel de paquete con alcance local entre DTE-DCE.
Bit) 1: Confirmacin del nivel de paquete con alcance global entre DTE-DCE.
Mdulo: 01: Mdulo 8
(Tamao de la 10: Mdulo 128
ventana)
Tabla 2.1 Identificacin general de paquete

20
El bit ms significativo del primer octeto de cualquier paquete es conocido como Q Bit o
Qualifier Data Packets Bit. Este indica si el paquete contiene informacin del usuario o
secuencias especiales de control. El segundo bit ms significativo es conocido como D bit o
Delivery Bit, cuya funcin es indicar el alcance de las confirmaciones del nivel de paquete
entre el DTE y el DCE. Este bit no es universalmente aceptado y generalmente esta colocado
en cero. Los dos bits menos significativos del identificador general de paquete se conocen
como modulo bits. A travs de ellos se define el tamao de la ventana, representando el
mximo nmero de tramas (nivel 2) o paquetes (nivel 3) que pueden ser enviados sin esperar
acuse de recibo en el DTE luego de una transmisin. En mdulo 8, las secuencias pueden ser
representadas por dgitos del 0 al 7 y son codificadas en 3 bits de informacin . En mdulo
128, las secuencias pueden ser representadas en dgitos del 0 al 127 y son codificadas en 7 bits
de informacin. Ntese que en la Figura 2.11 los paquetes son de tipo mdulo 8, ya que P(R)
y P(S) poseen 3 bits de longitud.
Para los paquetes de datos, el tercer octeto posee tres campos, estos son: P(R), M y P(S).
P(R) es el nmero de secuencia de paquete que indica al DTE el estado de los paquetes
enviados. P(S) es el nmero de secuencia de paquete que permite identificar cada paquete
enviado al DCE. Por ltimo tenemos el bit M (More Data Bit), el cual es usado para indicar al
DTE receptor que resta por transmitir ms data luego del paquete actual.
En los paquetes de control, los 7 bits ms significativos del primer octeto definen el tipo
de paquete. Entre los tipos de paquetes tenemos: solicitud de llamada (call request),
aceptacin de llamada (call accept), solicitud de liberacin (clear request), confirmacin de
liberacin (clear confirmation), solicitud de interrupcin (interrupt request), confirmacin de
interrupcin (interrupt confirmation), y otros que estn suficientemente especificados en [7].
En el cuarto octeto tenemos la longitud de la direccin del DTE que est realizando la llamada
(codificada en los 4 bits ms significativos) y la longitud de la direccin del DTE que est
siendo llamado (codificada en los 4 bits menos significativos). El quinto y sexto octeto poseen
las direcciones del DTE llamado y llamante respectivamente. Luego, en los seis bits menos
significativos del sptimo octeto est codificado la longitud del campo de facilidades, que
seala cuantos octetos de los que estn por venir representan caractersticas especiales de la
conexin (facilidades).
21
2.7.2. Establecimiento y liberacin de una llamada virtual:

Toda comunicacin en X.25 empieza por el envo de un paquete de solicitud de llamada
(call request) por parte del DTE llamante. S el DTE llamado acepta esta peticin, enva el
paquete de aceptacin de llamada (call accepted). Al recibir el DTE llamante este paquete, el
circuito virtual queda establecido. A partir de este momento, queda establecida una
comunicacin bidireccional con capacidad para soportar mltiples canales lgicos sobre un
solo canal fsico. Cuando alguno de los participantes en el dilogo desee terminar la llamada,
debe enviar el paquete de solicitud de liberacin (clear request) para posteriormente recibir de
vuelta el paquete de confirmacin de liberacin (clear confirmation) y finalizar la llamada. En
la Figura 2.12 se muestra un diagrama con la aparicin sucesiva de tales eventos.
Figura 2.12 Establecimiento y liberacin de una llamada virtual

22
2.7.3. Configuraciones de acceso a redes usando X.25:

En la Figura 2.7 se muestra la topologa bsica de una red X.25 en la cual dos DTE se
comunican a travs de una red pblica de datos. No obstante, existen algunos casos donde las
caractersticas de los equipos terminales de datos (DTE) o la topologa de la red a la cual
pertenecen, requieren de la integracin de diversos protocolos y dispositivos. Un caso muy
comn es la interconexin de equipos que no tienen la capacidad para implementar todas las
funcionalidades de X.25 (equipos modo carcter). En la Figura 2.13 se observar como dicho
DTE va a un PAD (Packet Assembler Disassembler), dispositivo que tiene tres funciones
bsicas: almacenar la data hasta que pueda ser procesada, armar paquetes (sentido DTE-red) y
desarmar paquetes (sentido red-DTE). La recomendacin X.28 define los procedimientos de
control para establecer la conexin fsica con el PAD y especifica los comandos y los formatos
de respuesta respectivos. Por otro lado la recomendacin X.3 establece todos los parmetros
que el PAD requiere para identificar y controlar los elementos conectados a l. Finalmente, a
travs de la recomendacin X.29 se define la manera como el PAD y el DTE remoto (u otro
PAD) intercambian mensajes de control sobre un circuito virtual X.25. Para diferenciar estos
mensajes se coloca en uno el Q-Bit (Qualifier Data Packets bit).
Figura 2.13 Acceso a red X.25 de un equipo modo carcter
Cuando se requiere establecer un enlace entre dos redes X.25, se utiliza la

recomendacin X.75 que establece la sealizacin e intercambio de informacin entre dos
redes pblicas de datos. En esencia es una interfaz de red a red o NNI (por las siglas en ingls
de Network-Network Interface). La recomendacin X.121 provee los mtodos para el discado
internacional entre redes conmutadas de paquetes X.25. En la Figura 2.14 se muestra este
23
caso:
Figura 2.14 Interconexin entre dos redes X.25

CAPTULO 3
Sistemas telefnicos
Luego de revisar los conceptos bsicos de telecomunicaciones y redes de datos, se
presenta al lector los acontecimientos y logros ms importantes que han tenido lugar en la
evolucin de los sistemas y redes de telefona pblica. El presente captulo se divide en cuatro
secciones. En la primera de ellas se presenta los acontecimientos ms resaltantes en los
orgenes del telfono. En la segunda seccin se explica en detalle el funcionamiento de una
central telefnica. En la tercera seccin se presenta la necesidad de jerarquizar los sistemas
de conmutacin. En la ltima seccin se aborda en detalle la red telefnica moderna.
La red telefnica es la de mayor cobertura geogrfica y la que posee mayor nmero de
usuarios, incluso se ha llegado ha afirmar que es el sistema ms complejo del que dispone la
humanidad. Si necesitamos comunicarnos con alguien, simplemente marcamos unos cuantos
nmeros y de manera automtica tenemos a disposicin un canal con la capacidad de enviar y
recibir informacin en forma de voz en tiempo real. Podemos establecer un enlace con casi
cualquier punto del planeta, algo totalmente inconcebible hace apenas unos 100 aos cuando
enviar una carta entre dos lugares distantes poda tomar meses.
3.1 Orgenes del telfono

Con el descubrimiento de la electricidad en el siglo XVIII, se empez a idear la forma de
utilizar las seales elctricas para la transmisin de mensajes a distancia. El primer desarrollo
notable fue el telgrafo, que requiri de una serie de descubrimientos precedentes antes de
salir a la escena pblica en el ao de 1837, cuando Charles Wheatstone y William F. Cooke
mostraran su sistema prctico de telgrafo de aguja en Gran Bretaa. Despus de varias
dcadas de haber entrado en servicio y de pasar por mejoras significativas, la necesidad de
contar con un algn medio para la comunicacin elctrica de la voz se haca cada vez mayor.
No es sino hasta el ao de 1876 que se patenta el aparato que va ha revolucionar las
tecnologas de comunicacin: el telfono, por parte de Alexander Gram Bell.
El telfono fue el primer aparato que permiti al espritu de una persona expresar un
mensaje por su propia voz, sin necesidad de transportar para ello su cuerpo, seal el
socilogo Henry Boettinger. Por muchos aos la red pblica telefnica o PSTN (Public
Switched Telephone Network) fue la nica red disponible para telefona. En la actualidad y
25
CAPTULO 3 Sistemas telefnicos
gracias al acelerado desarrollo de las redes de computadoras, as como de los servicios

multimedia y de transmisin de voz, datos e imgenes, contamos con redes inalmbricas de
banda ancha, redes de servicios digitales integrados o ISDN (Integrated Service Digital
Network), modo de transferencia asncrono o ATM (Asynchronous Transfer Mode), Frame
Relay e Internet.
A medida que fue pasando el tiempo, el telfono dej de ser un privilegio de pocos para
convertirse en una necesidad de muchos. En un principio se requeran lneas directas entre los
aparatos para poder establecer los enlaces, como se muestra en la Figura 3.1.
Figura 3.1 Interconexin directa entre 4 telfonos
Tal topologa se vuelve inmanejable a medida que se incrementa el nmero de usuarios.

En los inicios de la telefona fue muy comn la adquisicin de una sola lnea que sera usada
por varias personas, pero no tuvo mucho xito ya que no se garantizaba de ninguna manera la
privacidad de las conversaciones. Es por ello que nace la idea de concentrar en un solo nodo
mltiples conexiones de usuarios, la cual se materializa en el 1878 con la puesta en operacin
de la primera central telefnica manual en la calle Coleman de Londres (Gran Bretaa), la cual
serva solamente a 8 suscriptores. Para establecer una comunicacin con otro usuario, se
levantaba el telfono, recibindose en un tablero de la central tal peticin la cual era atendida
por una operadora que se encargaba de completar la conexin.
Para el ao de 1892 se instala en La Porte, Indiana (EE.UU.) la primera central
telefnica automtica, en la cual cada uno de los 99 usuarios que atenda solo deba marcar el
nmero solicitado sin la necesidad de pasar por una operadora. El sistema de conmutacin
automtica fue inventado por Almon B. Strowger, quien a travs de una subsidiaria de su
26
compaa Strowger Automatic Telephone, fundada el 30 de octubre de 1981, instal este

sistema a lo largo de los Estados Unidos, Canad, Cuba y Australia. El uso de estas centrales
fue tan extendido que se convirti en el estndar de la poca en gran parte del mundo.
Aunque la primera patente para un sistema de conmutacin telefnica automtica fue
aceptada en el ao 1879, el primer sistema con xito prctico fue el de Strowger. El hecho de
que cada llamada tuviese que ser atendida por una operadora, se prestaba para prcticas
deshonestas al observarse preferencia en la conexin de algunas llamadas hacia ciertas
operadoras. Es claro que haba intereses econmicos detrs, y Almon B. Strowger no poda
aceptarlo. El ide un sistema que utilizaba brazos mecnicos que rotaban sobre un eje para
hacer contacto con uno de diez contactos en un arco. Este era el mecanismo de conmutacin
de circuitos, donde los brazos y selectores reciban las instrucciones de control a travs de
impulsos elctricos enviados desde el telfono que iniciaba la llamada. Cada dgito marcado
estableca un segmento de la conexin, y desviaba la llamada hacia otra etapa de conmutacin
hasta completarse todos los dgitos.
Las primeras redes telefnicas eran pequeas, enlazando unos pocos usuarios en recintos
especficos a travs de tableros de conmutacin, como el mostrado en la Figura 3.2. Pero no
tomara mucho tiempo para que esas redes crecieran de decenas a cientos y luego a miles de
usuarios. Al mismo tiempo, las redes locales comenzaron a ser conectadas con localidades
remotas, dando origen a los primeros enlaces de larga distancia. La primera troncal
interurbana fue establecida entre Halifax y Bradford en el Reino Unido, a comienzos del ao
1880. El acelerado desarrollo del sistema telefnico en ciudades grandes y pequeas, hizo
evidente la necesidad de interconectarlas a travs de nodos intermedios, proceso que tomara
varias dcadas incluso en las naciones ms desarrolladas. El trmino que se adjudic a estos
enlaces fue el de lneas troncales, por analoga con el sistema ferroviario donde a las
principales arterias viales se les denominaba as.
El prximo paso sera el establecimiento de enlaces entre pases, lo cual tuvo lugar en
1891 cuando se lanz el primer cable submarino entre Inglaterra y Francia permitiendo las
conversaciones mediante cabinas especialmente equipadas en Londres y Pars. Sin embargo,
las transmisiones transocenicas no se podran concretar a travs de cableado convencional.
Los voltajes que se manejan en las llamadas telefnicas son bajos y no pueden propagarse a
travs de canales extensos sin sufrir atenuaciones considerables, y para la poca no se contaba
27
Figura 3.2 Tablero de conmutacin para atender de 2 a 4 lneas 1
con la tecnologa requerida para disear amplificadores que pudiesen trabajar bajo las
condiciones extremas de las profundidades del ocano. Por esta razn las primeras
transmisiones de voz entre continentes se realizaron a travs de radioenlaces.
Tomara alrededor de cincuenta aos despus de la invencin del telfono, para que se
realizaran las primeras llamadas telefnicas trasatlnticas. En 1926 los laboratorios Bell y la
oficina postal britnica crearon el primer sistema bidireccional para transmisin de voz, y para
el 7 de enero de 1927 ya se contaba con un servicio comercial entre las ciudades de Nueva
York y Londres. Otro gran avance en la telefona, sera el discado directo internacional DDI
donde el abonado poda marcar directamente un nmero a otro pas sin tener que pasar por una
operadora.
3.2 Centrales telefnicas
La central telefnica es la instancia donde se realiza el establecimiento y control de la
comunicacin entre el abonado que inicia la llamada (en adelante abonado A), y el abonado
que recibe la llamada (en adelante abonado B). Histricamente podemos diferenciar tres
etapas en su desarrollo (vase Figura 3.3): en primer lugar aparecieron las centrales manuales
donde la comunicacin se estableca fsicamente sobre un tablero con la ayuda de una
operadora, luego con la invencin del conmutador Strowger se fabricaron los primeros nodos
de conmutacin electromecnicos donde ya no se requera de la intervencin humana para la
operacin. Aunque estos sistemas demandaban muchas horas de mantenimiento, los ahorros
logrados al prescindir de las operadoras fue determinante para su aceptacin. Por otro lado
estos nuevos sistemas incrementaban dramticamente el trfico manejado a un bajo costo,
sentando las bases para el rpido desarrollo de las redes de telecomunicaciones. Por ltimo
tenemos las centrales controladas por programa almacenado o SPCE (Stored Program Control
1
Foto extrada de Collectors Phone, Telephones Lines LTD, vase [8]
28
Exchange) donde el software contiene la inteligencia del nodo de conmutacin y el procesador

es el encargado de ejecutar las maniobras de transporte y control requeridas por la red. Entre
las ventajas ms notables de este tipos de centrales tenemos: facilidad en el manejo de los
equipos, estructura flexible, gran diversidad de funciones y servicios y por ltimo un alto
grado de confiabilidad.
Figura 3.3 Evolucin de las centrales telefnicas a travs del tiempo 2
3.2.1. Estructura de procesamiento:

Uno de los requerimientos ms importantes en cualquier nodo de conmutacin, es la alta
capacidad para el control de procesos en tiempo real. Estamos hablando de cientos de miles de
decisiones por segundo, donde la mayora de las tareas son simples y repetitivas. Debido a los
notables avances logrados en el campo de la microelectrnica y computacin, no existe hasta
el presente una mejor alternativa que implementar las funcionalidades de una central
telefnica mediante el uso de procesadores. Se distinguen dos tendencias generales:
Control Centralizado:
En este enfoque las labores de control de alto nivel son ejecutadas por un sistema de
control central (vase Figura 3.4). En el caso ms riguroso, solo un procesador es utilizado
(sistema mono-procesador) para ejecutar las rutinas y operaciones avanzadas. El procesador
debe ser dimensionado en funcin de las tareas ms complicadas. Sin embargo, las tareas
sencillas y peridicas (rutinas) son las que ms demandan capacidad del procesador. Por lo
tanto el desempeo del sistema como un todo podra verse afectado. La solucin idnea es
utilizar varios procesadores que compartan la carga de trabajo (sistema multiprocesador).
2
Fotografas extradas de [9], [10] y [11] respectivamente.
29
En los ltimos aos ha surgido una nueva tendencia que se ha denominado arquitectura
jerrquica para control centralizado, donde existen niveles de procesamiento que poseen
atribuciones especficas. Es importante resaltar que igualmente tendremos para este caso,
sistemas mono y multiprocesador, como se observa en la Figura 3.4.
Figura 3.4 Arquitecturas de control centralizado

Control distribuido:
En sistemas de control distribuido no existe un procesador central que coordine el
funcionamiento global. La red de conmutacin esta estructurada en subsistemas, cada uno de
los cuales posee su propio procesador(es). La principal ventaja que nos ofrece este
ordenamiento es la total independencia de un ente central, que en caso de presentar fallas
podra comprometer el desempeo de todos los subsistemas. En la Figura 3.5 se muestra un
esquema de dicha configuracin.
Figura 3.5 Arquitectura de control distribuido

30
3.2.2. Red de acceso:

La red de acceso o lazo local es la conexin entre el abonado y el proveedor de servicios
telefnicos. En los sistemas tradicionales est compuesto por un alambre de cobre o par
trenzado que se extiende entre 1 - 10 km hasta la oficina principal ms cercana. El cobre es un
buen transmisor de las seales elctricas y tiene excelentes prestaciones para la transmisin en
banda base. Adems, ha sido utilizado en frecuencias mucho mayores de las que se pensaron
originalmente, para ofrecer servicios de Internet de gran capacidad.
En las antiguas redes analgicas, el principal problema era la fuerte atenuacin de las
seales de voz sobre los enlaces que interconectaban las centrales. Sin embargo este problema
fue solventado con la introduccin de la modulacin PCM, limitando el camino de la seal
analgica al trayecto entre el abonado y la oficina principal. Las centrales y redes troncales de
la actualidad estn digitalizadas en su gran mayora, minimizando as el problema de la
atenuacin. Incluso se est sustituyendo en algunos pases el lazo local analgico por
sealizacin digital.
3.2.3. Red de conmutacin:
El primer sistema de conmutacin conocido fue SxS (Steb by Step) o de paso a paso,
diseado por Strowger, donde se encaminaba la llamada telefnica a travs de elementos
electromecnicos giratorios que se colocaban en posicin con cada nmero discado. Al
culminar la marcacin quedaba establecido un canal de comunicacin fsico entre los dos
abonados.
El prximo paso fue la invencin de los selectores de barras cruzadas que ofrecan
mayor rapidez y sobretodo, elasticidad en el encaminamiento de las llamadas, al sustituir los
elementos rotatorios electromecnicos, por rels de tamao reducido, desarrollados durante la
segunda guerra mundial. Sin embargo, la necesidad de establecer un camino fsico para la
comunicacin era inapropiado desde todo punto de vista: en primer lugar las interferencias
provocadas por el movimiento de piezas electromecnicas y contactos hacia muy pobre la
calidad del servicio, en segundo lugar, el tiempo de establecimiento de una llamada poda
tomar mucho tiempo y por ltimo, con el crecimiento exponencial de las redes de telefona, se
requera de sistemas que pudiesen manejar grandes nmeros de usuarios, lo cual no se pudo
lograr con los sistemas existentes.
31
El avance ms significativo vendra hacia mitad de los aos setenta con la introduccin
de la conmutacin digital, lo cual fue posible gracias a los avances que se estaban
capitalizando en los campos de la computacin y microelectrnica. La economa de escala
juega un papel fundamental en el diseo de los sistemas telefnicos, y la optimizacin del uso
de los recursos es indispensable. En consecuencia, se han diseado esquemas que permiten
manejar mltiples comunicaciones sobre un mismo canal fsico. Esto se conoce como
multiplexacin, y pueden diferenciarse dos grupos principales, como se observa en la Figura
3.6. En primer lugar tenemos la multiplexacin por divisin en frecuencia o FDM (Frequency
Division Multiplexing) y luego est la multiplexacin por divisin en tiempo o TDM (Time
Division Multiplexing).
Figura 3.6 Principales esquemas de multiplexacin
La multiplexacin por divisin en frecuencia es empleada generalmente en sistemas de

transmisin analgicos. Consiste en la segmentacin del ancho de banda total del medio fsico
en porciones que son asignadas a canales independientes de comunicacin. Por otro lado la
multiplexacin por divisin en tiempo, es muy utilizada en los sistemas de transmisin
digitales. En este esquema se asigna el ancho de banda total del medio fsico a cada canal de
comunicacin durante un intervalo de tiempo determinado. En el campo de la telefona est
ampliamente arraigada la multiplexacin temporal, en especial una tcnica denominada
modulacin por cdigo de pulso o PCM (Pulse Code Modulation).
Bajo el enfoque de la multiplexacin temporal, tenemos entonces que la funcin
principal del nodo de conmutacin es interconectar lgicamente canales de tiempo entrantes y
canales de tiempo salientes, para simular una comunicacin ininterrumpida, como se muestra
claramente en la Figura 3.7, donde se asigna el canal 2 al Abonado A y el canal 4 al Abonado
B. Una caracterstica peculiar de esta conmutacin de circuitos es que no se requiere
32
informacin adicional en los paquetes de informacin y por tanto solo se transmite voz, ya que
las labores de sincronizacin y control residen en el nodo de conmutacin.
Figura 3.7 Enlace lgico de canales de voz
El nodo de conmutacin debe enlazar el canal 2 entrante con el canal 4 saliente (el
Abonado B puede escuchar lo que dice el Abonado A), as como el canal 4 entrante con el
canal 2 saliente (el Abonado A puede escuchar lo que dice el Abonado B), con lo cual se tiene
una comunicacin bidireccional. Para lograr esto se requiere de dos bloques funcionales, uno
que permita la conmutacin temporal (seleccionar canal de voz) y otro que realice la
conmutacin espacial (seleccionar el camino correcto), como se muestra en la Figura 3.8:
Figura 3.8 Bloques funcionales en un nodo de conmutacin
En la conmutacin temporal cada ranura de tiempo es almacenada en un registro de

datos. Luego, un registro de control indica la secuencia en que debe ser leda la data guardada,
33
logrando as el intercambio lgico de informacin entre dos abonados. El registro de control es

inicializado antes de que se establezca la comunicacin. En la conmutacin espacial, la lgica
de control establece la interconexin de la entrada con alguna de las lneas de salida para cada
intervalo de tiempo, con lo cual se encaminan los canales de voz a los abonados
correspondientes.
3.3 Jerarquizacin de las centrales:

Con la puesta en operacin de las primeras centrales telefnicas y el aumento creciente
del nmero de abonados, se hizo clara la necesidad de definir niveles de jerarqua dentro de la
red pblica telefnica. Por lo general una llamada se conecta a travs de la ruta ms corta
posible, aunque se podra enrutar por mltiples trayectorias adicionales, en caso de estar el
troncal ms adecuado ocupado. Esto es posible debido a que la conmutacin en las centrales
telefnicas se hace a nivel electrnico, soportado por computadoras de propsito general con
una gran cantidad de equipo de E/S muy especializado. Segn su uso tenemos dos grandes
categoras: las centrales pblicas y las centrales privadas.
3.3.1. Centrales Pblicas:
Las centrales pblicas son aquellas que pertenecen a una operadora telefnica que presta
el servicio en una determinada localidad, en plan de numeracin nacional. Se clasifican a su
vez en centrales locales, interurbanas e internacionales.
3.3.1.1. Centrales locales:
Su funcin principal es interconectar llamadas de la misma localidad geogrfica. De
acuerdo al tipo de enrutamiento que realizan, se subdividen en: principales, satlites y tandem
Figura 3.9. Las centrales principales encaminan la totalidad de las llamadas entre los
abonados que pertenecen a ella. Las centrales satlites surgen como consecuencia de
crecimientos demogrficos no previstos en el planeamiento de la red telefnica, y permiten
aliviar la sobrecarga asociada a la central principal. Por ltimo tenemos las centrales tandem,
las cuales no poseen abonados propios y se encargan de enlazar centrales de una misma rea
local.
34
Figura 3.9 Tipos de centrales locales
3.3.1.2. Centrales interurbanas:

Tambin conocidas como centrales de larga distancia nacional, manejan el trfico entre
abonados de reas geogrficas distantes. En general cada localidad geogrfica posee una
central interurbana a la cual concurren todas las centrales locales. Las centrales interurbanas se
enlazan entre s para proveer la interconexin de abonados a nivel nacional.
3.3.1.3. Centrales internacionales:
Tambin conocidas como centrales de larga distancia internacional, permiten la
comunicacin entre abonados de diferentes naciones. Todo pas posee por lo general varias de
estas centrales, a las cuales van conectadas centrales locales y de larga distancia nacional.
3.3.2. Centrales privadas:
Las centrales privadas , tambin conocidas como centralitas, son usadas en empresas e
instituciones de mediano y gran tamao para manejar el trfico telefnico interno. Su origen se
remonta a los inicios de la telefona cuando las compaas privadas se decidieron a encaminar
sus lneas internas a un tablero de conexiones al que se llam central telefnica privada o PBX
(por las siglas en ingls de Private Branch Exchange). De este tablero tambin salan lneas
que iban a la compaa telefnica local, ofreciendo as comunicacin con la red pblica. Esta
nueva configuracin efectiva, econmica y eficaz trajo grandes beneficios al sector industrial,
comercial y financiero.
35
Tiempo despus del surgimiento de las primeras PBX, en las cuales cada llamada (tanto
interna como externa) deba ser conectada con la ayuda de una operadora, se introdujo el
trmino de central telefnica privada automtica PABX (Private Automatic Branch
Exchange) para distinguir aquellas centrales donde la conexin de llamadas se realizaba
automticamente. No obstante el trmino PBX estaba tan arraigado en el vocabulario
cotidiano, que an en la actualidad se utiliza para referirse a las centrales privadas ms
modernas.
Las PBX no tienen lmite en cuanto al nmero de lneas que pueden servir, pero el
precio aumenta considerablemente con el incremento de stas. En general, deben cumplir tres
objetivos principales: establecer conexiones (circuitos) entre los equipos terminales de dos
usuarios (que pueden incluir telfonos, fax, modems, entre otros), mantener dichas conexiones
mientras los usuarios as lo requieran y por ltimo proveer de informacin estadstica sobre el
uso de las lneas al departamento correspondiente en la compaa. Otro aspecto importante al
momento de categorizar una central privada automtica es la interfaz con el exterior, que
puede ser: propietaria, donde el fabricante define los protocolos de comunicacin, o estndar,
donde se utilizan reglas de comunicacin avaladas por organismos de normalizacin. El
estndar ms popular para hacer dicha interfaz se conoce como red digital de servicios
integrados o ISDN (Integrated Services Digital Network). Por otro lado, una de las
caractersticas ms apreciadas de los sistemas PBX, son los servicios avanzados que pueden
ser implementados. Entre los ms conocidos, tenemos:
Transferencia de llamadas: le permite al usuario contestar llamadas y desviarlas a
otro nmero.
Conocer estado de las extensiones: muy til para el monitoreo de la red por parte del
administrador del sistema.
Llamada en espera: retener llamadas entrantes a extensiones ocupadas, as como
mantener mltiples conversaciones privadas a la vez.
Llamada en conferencia: es un servicio que permite establecer conexiones con
varias personas y hablar con todas ellas simultneamente.
Manejo de estadsticas: como se seal anteriormente, podemos tener un registro
detallado con la informacin inherente al trfico de llamadas en la red.
36
Sistema de contraseas: esta caracterstica permite la creacin de perfiles de

usuario, que solo tendrn acceso a los servicios asignados por el administrador.
Desvo de llamadas: posibilita recibir llamadas destinadas a cierto nmero, en otra
lnea previamente programada. Muy til para movimientos temporales de personal
dentro de las compaas.
Distribucin de llamadas: para los casos en que se dispone de muchas lneas y el
factor determinante es el tiempo de respuesta (servicios de emergencia, informacin
por operadoras, etc), sin importar quien conteste la llamada, contamos con un
sistema que entrega automticamente las llamadas entrantes a las lneas que estn
desocupadas.
Entre las PBX ms modernas, existe un grupo que reciben el nombre de CBX
(Computarized Branch Exchanges). Estas centrales privadas constan bsicamente de un
sistema de procesamiento de gran capacidad, una instancia para el almacenamiento masivo de
datos y un sistema de conmutacin de lneas. Los nuevos servicios ofrecidos, estn orientados
a redes TCP/IP (Internet) y mensajera multimedia.
3.3.3. Centrales privadas virtuales:
Las empresas e instituciones disponen bsicamente de dos opciones para el manejo del
trfico telefnico en sus instalaciones: contratar tantas lneas como sean necesarias a la
compaa de telfono local o instalar en su sede una centralita que manejar las extensiones de
todos los trabajadores e ir a su vez conectada por uno o varios canales a la red pblica
telefnica. La primera opcin no es para nada atractiva, ya que al disponer de lneas de
abonado normal, no se pueden disfrutar de los servicios mencionados anteriormente y los
costos a pagar son excesivos. La segunda opcin solo se justifica para compaas medianas y
grandes que requieren de un gran nmero de extensiones. Sin embargo, para empresas
pequeas la inversin inicial a realizar en la compra del equipo puede ser alta y tener un
perodo largo de amortizacin.
Para atender este sector del mercado, muchas operadoras telefnicas a nivel mundial han
ideado un servicio que permite a sus abonados la utilizacin de la infraestructura de la central
pblica como si se tratase de una PBX, integrando as a los empleados en una red corporativa
virtual sin necesidad de hacer costosas inversiones, como se muestra en la Figura 3.10. Para el
37
operador la ventaja es clara: se puede ofrecer el servicio casi inmediatamente al no tener que
instalar equipos en la sede de la empresa. Desde el punto de vista del cliente, no se tendrn
gastos de instalacin y mantenimiento de equipos que en pocos aos quedarn desactualizados
y adems se evita el efecto de la obsolescencia al ir adaptando las funcionalidades de la PBX
virtual conforme se actualizan las centrales de la red pblica.
Figura 3.10 Central Privada Virtual
Al momento de decidir entre instalar una central privada en una compaa o contratar el
servicio PBX virtual, tambin conocido como CENTREX (Central Office Exchange Service),
se deben analizar en conjunto las necesidades de la empresa, las funcionalidades requeridas,
los gastos por concepto de instalacin y mantenimiento de equipos, entre otros. Veamos los
factores ms determinantes en detalle:
Funcionalidad: en la actualidad, los fabricantes de PBX ofrecen aplicaciones novedosas
como la integracin de voz y datos, interfaces RDSI y Frame Relay, distribucin automtica
de llamadas, reconocimiento y correo de voz, integracin telefona-PC, servicios Class para
soportar ISDN, conmutacin ATM, soporte de LAN, entre otros. Para que un servicio centrex
sea interesante al cliente, debera ofrecer una funcionalidad similar o superior, lo cual suele ser
la regla, ya que la mayora de las centrales digitales de la actualidad son muy flexibles a nivel
de software. Las nicas limitaciones que pueden presentarse con PBX virtuales son capacidad
de proceso y disponibilidad de memoria, por el hecho de que una central pblica maneja
usualmente decenas de miles de abonados.
Costos: la compra de una central privada supone por lo general una inversin inicial
fuerte (por los gastos asociados a adecuacin de planta fsica, instalacin y cableado de
equipos, etc) y a futuro costes variables de mantenimiento y actualizaciones. Su contraparte, el
38
servicio centrex, garantiza un pago mensual fijo, que an siendo elevado, es ms fcil de
cuantificar y administrar.
Alcance de la inversin: si se quiere implantar una solucin segura y a largo plazo
podra resultar interesante adquirir una PBX. Por el contrario, si se necesita una salida a corto
plazo y rpida, la contratacin del servicio centrex resulta ms adecuada.
Ubicacin fsica y facilidades avanzadas: tpicamente el servicio centrex ofrece
caractersticas adicionales a las del servicio telefnico bsico. Entre estas podemos sealar:
acceso a la red pblica va ISDN (que proporciona una calidad superior en la comunicacin,
permite el establecimiento ms rpido de las llamadas y maneja gran ancho de banda), servicio
de mensajera de voz y fax, entre otros. Por otro lado, si la empresa posee varias sedes, la
adquisicin de centrales privadas para cada una de ellas sera muy costoso y quizs sea ms
beneficioso contratar el servicio centrex por regin , con lo cual se tendr una sola red virtual
de comunicacin a nivel nacional.
3.4 La red telefnica

Se estima que para comienzos del siglo XXI, existan en el mundo ms de mil millones
de lneas telefnicas en operacin, que en conjunto conforman el medio de comunicacin ms
extendido en el planeta. Es por ello que la tendencia a utilizar este sistema como punto de
partida en el diseo de los nuevos protocolos y esquemas de comunicacin, est muy en boga
en la actualidad.
3.4.1. Estructura general del sistema telefnico:
Desde sus inicios, la red telefnica est sustentada por instancias que concentran
abonados y conectan llamadas (centrales telefnicas) las cuales estn dispersas por toda la
geografa terrestre, ocupando diversos niveles jerrquicos. Este tipo de organizacin permite la
comunicacin entre dos personas en cualquier parte del mundo, minimizando el nmero de
interconexiones entre ellas y mejorando notablemente la calidad del servicio.
El ancho de banda previsto para una conversacin telefnica fue de 3,1 Khz, en el rango
de frecuencias 300 3400 Hz; suficiente para transmitir la voz humana de manera inteligible,
y a la vez reducido para poder transmitir sobre un canal fsico de ancho de banda limitado, la
mayor cantidad de conversaciones simultneamente. En los comienzos de la telefona, las
conversaciones se transmitan de forma totalmente analgica de extremo a extremo. Esto traa
39
inconvenientes serios cuando la comunicacin se efectuaba entre puntos distantes, ya que la

relacin seal a ruido era muy pobre. Por otra lado, la regeneracin y multiplexacin de
seales analgicas requiere de equipos sofisticados y costosos y siempre distorsiona la seal
original.
Hacia finales de los aos 1950, las compaas telefnicas entendieron que la solucin a
este problema era la digitalizacin de la comunicacin. Es por ello que partir de los aos
sesenta, las operadoras ms importantes empiezan a digitalizar los enlaces troncales, como se
muestra claramente en la Figura 3.11. El nico tramo que permanecera totalmente analgico
sera el lazo local, debido a que los costos involucrados en su digitalizacin eran enormes y no
se justificaban.
Figura 3.11 Diagrama de interconexin entre abonados

de una misma regin geogrfica.
La digitalizacin de la comunicacin empieza entonces en la oficina principal o central

local a la cual est conectado el abonado. Por el teorema de Nyquist, para digitalizar una seal
analgica y no perder informacin, se debe muestrear por lo menos al doble de la frecuencia
mxima que se pretende capturar, es decir:
f muestreo 2 f max
El ancho de banda efectivo del canal telefnico es de 4Kz (3,1 KHz tiles mas 450 Hz
de margen a cada lado) , y por la expresin anterior la frecuencia de muestreo debe ser de 8Kz.
Por lo tanto la seal analgica de voz debe ser cuantificada ocho mil veces por segundo, lo
cual es equivalente a tomar una muestra cada 125 micro-segundos. Cada una de estas muestras
es convertida por un codec a una palabra digital de 7 8 bits, mediante una tcnica conocida
como modulacin por cdigo de pulso o PCM .
40
3.4.2. Multiplexacin de canales sobre el medio de transmisin:

El caudal de dgitos binarios generado por el codec debe ser agrupado de manera lgica
para poder acomodar mltiples canales de comunicacin sobre un solo enlace fsico. La
tcnica de multiplexacin en tiempo, explicada con anterioridad, es el mecanismo ms
adecuado y sencillo de implantar en sistemas digitales. En la actualidad existen dos esquemas
muy extendidos por todo el mundo: la Jerarqua Digital Plesicrona o PDH (por las siglas en
ingls de Plesiochronous Digital Hierarchy) y la Jerarqua Digital Plesicrona o SDH (por las
siglas en ingls de Synchronous Digital Hierarchy). No obstante la velocidad digital base est
estandariza en 64 kbps.
3.4.2.1. Jerarqua Digital Plesicrona:
La Jerarqua Digital Plesicrona fue concebida para transportar grandes cantidades de
informacin usando equipos o dispositivos que estn fsicamente distantes y por tanto no estn
perfectamente sincronizados. Bajo esta tcnica, la transferencia de datos es posible an en
presencia de pequeas variaciones alrededor de la velocidad nominal de transmisin, tambin
conocida como bit-rate. De aqu el trmino plesicrono, que se deriva del griego plesio
(cercano) y chronos (tiempo). Existen tres estndares de PDH: el americano, el europeo y el
japons, los cuales difieren en parmetros de la implementacin.
La trama usada en el sistema americano es una norma de facto de la Bell del ao 1962.
Se disponen 24 intervalos de tiempo de 8 bits y un bit adicional para alineamiento de trama y
multitrama, como se muestra en la Figura 3.12. Cada trama tiene una duracin de 125 useg
por la cual el primer nivel de la jerarqua (T1) tendr una velocidad de transmisin de 193
bits/125 useg = 1,544 Mb/s. El segundo nivel (T2) agrupa 96 canales de 64kbps (4 tramas T1),
para lograr una velocidad de 6,312 Mb/s. Los siguientes niveles de la jerarqua se muestran en
la Tabla 3.1 . En el Japn se utiliza un esquema igual al americano, pero con distintas tasas de
multiplexacin a partir del tercer nivel de la jerarqua.
41
Figura 3.12 Trama del primer nivel de la jerarqua PDH americana (T1)
En el sistema europeo, el primer nivel jerrquico (E1) multiplexa 30 canales de voz de

64 kbps ms otros 2 utilizados para sealizacin y sincronizacin, como se muestra en la
Figura 3.13. Por lo tanto, una trama del primer nivel contendr 240 bits tiles ms 16 de
control para dar una velocidad de transmisin de 2,048 Mbps. El segundo nivel (E2)
multiplexa 4 flujos E1, tenindose una velocidad de transmisin de 8,448 Mb/s. Los siguientes
niveles de la jerarqua se muestran en la [Tabla 3.1]. Por ltimo es importante sealar que la
mxima variacin tolerada alrededor de la velocidad nominal de transmisin, es de +/- 50 ppm
(partes por milln).
Figura 3.13 Trama del primer nivel de la jerarqua PDH Europea (E1)
En la Tabla 3.1 se presenta la velocidad de transmisin para cada uno de los niveles en
los estndares PDH ms extendidos. Se usa la nomenclatura E0 y T0 para referirnos al canal
digital de 64 kbps, y se indica oportunamente la relacin entre niveles consecutivos. Aunque
las tasas de bits del cuarto nivel de la jerarqua son altas, existen casos donde se requiere un
42
ancho de banda mucho mayor, por lo cual se recurre a un esquema ms avanzado de

multiplexacin que estudiaremos en el prximo punto.
Nivel PDH Amrica PDH Japn PDH Europa
Mbit/s Denominacin Mbit/s Denominacin Mbit/s Denominacin
1 1,544 T1 = 24 T0 1,544 T1 = 24 T0 2,048 E1 = 32 E0
2 6,312 T2 = 4 T1 6,312 T2 = 4 T1 8,448 E2 = 4 E1
3 44,736 T3 = 7 T2 32,064 N3 = 5 T2 34,368 E3 = 4 E2
4 274,176 T4 = 6 T3 97,728 N4 = 3 N3 139,264 E4 = 4 E3
Tabla 3.1 Estndares mundiales en la Jerarqua Digital Plesicrona
3.4.2.2. Jerarqua Digital Sncrona:

El esquema de multiplexacin PDH fue desarrollado a principio de los aos 1960 por
AT&T en los Estados Unidos. Posteriormente el CCITT, publica su versin propia donde
difera la forma de multiplexar los canales, generando as un sistema incompatible con el
norteamericano. Por su parte los japoneses decidieron seguir el estndar anglosajn pero slo
hasta el tercer nivel de la jerarqua. Bajo estas condiciones, el sistema telefnico digital tuvo
que adoptar costosos equipos que se encargaran de las conversiones entre estndares, y lograr
de esta forma la interconectividad global.
Adems de la incompatibilidad internacional, el sistema PDH fue diseado para sistemas
de transmisin sobre cable coaxial y microondas, por lo que los nuevos medios de transmisin
de banda ancha , como la fibra ptica, no son usados eficientemente. Por otro lado, el uso de
mltiples relojes en las jerarquas 2 y superiores del esquema PDH, impide extraer
directamente canales de estos niveles, siendo necesario la demultiplexin hasta llegar al E1 o
T1 correspondiente.
Para dar fin a la situacin problemtica planteada, los ingenieros de Bellcore en Estados
Unidos empezaron a trabajar a partir de 1985 en un estndar al que denominaron SONET (por
43
las siglas en ingls de Synchronous Optical Network). En dicho estndar, se emplean

apuntadores que indican exactamente donde comienza cada de una de las tramas
multiplexadas a diferencia de PDH donde se utilizan bits de relleno. De esta forma se puede
acceder directamente a la informacin de un canal especfico sin la necesidad de alterar al
resto de los canales.
La velocidad de transmisin del primer nivel de la jerarqua SONET es de 51,840 Mb/s
y la trama correspondiente se conoce como OC-1 (por las siglas en ingls de Optical Carrier 1)
para interfaz ptica y STS-1 (por las siglas en ingls de Synchronous Transport Signal One)
para interfaz elctrica. Los niveles superiores son mltiplos de esa velocidad y se denominan
OC-n o STS-n, donde n representa el nmero de veces que contiene a la unidad bsica.
Luego de pasar las fases de prueba y culminado el desarrollo, Bellcore propone al
CCITT en el ao de 1987 que se acepte SONET como estndar internacional. La propuesta no
es bien recibida en Europa ya que el estndar era incompatible con los niveles de la jerarqua
superior E3 y E4. Los japoneses tambin hicieron sentir su descontento respecto a la
recomendacin y por tanto tuvo que llegarse a un consenso donde cada una de las partes tuvo
que ceder espacio. Dicho acuerdo se materializ con la definicin de la Jerarqua Digital
Sncrona SDH, estndar internacional que utiliza como velocidad fundamental OC-3 (155,52
Mb/s) y se denomina STM-1 (por las siglas en ingls de Synchronous Transfer Module 1).
Anlogamente con SONET, los niveles superiores son mltiplos de esa velocidad y se
denominan STM-n, donde n representa el nmero de veces que contiene un STM-1.
Los sistemas de transmisin basados en SONET/SDH son la base de las modernas
infraestructuras de telecomunicaciones. Entre las caractersticas ms novedosas, se destacan:
Las seales de niveles superiores son sncronas entre s y estn en fase por ser
generadas localmente en cada nodo de la red.
Las tramas de SDH pueden transportar cargas plesicronas, trfico ATM o unidades
de menor orden lo cual supone a manejar diversos estndares sobre una misma red.
Compatibilidad elctrica y ptica entre equipos de distintos fabricantes por la
definicin rigurosa de las interfaces en el estndar.
CAPTULO 4
Organizacin de la empresa y plataforma tecnolgica
El objetivo de este captulo es dar una perspectiva general de la compaa donde se
ejecut el proyecto, haciendo especial nfasis en la plataforma tecnolgica utilizada. Para
ello se ha estructurado este apartado en cuatro (4) secciones. Se presentan sucesivamente la
misin, visin y estructura organizativa de la empresa y por ltimo se explica detalladamente
la red de gestin de centrales telefnicas, instancia donde tuvo lugar el desarrollo.
Cantv es la compaa privada ms grande de Venezuela. Desde su privatizacin en 1991,
ha experimentado una constante transformacin para convertirse en una empresa competitiva,
con altos niveles de calidad en la oferta de sus productos y servicios de transmisin de voz,
datos, acceso a internet, telefona celular y directorios de informacin. Todos ellos enfocados
con un profundo conocimiento de las necesidades de sus clientes.
Los cambios han sumido a Cantv en un proceso de integracin con sus empresas
asociadas, que ya comienzan a dar sus frutos. Movilnet, Cantv.net y Caveguas forman un
frente nico con la Corporacin Cantv para aprovechar las sinrgias y ofrecer a sus clientes
soluciones integrales a sus necesidades de telecomunicaciones sean estas comunicaciones
inalmbricas, fijas, transmisiones de datos, Internet o servicios de informacin y directorios
telefnicos.1
4.1 Misin de la empresa

Dominar el mercado de las telecomunicaciones en el pas, a travs de la oferta de
soluciones integrales de telecomunicaciones, que permitan mejorar la calidad de vida del
venezolano.
4.2 Visin de la empresa
Ser el principal proveedor de servicios de telecomunicaciones de Venezuela, y satisfacer
todas las necesidades de los clientes, siempre bajo exigentes patrones de tica y rentabilidad.
4.3 Estructura organizativa
Para una comprensin global de la estructura funcional de la empresa, se muestra en la
Figura 4.1 el organigrama de la corporacin CANTV. La unidad en la cual se desarroll el
proyecto fue la Coordinacin de Gestores Fuera de Lnea, adscrita a la Gerencia General de
1
Tomado de Oficina Virtual de CANTV, vase [1]
45
CAPTULO 4 Organizacin de la empresa y plataforma tecnolgica
Soporte de Aplicaciones, que a su vez pertenece a la Gerencia General de la Red. En la Figura

4.2 se presenta la organizacin funcional de dicha gerencia.
Figura 4.1 Organigrama de CANTV
Figura 4.2 Organigrama de la Gerencia General de la Red

46
La Gerencia de Soporte de Aplicaciones tiene como principal objetivo el planificar,

coordinar y ejecutar los procesos y acciones inherentes a la administracin de la plataforma de
software que soporta la operacin de la red de telecomunicaciones de la corporacin.
Por su parte, la Coordinacin de Gestores Fuera de Lnea est encargada de proveer
herramientas e indicadores que permitan monitorear el desempeo de la red de voz y datos de
CANTV, para garantizar el cumplimiento de los lineamientos del ente regulador como
tambin de los estndares de calidad de la corporacin.
4.4 Red de gestin de centrales telefnicas

Toda red de telecomunicaciones debe contar con una plataforma de monitoreo, que
permita supervisar la continuidad y el grado de servicio ofrecido a los clientes, as como
proveer toda la informacin necesaria para la planificacin y dimensionamiento de la red,
requerimientos del ente regulador de las telecomunicaciones a nivel nacional (CONATEL en
Venezuela) y cualquier otra data que sea solicitada en un momento especfico.
Actualmente, la red pblica telefnica de CANTV est conformada en ms del 95% por
centrales de tecnologa digital. Por razones econmicas y estratgicas, la corporacin cuenta
con cuatro tecnologas distintas de centrales, las cuales son: AXE-Ericsson, 5ESS-AT&T,
EWSD-Siemens y NEAX-NEC. Econmicamente, la ventaja radica en no depender de un solo
fabricante o proveedor, que pueda de alguna manera ejercer presin sobre la operadora de
telefona al sentir el control total sobre la plataforma tecnolgica. Estratgicamente, tenemos
una diversidad en planta que garantiza problemas localizados ms no generalizados, lo cual
sera catastrfico tanto para la empresa como para los usuarios.
La red de monitoreo y supervisin de la PSTN de CANTV est concentrada en el Centro
de Operaciones de la Red (COR). No obstante existen otras dependencias desde las cuales se
puede monitorear la PSTN, con diversos fines. Este es el caso de la Coordinacin de Gestores
Fuera de Lnea, que cuenta con su propia Red de Gestin, y cuya arquitectura se muestra en la
Figura 4.3
4.4.1. Estructura y funcionamiento general de la Red de Gestin:
La Red de Gestin est conformada por cuatro (4) servidores Hewlett-Packard, modelo
HP-9000 con sistema operativo HP-UX versin 11.0. Los servidores Trfico A, Trfico C y
Trfico N son utilizados en la captura de informacin y monitoreo de centrales, por lo cual
47
estn conectados en primera instancia a enrutadores que dirigen el trfico dentro de la red de
rea local (LAN) y dan acceso a la red pblica a travs de un multiplexor Newbridge, modelo
3600 Mainstreet. Este equipo se encarga de la multiplexacin de la informacin y de
establecer la interfase entre la Red de rea Local y la red conmutada de paquetes X.25 de
nuestro pas (VENEXPAQ). Por ltimo, la unidad terminal de datos, tambin conocida como
DTU (por las siglas en ingls de Data Terminal Unit) ofrece dos puertos digitales
independientes de hasta 64 Kbps cada uno o bien un solo puerto de 128 Kbps, para que los
usuarios puedan acceder a las centrales AT&T, AXE y EWSD. En el caso de Nec, tenemos
dos posibles accesos: el primero de ellos, a travs de la nube X.25 mediante los servidores
GPP que se encuentran fsicamente dentro de las centrales Neax y el segundo a travs de los
servidores Tomven: Estos servidores se encuentran en el Centro de Operaciones de la Red
(COR), y comparten un espacio en memoria con el servidor Trfico B.
Figura 4.3 Arquitectura de la Red de Gestin de GFL
La red de gestin trabaja bajo la filosofa de carga de procesamiento compartida y

redundancia en los accesos. Los servidores Trfico A, Trfico B y Trfico N estn destinados
a la captura de data y mediciones de trfico en todas las tecnologas (servidores de
48
produccin), mientras que Trfico C se utiliza para desarrollo de nuevas aplicaciones, aunque
tambin podra ser utilizado para acceder a las centrales ATT y AXE.
4.4.2. Servidores HP-9000:
Los servidores HP-9000 estn diseados para soportar servicios que demanden altos
niveles de procesamiento y disponibilidad. La tecnologa PA-RISC (Precision Architecture
Reduced Instruction Set Computing) empleada en su diseo, fue desarrollada por Hewlett
Packard y VLSI Technology Operation, como una estrategia para unificar todas sus familias
de procesadores bajo un enfoque RISC. Esta filosofa propone el uso de pequeas y sencillas
instrucciones, que tengan la misma duracin en tiempo, para aprovechar al mximo la
capacidad de computo de la unidad central de procesamiento.
La plataforma HP-9000 es totalmente modular y fue concebida bajo tecnologa SCA
(Scalable Computing Architecture) para aumento del rendimiento. El sistema operativo que
gestiona estos equipos es el HP-UX, versin propietaria de UNIX de la corporacin Hewlett
Packard. Los servidores de la Red de Gestin tienen instalada la version 11.00, que nos ofrece
las siguientes caractersticas:
Capacidad de manejar hasta 32 procesadores.
Manejo de aplicaciones de 64 32 bits.
Grado de disponibilidad del sistema garantizado en 99.99% del tiempo.
Optimizacin para el manejo de memoria paginada.
4.4.3. El Sistema Operativo UNIX:
El sistema operativo es el software del sistema responsable del manejo directo de los
elementos de hardware as como de la supervisin de la entrada, salida, almacenamiento y las
funciones de procesamiento.
En un principio las labores de programacin y administracin de sistemas se realizaban a
nivel de hardware. A medida que la complejidad de los equipos fue aumentando, y las
aplicaciones fueron escapando del mbito cientfico, se hizo necesario contar con un
mecanismo que aislara el funcionamiento real de la mquina, de los servicios y
funcionalidades que sta ofreca al usuario. Nacen as los primeros sistemas operativos, que
inicialmente no eran ms que subrutinas para hacer tareas especficas (leer en disco, escribir
un carcter, etc).
49
Con el desarrollo de los sistemas de tiempo compartido, y la necesidad de contar con

una plataforma que diera servicios a miles de usuarios, se rene a mediados de la dcada de
los sesenta un grupo de investigacin conformado por el MIT (Massachusetts Institute of
Technology), Bell Labs de AT&T y General Electrics para la creacin de un sistema operativo
de alto desempeo al que llamaron MULTICS (por las siglas en ingls de Multiplexed
Information and Computing Service). El proyecto fue un fracaso pero uno de los
programadores del MIT que haba participado en l, Ken Thompson, y un grupo de amigos
decidieron escribir una versin simplificada de MULTICS. Uno de los compaeros del equipo,
Brian Kernighan bautiz al sistema de Thompson bromeando, con el nombre de UNICS. Este
sistema tuvo un gran xito, y por razones comerciales se le coloc el nombre de UNIX, que
resultaba ms atractivo.
El cdigo de UNIX estaba inicialmente escrito en lenguaje ensamblador, pero en
1973, Dennis Ritchie llev a cabo un proyecto para reescribir el cdigo de UNIX en lenguaje
C. UNIX se convirti as en el primer sistema operativo escrito en lenguaje de programacin
de alto nivel. Con este nuevo enfoque fue posible portar al sistema operativo a otras mquinas
sin muchos cambios, solamente realizando una nueva compilacin en la mquina de destino.
Gracias a esto la popularidad de UNIX creci y permiti asentar la "filosofa UNIX".
4.4.3.1. El kernel:
UNIX es un sistema operativo estructurado en capas, como se muestra en la Figura 4.4.
La instancia ms inferior corresponde al hardware que provee los servicios al sistema
operativo. El kernel es el ncleo de UNIX y solo l puede interactuar directamente con los
elementos y dispositivos fsicos del sistema. Las aplicaciones del usuario solo pueden hacer
uso de los recursos de hardware, a travs de una serie de peticiones al kernel, que son
conocidas como llamadas al sistema. Entre estas peticiones podemos sealar: operaciones
sobre archivos (lectura, escritura, ejecucin, etc), creacin y suspensin de procesos,
activacin de usuarios nuevos en el sistema, etc.
El kernel de UNIX debe regular el acceso a los elementos de hardware (procesadores,
memoria, elementos de entrada/salida, etc), ya que al ser ste un sistema operativo multi-
usuario y multi-tarea, podrn coexistir simultneamente mltiples usuarios, cada uno de los
cuales puede estar ejecutando varias tareas.
50
Figura 4.4 El kernel de UNIX
4.4.3.2. Sistema de archivos:

Un pilar bsico de UNIX es el sistema jerrquico de archivos. Bajo esta filosofa, no se
utiliza un nico directorio para apuntar a todos los archivos del sistema, sino que se crea una
estructura jerrquica de directorios conocida como estructura en rbol
Existen cuatro tipos de archivos en UNIX, estos son:
Directorios: contienen otros archivos, entre los cuales podran incluirse directorios.
Archivos ordinarios: son aquellos que contienen data. Pueden incluirse ac texto,
imgenes, programas ejecutables, entre otros.
Archivos de dispositivos: una de las facilidades ms apreciadas de UNIX, es que los
dispositivos fsicos estn representados mediante archivos. Cada dispositivo tiene
un controlador responsable de comunicarse con l. Dentro del sistema hay una tabla
que apunta a los diferentes controladores de los dispositivos.
Archivos de enlace: son aquellos archivos cuyo contenido es un apuntador hacia
otro archivo.
La ubicacin precisa de un archivo se especifica a travs de una ruta o pathname. Una
ruta viene dada por una sucesin de nombres de directorios y subdirectorios, ordenados
jerrquicamente de izquierda a derecha y separados por algn carcter especial que suele ser
una barra y puede terminar en el nombre de un archivo presente en la ltima rama de
directorios especificada. En el tope de la jerarqua est el directorio raz (/), desde el cual se
accede a todos los directorios y archivos del sistema, como se muestra en la Figura 4.5. En la
Tabla 4.1 se presenta una breve descripcin de los directorios ms importantes.
51
Figura 4.5 Estructura del sistema de archivo de UNIX
Directorio Descripcin
/bin Contiene el cdigo fuente archivos binarios de los comandos y aplicaciones.
/dev Aqu estn los archivos de dispositivos fsicos.
/etc Este directorio contiene los comandos y archivos usados en la administracin del
sistema.
/home Es usado frecuentemente para agrupar a los usuarios del sistema, bajo directorios
que pueden llevar su nombre.
/lib Contiene las libreras usadas por programas y aplicaciones del sistema.
/tmp Utilizado para almacenar informacin temporalmente. La data contenida ac es
borrada peridicamente por el sistema.
/usr Este directorio contiene archivos del sistema y directorios que usualmente se
comparten con otros usuarios.
Tabla 4.1 Directorios ms importantes del Sistema de Archivos de UNIX

52
4.4.3.3. Comandos y programas. La consola de UNIX:

La consola o Shell, es quizs el programa ms importante de UNIX desde el punto de
vista del usuario final; al servir de interfaz entre ste y el kernel. Tcnicamente, es un
programa intrprete que opera de la siguiente forma: acepta un comando, lo ejecuta y espera
por el siguiente comando, como se muestra en la Figura 4.6. Para indicar al usuario que el
sistema est listo para atender otra peticin, la consola muestra un indicador de comando,
tambin conocido como command prompt.
Figura 4.6 Lazo de intrprete del Shell de UNIX
El sistema operativo UNIX tiene todas las facilidades que un programador necesita al
momento de crear aplicaciones. Uno de las herramientas ms poderosas son los shell scripts,
programas del sistema que permiten automatizar tareas complejas y ejecutarlas con un solo
llamado al script o hacerlo automticamente a horas predeterminadas sin intervencin de
personas. A travs de los shell scripts podemos invocar:
Comandos del sistema operativo.
Funciones y estructuras de control intrnsecas del shell.
Programas y/o lenguajes de procesamiento en lnea (awk, sed, perl, etc).
Programas propios del usuario escritos en cualquier lenguaje.
Segn la forma de ejecucin, los lenguajes de programacin pueden ser clasificados en
dos grupos: en primer lugar tenemos los lenguajes compilados en los cuales, una vez escrito el
programa y a travs de su cdigo fuente, se genera un archivo ejecutable en lenguaje de
mquina para que pueda ser entendido por una determinada plataforma. En segunda instancia
53
tenemos los lenguajes interpretados, donde el sistema es capaz de ejecutar la sucesin de

instrucciones dadas por el programador sin necesidad de hacer una precompilacin del cdigo
fuente completo. Para que esto sea posible, existe un programa intermediario que se encarga
de traducir cada instruccin escrita a cdigo de mquina, conforme se vaya avanzando en la
ejecucin de la aplicacin. Este programa recibe el nombre de intrprete, y tiene como
funciones adicionales, automatizar algunas de las tareas tpicas de un programador como
declaraciones de variables o dependencias, con lo cual el proceso de programar se facilita
enormemente, lo cual tiene marcada influencia en la eficiencia lograda al escribir el cdigo.
La principal ventaja de un lenguaje interpretado es que es independiente de la mquina y
del sistema operativo, ya que solo contiene llamadas a funciones que el intrprete deber
reconocer para la plataforma particular. Por otro lado, en este tipo de lenguajes se puede
modificar el cdigo que se est ejecutando en tiempo de ejecucin as como agregarle nuevo,
lo cual es ventajoso al momento de depurar las aplicaciones.
Los programas creados con lenguajes interpretados se suelen llamar scripts y entre los
ms populares en la actualidad podemos sealar: PHP, ASP, AWK, Python, TCL, Bash, etc.
En el mundo UNIX existen tres lenguajes de shell muy populares, estos son: el Bourne Shell,
el C-Shell y el Korn Shell, todos lenguajes interpretados.
El Bourne Shell (sh), fue creado por S.R.Bourne como una solucin prctica para
aquellos que no queran usar los complicados intrpretes de comando que existan en los
inicios de UNIX. Es muy robusto, razn por la cual la mayora de las rutinas empleadas en el
levantamiento y configuracin del sistema operativo estn escritas en este lenguaje.
Luego se cre el C-shell (csh), denominado as porque las estructuras de programacin
son muy similares a las del lenguaje C. El C Shell es realmente una ampliacin del Bourne
Shell. Entre las caractersticas nuevas que incorpor, se pueden destacar: histrico de
comandos ejecutados en el sistema, facilidades para el control de tareas, ambiente de
programacin configurable por el usuario, etc.
Finalmente, David G. Korn desarroll en los Laboratorios Bell de AT&T el Korn Shell.
Entre las mejoras como lenguaje de programacin, podemos destacar: ms mecanismos de
entrada/salida generales, variables de referencia y espacio de nombre ampliado, mayor
seguridad, primitiva de men de seleccin, etc.
54
4.4.3.4. El lenguaje AWK:

AWK es una de las primeras herramientas que apareci en la Versin 3 de Unix y
debido a su gran versatilidad es una funcionalidad estndar en casi todo sistema operativo
moderno de tipo Unix disponible hoy en da. Sin embargo, se pueden instalar
implementaciones de AWK en casi cualquier sistema operativo.
El nombre AWK proviene de las iniciales de sus diseadores: Alfred V. Aho, Peter J.
Weinberger y Brian W. Kernighan. La versin original de awk fu escrita en 1977 en los
Laboratorios de AT&T. En 1985 una nueva versin hizo al lenguaje de programacin ms
potente, introduciendo funciones definidas por el usuario, mltiples arreglos de entrada y
evaluacin de expresiones regulares. Esta nueva versin estuvo disponible de forma general
con el Unix System V Release 3.1.
Este lenguaje de programacin, fue especialmente diseado para trabajar con archivos
estructurados y patrones de texto. Por esta razn resulta particularmente til al momento de
procesar los reportes generados por las centrales telefnicas, que en algunos casos vienen
ordenados en campos o en estructuras jerarquizadas por posicin.
Por esta razn, todo lo relacionado con el procesamiento de archivos de textos del
proceso CPA, est escrito en scripts de AWK.
CAPTULO 5
El proyecto
En el presente captulo se pretende dar una visin global del proyecto . La informacin
se ha agrupado en tres secciones. En la primera seccin se explica detalladamente las fases
completadas en el desarrollo del proyecto, para continuar en la segunda seccin con una
explicacin general del mismo. La ltima seccin aborda los mecanismos que posee la
corporacin para el aseguramiento de la calidad y la estandarizacin de los desarrollos.
La corporacin CANTV, en su misin de liderar el mercado de las telecomunicaciones,
ofreciendo soluciones integrales y enfocndose en cada uno de los segmentos que componen
el mercado, posee un servicio para clientes que manejan un alto volumen de trfico telefnico
interno a la red pblica telefnica.
Este es el servicio de Centrales Privadas Automticas (CPAs), a travs del cual la
empresa puede manejar este trfico con una central propia que estar en la misma sede de la
compaa. Adicionalmente, la centralita (central privada) ir conectada a la central de CANTV
ms cercana (en general), para permitir al cliente la comunicacin con el exterior (PSTN).
Para interconectar al cliente a la red pblica de CANTV, las CPAs deben estar
asociadas a algunas de las cuatro (4) centrales digitales actualmente en servicio, estas son:
ATT (5ESS), Siemens(EWSD), Ericsson (AXE) y NEC (NEAX).
La programacin del servicio de CPA difiere para cada una de estas tecnologas, lo cual
era de esperarse ya que la estructura y el diseo de facilidades para cada central se rigen bajo
esquemas propietarios. La situacin problemtica reside en la inexistencia de un mecanismo
que peridicamente verifique la integridad del servicio programado en la planta telefnica,
totalmente automatizado y a nivel nacional. En este sentido, las acciones son slo de tipo
correctivas y se llevan a cabo cuando el cliente reporta fallas en el servicio o cuando alguna
instancia de la empresa involucrada en la prestacin del mismo se percata de alguna
anormalidad.
5.1 Fases del desarrollo:

Tomando en cuenta los mltiples factores involucrados en la ejecucin de este proyecto
y asumiendo como meta final el crear para la empresa un sistema sencillo y robusto que
garantice la correcta prestacin del servicio de CPAs, fue necesario definir minuciosamente el
56
CAPTULO 5 El Proyecto.
alcance del desarrollo, los indicadores ms resaltantes en la definicin de los servicios y los
requerimientos formales del grupo de apoyo para el cual se est diseando el sistema. A
continuacin se presentan las fases ms significativas en el desarrollo del proyecto:
Fase 1 - Recoleccin y levantamiento de informacin: en primer trmino, se

revisaron los conceptos bsicos de telefona y servicios ofrecidos por centrales
digitales. Posteriormente se estudi las facilidades de programacin de cada una de las
tecnologas de centrales que posee CANTV, apoyado por especialistas y manuales
tcnicos existentes en la coordinacin.
Fase 2 - Determinacin de los requerimientos del sistema: en base a las necesidades
de los usuarios finales del software y tomando en cuenta las capacidades y
limitaciones de las herramientas con las cuales se contaba, se realiz una propuesta
preliminar que fue ampliamente discutida, y culmin en un acuerdo final entre ambas
partes a travs del establecimiento de fechas para las entregas parciales del proyecto.
Fase 3 - Diseo del sistema: luego de comprender particularidades del servicio de
centrales privadas automticas, as como las necesidades del usuario final del sistema,
se procedi a definir los comandos y metodologa de trabajo para cada tecnologa de
centrales. El sistema final consta de cuatro mdulos, uno por cada tecnologa, como se
muestra en la Figura 5.1.
Figura 5.1 Proceso de Centrales Privadas Automticas
Fase 4 - Desarrollo de prototipos: en sistemas complejos, los usuarios no siempre

podrn definir los requerimientos en forma adecuada y precisa o simplemente no
pueden especificar los requerimientos de manera anticipada. Por ello se tuvo que
57
recurrir al desarrollo de prototipos, con el fin de obtener y validar los requerimientos

esenciales, manteniendo abiertas las opciones de implementacin.
Fase 5 - Pruebas del producto final: en esta fase se realizaron pruebas de
operatividad, funcionamiento y desempeo de las aplicaciones desarrolladas
directamente en su mbito de accin. Las pruebas consisten en someter al sistema a
todas las posibles variaciones de datos de entradas, vlidos y no vlidos, para
determinar y corregir procesamientos errneos.
Fase 6 Pase a produccin: al cerciorarnos de que el proceso estaba funcionando
perfectamente, se procedi a instalarlo en el servidor de produccin (Trfico N),
donde quedar trabajando luego de culminado el proyecto.
Fase 7 - Documentacin del sistema: finalmente se procedi a realizar los manuales
e instructivos del sistema creado, de manera que aquellas personas que no estuvieron
directamente involucradas en el desarrollo del proyecto puedan hacer uso de las
herramientas creadas. Adicionalmente, esto facilitar modificaciones o actualizaciones
en un futuro.
5.2 El proceso CPA:

Como se seal anteriormente, el proceso de CPA consta de cuatro (4) mdulos, uno
por cada tecnologa de central. Aunque la filosofa de funcionamiento de cada de ellas es muy
particular, se logr obtener un estndar global en lo que se refiere a la data generada
(informacin de salida) del proceso. En la Figura 5.2 se muestra el diagrama general de un
mdulo del proceso.
Cada mdulo del proceso fue realizado siguiendo una lgica de procesamiento estndar,
para facilitar de esta manera las labores de mantenimiento y actualizacin a futuro. Para cada
tecnologa se tiene un Shell Script general (reporte.sh), que engloba e inicia todos los
subprocesos y rutinas que conforman el sistema. Al finalizar la ejecucin se generan dos
reportes, que poseen una estructura de datos especfica (ver Figura 5.3 y Figura 5.4), la cual
fue acordada con el Departamento de Balanceo / Calidad de Insumos y rdenes de Servicio
(usuario final).
58
INICIO
Procesamiento
de la data
Ejecucin de
comandos en
central telefnica
Entrega de la
informacin en
reportes
Captura de la
data
FIN
Figura 5.2 Diagrama general de un Mdulo del Proceso
Existen dos modalidades de ejecucin: simple, donde se llama el proceso para una sola
central telefnica y mltiple, donde se ejecuta el proceso para todas o varias de las centrales de
una determinada tecnologa. Esto resulta de gran ayuda, ya que en algunos casos podran
requerirse reportes parciales, por lo cual no se justifica la ejecucin del proceso en el universo
completo de centrales. En la Figura 5.5, puede observarse esto claramente.
Adicionalmente, toda la informacin que se extrae de las centrales telefnicas es

debidamente organizada en una estructura de datos, para luego ser cargada en tablas Informix.
Por requerimientos de la empresa y con fines de auditora, toda la data que alimenta cualquier
proceso debe estar debidamente respaldada en una instancia que garantice la fiabilidad de la
informacin generada.
59
Figura 5.3 Reporte1 del Proceso CPA

60
Figura 5.4 Reporte2 del Proceso CPA

61
INICIO
NO
Realiza
Modalidad de Ests en la
procesamiento Genera reportes
ejecucin simple? ltima central?
para central actual
SI
NO
SI
Realiza
procesamiento
para central actual
Genera reportes FIN
Figura 5.5 Modalidades de ejecucin Proceso CPA
5.3 Certificacin ISO-9000:

Las normas ISO 9000 se idearon originalmente para empresas del sector industrial. No
obstante, desde comienzos de los aos noventa, su aplicacin se est difundiendo rpidamente
a otros sectores de la economa, entre los cuales destaca las compaas de telecomunicaciones.
En el contexto de un mundo globalizado, son requeridos mecanismos avalados
internacionalmente que garanticen la calidad de un producto mediante la implementacin de
controles exhaustivos a todos los niveles. Es por ello que la corporacin CANTV, ha iniciado
las gestiones para lograr tal certificacin, adoptando esquemas de procedimientos
normalizados y adiestrando debidamente al personal.
Por esta razn, el proceso de CPA fue documentado bajo dos herramientas de la norma
ISO-9000 propiedad de CANTV. Una de ellas resume las necesidades y objetivos que
justifican la realizacin del proyecto, y la otra contiene los detalles tcnicos y la lgica de
funcionamiento del sistema realizado.
CAPTULO 7
Proceso CPA. Mdulo centrales NEAX-Nec
En el presente captulo se presenta el segundo mdulo del proceso CPA, diseado para
las centrales NEAX61E del fabricante NEC. En la primera seccin se presenta las
caractersticas bsicas del sistema NEAX61E. En la segunda seccin se hace nfasis en las
rutinas de operacin y mantenimiento de estas centrales. Luego se presenta la arquitectura de
software y lenguaje de comandos (seccin 3) para dar luego una explicacin exhaustiva de los
comandos ejecutados en esta tecnologa (seccin 4). En la quinta y sexta seccin se explica la
metodologa para la captura y procesamiento de la informacin .
Las centrales NEAX61E son sistemas de conmutacin con control por programa
almacenado con capacidad de manejar hasta cien mil (100.000) canales con una carga de
trfico de hasta 27.000 Erlangs. Las funciones de control por multiprocesador y la disposicin
de una red sin bloqueo lo convierten en una excelente eleccin para las operadoras de
telefona. Dicha plataforma puede ser utilizada para administrar sistemas de conmutacin local
e interurbanas de gran capacidad (reas metropolitanas) o sistemas de conmutacin de baja
capacidad (reas rurales).
El sistema posee una arquitectura de funcionamiento modular, el diseo incorpora
hardware y software de caractersticas robustas e independientes, un control orientado a los
servicios e interfaces estndares con los subsistemas de conmutacin y procesamiento.
7.1 Caractersticas bsicas del sistema NEAX61E
La estructura modular provee fcil adecuacin a las necesidades del cliente, de acuerdo a
los requerimientos propios. El sistema de control es distribuido, con carga compartida de
procesamiento. Sus funciones principales son: supervisin de funciones de control de red,
procesamiento de seal y administracin de las facilidades de la central. La arquitectura de la
red de conmutacin consta de cuatro (4) etapas, Tiempo-Espacio-Espacio-Tiempo (T-E-E-T).
El sistema comprende cuatro (4) subsistemas bsicos, como se muestra en la Figura 7.1:
7.1.1. Subsistema de aplicacin:
Su funcin es proveer una interfaz estndar entre la red pblica telefnica y los
subsistemas de conmutacin. Este subsistema realiza la interfaz con los subsistemas de
conmutacin mediante seales multiplexadas enviadas por 128 canales a 8.448 Mb/s. Entre las
funciones especficas, tenemos:
80
CAPTULO 7 . Proceso CPA. Mdulo centrales Neax-Nec
Interfaz de lnea de abonado analgico

Interfaz de lnea de troncal analgica
Interfaz de transmisin digital
Interfaz de sistema remoto
Interfaz de sealizacin por canal comn
Interfaces vinculadas a ISDN
Figura 7.1 Estructura general de centrales NEAX61E
7.1.2. Subsistema de conmutacin:

La funcin de este subsistema es proveer el canal fsico para las llamadas entre
abonados. Consta de redes de divisin temporal duplicadas que proveen alto rendimiento y
permiten expansiones a futuro si aumenta el trfico cursado por la red. Los procesadores de
control separados realizan las operaciones de multiprocesamiento, procesamiento de llamada y
sealizacin por canal comn.
7.1.3. Subsistema de procesamiento:
Tiene como tarea primordial controlar el procesamiento de llamadas, tareas de operacin
y mantenimiento y la supervisin de funciones de sealizacin. Puede manejar hasta 32
81
procesadores, de los cuales 31 pueden ser CLP (diversas tareas) y/o procesadores CCSP (para
sealizacin) y un OMP (Operation & Maintenance Processor), que viene a ser el procesador
central.
7.1.4. Subsistema de operacin y mantenimiento:
Este ltimo subsistema est controlado por el OMP, y tiene como labor ejecutar las
rutinas de mantenimiento en lnea y por demanda. Para facilitar dicha tarea, se cuenta con
dispositivos de entrada/salida, que incluyen: Terminales de administracin y mantenimiento
(MAT), Unidades de Cinta Magntica (MTU), Consolas maestras (MCSL), Unidades de disco
(DKU), etc.
7.2 Operacin y mantenimiento

Las centrales NEAX61E permiten al personal de conmutacin, el monitoreo y control
manual del sistema mediante el ingreso de instrucciones (comandos) en el MAT y la
lectura/anlisis de los mensajes que se generan al completar alguna tarea. Estos comandos y
mensajes pertenecen a un lenguaje hombre/mquina de fcil comprensin que cumple con los
estndares de la ITU-T.
Entre las funciones de operacin podemos sealar: procesamiento de rdenes de
servicio, cambio de configuraciones en la central, registro de nuevos abonados, medicin de
trfico, control de trfico, seguimiento de llamadas fraudulentas, etc. Por otro lado, son
funciones de mantenimiento: la supervisin del sistema, pruebas de diagnstico,
procesamiento de falla del sistema, prueba de lnea de abonado, prueba de troncal, entre otras.
7.3 Arquitectura del software y lenguaje de comandos

El software del sistema est escrito en dos lenguajes de programacin: el primero de
ellos es PL/C (Program Language for Communications), predecesor del PL/1 (Program
Language One), lenguaje desarrollado por IBM como parte del desarrollo del System 360 en
1964, considerado por muchos como uno de los lenguajes de programacin ms poderosos
jams diseado, y que sigue siendo usado en aplicaciones donde el procesamiento de data es
crtico. El segundo es el lenguaje Ensamblador, usado en las aplicaciones que trabajan
directamente con el hardware en tiempo real.
82
Se pueden distinguir tres grandes mdulos: el software de conmutacin (que ejecuta el

procesamiento de llamadas), el software del mdulo procesador de control de lnea (gestiona
las aplicaciones de ISDN) y el software de PSM (que soporta los programas de aplicacin).
Los comandos en las centrales NEAX constan de un cdigo de funcin, seguido de una
serie de parmetros como se ilustra en la Figura 7.2. El cdigo de funcin posee tres (3)
caracteres que indican la tarea general a realizar. El parmetro principal define la accin
especfica que ser ejecutada y los parmetros secundarios definen particularidades de
hardware y software.
Figura 7.2 Estructura general de comandos en centrales NEAX
El sistema responde a la introduccin de comandos imprimiendo mensajes, que pueden

ser de dos tipos: de respuesta y de error. Los mensajes de respuesta son emitidos si el comando
ingresado al sistema es vlido y contiene toda la informacin solicitada. Por otro lado, el
mensaje de error se despliega cuando se introduce una instruccin no vlida, y contiene
informacin que permite determinar la naturaleza del problema.
7.4 Comandos ejecutados en el mdulo Nec del Proceso CPA:

Luego de estudiar la arquitectura del sistema y tomando en cuenta la informacin que es
requerida para el procesamiento, se definieron cinco (5) comandos que pueden ser ejecutados
a nivel nacional, sin requerir configuraciones regionales especficas. Sin embargo, existen
actualmente en planta dos versiones del software de aplicacin, la versin 3.6 y la version 7.1
que difieren en los mensajes de respuesta para algunos comandos. El proceso diseado para
esta tecnologa de centrales, est en la capacidad de detectar automticamente estas
diferencias.
83
Comando 1: odd:lot,,0,0; (Vaciado de datos de central : Asignacin de tabla de

traductor);
Odd es el comando de vaciado de datos y se usa para pasar los datos de la central al
terminal de mantenimiento y administracin (MAT). Cuando se ejecuta en conjunto con el
parmetro lot, se obtiene las facilidades programadas para cada serial. El segundo parmetro
indica el dispositivo por el cual se desea visualizar la salida del comando. Si se deja en blanco,
se enva la salida a travs del MAT. El tercer parmetro (OI) es el identificador de
orientacin/entrante. Este parmetro identifica el origen de una llamada. Veamos algunos de
sus posibles valores:
OI: Identificador de Orientacin/Entrante
00-63: Originacin intracentral.

64: Troncal entrante desde central local.
65: Troncal entrante desde central interurbana.
68: Troncal entrante desde central telefnica privada (PBX).
El cuarto parmetro ingresado (CI) corresponde al identificador de llamada. Este

parmetro especifica el tipo de origen de llamada. Entre alguno de los valores que acepta
tenemos:
CI: Identificador de llamada.
00: Llamada local

01:Asistencia de operadora
.....
19: Servicio de televoto.
Luego de la ejecucin de este comando se obtendrn los NOC para cada uno de los
seriales de la central. En la tecnologa Nec se asigna un serial normalizado (NOC) a cada
serial abierto, en orden de creacin. Por ejemplo si en la central X se abri inicialmente el
serial 230, luego el 238 y finalmente el 235 tendremos que:
84
Serial 230 NOC 0

Serial 238 NOC 1
Serial 235 NOC 2
Se tomarn solo los registros que tengan el parmetro PI(Process Identifier) = 09 , que
corresponden a numeraciones de CPA, como se muestra en la Figura 7.3. En este caso todos
los subrangos de numeracin van al NOC 08.
Figura 7.3 Ejecucin parcial Comando 1 NEAX
Comando 2: odd:did; (Vaciado de datos de central : Asignacin de marcacin directa

entrante).
Con este comando hacemos el estudio del discado directo entrante DID (Direct Inward
Dialing). De aqu traemos los subrangos de numeracin asociados a cada NOC. El anlogo en
NEC del caso de enrutamiento (Routing Case), es el ndice de grupo troncal (Troncal Group
Index TGX). Slo tomamos los registros que tengan PI(Process Identifier) = 06, que
corresponden a troncales de abonados DDE. En la Figura 7.4 se muestra una ejecucin parcial
de este comando.
85
Comando 3: odd:rut; (Vaciado de datos de central : Asignacin de ruta).

Con este comando traemos todas las rutas programadas en la central, asociadas a su
ndice de grupo troncal (TGX). Solo tomaremos las rutas que empiecen por Z, destinadas a
ofrecer servicio CPA. Veamos:

86
Comando 4: dsp:trm,tgs,all; (Visualizacin de estado del sistema : Mantenimiento de

Troncal).
El comando de Visualizacin de estado del sistema (DSP) permite visualizar el estado de
varias funciones y equipos en el sistema. Es una herramienta bsica de administracin de
mantenimiento de la central. Al aplicarlo sobre el parmetro trm, tenemos la visualizacin del
estado de todas las troncales de ruta. El parmetro tgs se coloca para que se muestre el nmero
total de troncales. El parmetro siguiente corresponde al tipo de troncal, se coloca all para que
sean estudiados los troncales entrantes (IC income) y salientes (OG outgo) a las centrales.
Desde este punto de vista, una troncal entrante corresponde a canales DDS, mientras que una
troncal saliente, corresponde a canales DDE. Esta situacin se ilustra en las Figura 7.6 y en la
Figura 7.7, veamos:
Figura 7.6 Ejecucin parcial Comando 4 NEAX. Troncales salientes (DDE)
Ntese que para los registros encerrados, tenemos las rutas RN=Z..., identificadas en el
reporte como troncales salientes Figura 7.6. Luego el nmero de canales DDE asociado a esa
ruta viene dado por el segundo campo TOTAL.
87
Figura 7.7 Ejecucin parcial Comando 4 NEAX. Troncales entrantes (DDS)
Los grupos troncales identificados con IC corresponden a DDS, como se mencion

anteriormente. En Nec se presenta una situacin nica y es que un DDS maneja varias lneas.
Esta informacin no las entrega el segundo campo (TOTAL). En la Figura 7.7 se observa
incluso que existen DDS que manejan tres (3) lneas y otros que manejan cinco (5).
Comando 5: odd:onr; (Vaciado de datos de central: Asignacin de regeneracin de
nmero marcado de originacin).
La tabla ONR es el formulario de Regeneracin de Nmero Marcado de Originacin
(ONR). El comando odd actuando sobre ella, nos permite saber las numeraciones asignadas a
cada ruta DDS. En la Figura 7.8 se presenta una muestra parcial de la ejecucin de este
comando:
Figura 7.8 Ejecucin parcial Comando 5 NEAX.

88
7.5 Captura de la informacin a travs de la Red de Gestin:

Anlogamente al mdulo de centrales Ericsson, luego de definir puntualmente cada uno
de los comandos a utilizar se construy un proceso que se encarga de ir a cada una de las
centrales NEAX a nivel nacional, ejecutar los comandos, capturar la data y transferirlos al
servidor dispuesto para ello. En la Figura 7.9 se presenta un diagrama de bloques que nos
brinda una visin global del mismo.
En primer lugar se establece una conexin SSH entre el computador personal (PC) y el
servidor de la Red de Gestin , en este caso Trfico N. Por otro lado, se cre un shell script
desde el cual se llama a cada una de las centrales (en la fase 2), con un programa que emula la
conexin entre un terminal remoto (MAT) y el sistema de conmutacin. La informacin
entregada por la central se guarda en un archivo de texto y al finalizar la ejecucin tal archivo
se transfiere automticamente al servidor (fase 3). Posteriormente se pasa a la fase 4, donde se
analiza y construyen los reportes finales.
Figura 7.9 Diagrama de captura y procesamiento de informacin para centrales NEAX
7.6 Procesamiento de la data y generacin de reportes finales

A continuacin se presenta cada uno de los subprocesos que conforman el mdulo de
centrales Nec.
89
7.6.1. Generacin archivos de auditora:

En primer lugar se ejecutan las cinco rutinas (una por cada comando) que toman la
informacin de la central y la ordenan siguiendo un esquema predefinido. Dicha informacin
ser subida posteriormente a tablas de una base de datos Informix, como se muestra en la
Figura 7.10.
7.6.2. Ejecucin de normalizadores:
Para los sistemas NEAX61E, los mensajes de respuesta vienen estructurados en campos
bien definidos. Por lo tanto, se ejecutan en primer lugar las subrutinas que procesan la salida
de cada uno de los comandos y organizan la informacin de inters siguiendo una estructura
predefinida.
7.6.3. Determinacin de rangos de numeracin asociados a cada grupo troncal:
El primer comando ejecutado, nos entrega el serial normalizado (NOC) asociado a cada
serial numrico (serial real) programado en la central. El segundo comando proyecta todos los
subrangos de numeracin vinculados a cada NOC. Es de hacer notar que los seriales en
algunos casos vienen ligeramente detallados (poseen ms de 3 dgitos) por lo cual el proceso
debe detectar y tomar en cuenta estas situaciones. En la Figura 7.11 se presentan las salidas de
los dos primeros normalizadores del proceso, y se indica como se asocian los seriales con su
rango de numeracin e identificador de grupo troncal a partir del vnculo existente con el
NOC. El algoritmo que implementa este procesamiento se muestra en la Figura 7.12
Figura 7.10 Archivos de auditora mdulo Nec

90
Figura 7.11 Determinacin de rangos de numeracin asociados a cada grupo troncal
INICIO
Imprime serial,
Actualiza a[l] y b[l] subrango de
numeracin y TGX
1
2
NO Recorre Guarda
Archivo actual es Archivo actual es
numeraciones del informacin en
oddlot.log? odddid.log? NO comando odddid archivo
reporte1.log
S S S
1
Almacena en arreglos
c [j], d[j] y e[j] el NOC,
a [i] y b [i] el serial real d[k] est contenida
el subrango de
y el NOC en a[l]? Se termin de NO
numeracin y el TGX
respectivamente recorrer los seriales,
respectivamente
l=i?
NO
i = i +1 1 j = j +1 2 k = k +1 FIN
Figura 7.12 Diagrama de flujo de asociacin de rangos de numeracin con TGX

91
7.6.4. Asignacin de rutas para cada rango de numeracin:

El prximo paso es la asignacin de las rutas a los rangos de numeracin. Para ello se
realiza un cruce entre el primer reporte generado (reporte1.log) con la salida del comando 3,
ver Figura 7.5. En este caso, el campo clave es el TGX ya que aparece en ambos archivos y a
partir de este vnculo se cre el algoritmo mostrado en la Figura 7.13.
7.6.5. Determinacin de las numeraciones salientes para cada ruta:
Posteriormente se procede a la asignacin de los nmeros salientes para cada ruta. En
este caso la bsqueda se realiza por las numeraciones, como se puede observar en la Figura
7.14. Para cada registro del archivo reporte2.log, se buscan todas las posibles numeraciones
del archivo oddonr.log que estn dentro de su dominio, y luego se genera el archivo
reporte3.log
INICIO
Imprime rango de
Actualiza a[l] y b[l]
numeracin y ruta
1
2
Recorre
Archivo actual es NO Archivo actual es numeraciones del Guarda
reporte1.log? oddrut.log? archivo informacin en
NO
reporte1.log archivo
reporte2.log
S S S
1
a [i] y b [i] la Los TGX son
c [j] y d[j] el TGX y la Se termin de NO
numeracin y el TGX iguales, b[l]=c[m]?
ruta respectivamente recorrer las
respectivamente
numeraciones, l=i?
NO
i = i +1 1 j = j +1 2 k = k +1 FIN
Figura 7.13 Diagrama de flujo de asignacin de ruta a rango de numeracin

92
Figura 7.14 Asignacin de numeraciones DDS para cada ruta
7.6.6. Clculo de nmero de canales DDE y nmero de canales DDS:

Como se seal anteriormente, en el sistema NEAX61E una DDS puede manejar varias
lneas, por lo cual el clculo del nmero total de canales salientes no es tan sencillo como en
las otras tecnologas de centrales (ver Figura 7.15). Sin embargo los canales entrantes (DDE),
como no van referenciados a numeraciones telefnicas, vienen expresados directamente en la
salida del comando 4, como se puede observar en la Figura 7.7.
Figura 7.15 Clculo de nmero de canales DDE y DSS

93
7.6.7. Clculo de subrangos de numeracin y nmero de extensiones:

Antes de proceder a dar el formato final, se deben extraer los subrangos de numeracin
para cada ruta, y seguidamente computar el nmero de extensiones, como se muestra en la
Figura 7.16.
Figura 7.16 Subrangos de numeracin y nmero de extensiones
7.6.8. Procesamiento final y generacin de reportes de salida:
Por ltimo se procede a construir los reportes finales a partir de los archivos temporales
creados. En la Figura 7.17 se muestra el diagrama de flujo del algoritmo usado para la
generacin del Reporte1. En la generacin del Reporte2 se usa una lgica similar, pero en este
caso se presenta el detalle de las numeraciones salientes para cada ruta.
94
INICIO
3 Recorre rutas de
Carga la informacin de
cada central: la central.
abreviatura, tecnologa,
cod_rea y cod_central.
2
NO
Almacena la ruta, los
subrangos de Ruta actual coincide NO Incrementa ndice
numeracin y n de con la ruta de ruta examinada
extensiones en arreglos examinada?
S
2
Almacena informacin de
Actualiza
canales DDE y DDS (ruta,
las
nmero de canales DDE,
variables de
rangos DDS y nmero de
cada ruta.
canales DDS)
Fin del archivo NO

Fin de renglones 3
de entrada?
de ruta?
S
S
FIN
Figura 7.17 Diagrama de flujo para generacin de Reporte1

CAPTULO 8
Proceso CPA. Mdulo centrales 5ESS-AT&T
En el presente captulo se presenta el tercer mdulo del proceso CPA, diseado para las
centrales 5ESS del fabricante AT&T. En la primera seccin se presentan las caractersticas
bsicas de este sistema de conmutacin, para continuar con los detalles de operacin y
mantenimiento en la segunda seccin. En las siguientes secciones se da una explicacin de la
arquitectura de software, lenguaje de comandos y los detalles inherentes a la captura y
procesamiento de la data.
Las centrales 5ESS son sistemas de conmutacin digitales, que entraron al mercado en el
ao 1982 con la primera instalacin en Seneca, Illinois (EE.UU). En la actualidad estos
sistemas cuentan con una disponibilidad del 99,9999%, lo que equivale a diez (10) segundos
de tiempo fuera de servicio al ao y tienen un control por programa almacenado con una red
de conmutacin de tres (3) etapas: Tiempo-Espacio-Tiempo (T-E-T).
8.1 Caractersticas bsicas del sistema 5ESS
La arquitectura del sistema es modular, al igual que en las otras tecnologas, y se pueden
distinguir tres (3) etapas: el mdulo de administracin, el mdulo de comunicacin, y un
nmero variable de mdulos de conmutacin que determinan la capacidad de procesamiento
total, como se muestra en la Figura 8.1. A continuacin se presentan cada uno de ellos:
Figura 8.1 Estructura general de centrales 5ESS
8.1.1 Mdulo de administracin:

96
CAPTULO 8 . Proceso CPA. Mdulo centrales 5ESS-AT&T
Aqu reside el control y almacenamiento central del sistema. Se disponen de dos

procesadores principales (modelo 3B20S) que estn continuamente intercambiando
informacin. S alguno de los llega a fallar, el otro toma el control total del sistema,
garantizando as una alta disponibilidad. Por otro lado se cuenta con dos procesadores de
entrada/salida, que gestionan los terminales remotos e interfaces de texto con los procesadores
centrales, la red de datos, el centro de control maestro (MCC) y varios subsistemas
operacionales.
8.1.2 Mdulo de comunicacin:
Provee la plataforma para el dilogo entre los procesadores centrales y los diversos
mdulos que conforman el sistema. Gestiona a su vez la sincronizacin de la red (reloj
maestro).
8.1.3 Mdulo de conmutacin:
Su funcin principal es soportar las comunicaciones de voz y datos entre abonados.
Consta de varios submdulos: unidad de procesamiento del mdulo de conmutacin (contiene
microprocesadores que se encargan del establecimiento y la completacin de llamadas),
unidad de intercambio de ranuras de tiempo (puede manejar hasta 512 canales y se encarga de
la administracin de los multiplexores temporales a travs de una red de control y
temporizacin), unidad de servicios digitales (provee diversos servicios a nivel de abonado y a
nivel de troncal).

Las centrales 5ESS poseen interfaces de comunicacin hombre/mquina (MML, por las
siglas en ingls de Man/Machine Language) basadas en recomendaciones internacionales del
CCITT, a travs de las cuales se llevan a cabo las tareas operativas y de mantenimiento
necesarias para garantizar un ptimo funcionamiento del sistema en el tiempo. Dicha interfaz
posee tres tipos de acceso de datos: entrada de comandos, entrada por men y entrada a travs
de consola de texto.
La entrada de comandos puede ser realizada desde casi cualquier dispositivo de
entrada/salida conectado a la central. Cada comando est formado por un cdigo que
especifica la funcin a ser realizada y una serie de parmetros que especifican caractersticas
especiales. Por otro lado, la entrada de datos por men explota las funcionalidades de la
97
unidad visual de datos (VDU), haciendo la interaccin con la central ms sencilla. Por ltimo,
la entrada por consola de texto se usa para acceder a la informacin almacenada en las bases
de datos.
8.3 Arquitectura de software

El software de las centrales 5ESS est basado en el sistema operativo UNIX. Esta
plataforma tiene la caracterstica de garantizar la portabilidad del software. Es decir, los
elementos de hardware y las facilidades de programacin pueden evolucionar por separado.
Para reducir la dependencia de las caractersticas de los procesadores, el software (incluyendo
sistema operativo y bases de datos) est programados en lenguaje C de alto nivel. Pueden
distinguirse tres grandes aplicaciones:
Programas para procesamiento de llamadas: se encargan de la completacin de
llamadas, gestionando los requerimientos tanto del usuario como de la red de
conmutacin.
Programas de mantenimiento: diseados para la deteccin y correccin de fallas en
el sistema. Entre algunas de sus funciones, estn: auditora de data crtica, proveer
las procedimientos de control, diagnstico y mantenimiento para troncales y lneas
de abonado, etc.
Programas de soporte: incluye servicios administrativos, sistemas operativos,
manejadores de bases de datos, interfaces para dispositivos perifricos como discos,
etc.
8.4 Lenguaje de comandos

Los comandos en las centrales 5ESS estn divididos en 3 secciones, como se puede
observar en la Figura 8.2. La primera de ellas es el cdigo de comando que indica la accin y
el tipo de objeto sobre el cual ser aplicada. Tanto la accin como el objeto estn conformados
por caracteres alfanumricos (mximo 5 para cada uno). La segunda seccin es el bloque de
parmetros, que algunas veces es opcional. A travs de los parmetros, se proporciona
informacin adicional para la ejecucin del comando. La tercera seccin corresponde al
momento de activacin del comando, que define el da y hora en que ser ejecutado.
98
Figura 8.2 Estructura general de comandos en centrales 5ESS
Los comandos finalizan con alguno de los terminadores estndar MML, tales como:
Punto y coma (;): se inicia la ejecucin del comando inmediatamente.
Signo de exclamacin (!): inicia la ejecucin del comando y coloca al sistema en
modo de dilogo extendido. Esto permite al operador ejecutar el mismo comando
tantas veces como sea necesario, cambiando nicamente los parmetros del
comando.
Signo de interrogacin (?): permite la correccin de sintaxis y coloca al sistema en
modo de ayuda. Si est disponible, se entrega al usuario informacin del comando y
de la introduccin apropiada de los parmetros.
Ante la aceptacin de un comando, el sistema emite un cdigo de confirmacin (2
caracteres). Esta respuesta puede tomar los valores que se muestran en la Tabla 8.1:
Acknowledgments Descripcin
IP (In progress) La peticin ha sido recibida y est siendo procesada.
NA (No acknowledgment) No hay reconocimiento de comando.
NG (No good) Comando recibido. No puede ser ejecutado por alguna razn.
OK (Good) Comando recibido, y actualmente en ejecucin.
PF (Printout Follow) Sigue el reporte de la tarea realizada por el comando.
RL (Retry Later) Intente ms tarde. Problemas en el sistema.
SE (Syntax Error) Error de sintaxis.
TO (Time-out) Expir el tiempo para ingresar comando y ste fue abortado.
?| Cdigo de comando o bloque de parmetros con error.
Tabla 8.1 Cdigo de confirmacin de comando

99
8.5 Comandos ejecutados en el mdulo AT&T del Proceso CPA:

La informacin requerida por el mdulo AT&T del proceso CPA, est contenida en las
bases de datos de cada una de las centrales. Luego de estudiar la arquitectura del sistema, se
determino que con una sola accin (QUDB Query Database) puede extraerse toda la data
relacionada con centrales privadas automticas, siendo solo necesario cambiar el objeto y el
bloque de parmetros para cada caso. En la Figura 8.3 se muestra la estructura de dicho
comando:
Figura 8.3 Estructura del comando QUDB_A
A-: entidad que ser examinada. En nuestro caso particular se realizarn consultas sobre
bases de datos.
SEL = B: selecciona la(s) instancia(s) de la(s) entidad(es). En nuestro caso sern las
tablas de la base de datos consultada.
PROJ = C1&C2...&CN: proyecta los campos requeridos de la tabla.
FILE = D: archivo donde ser almacenado la salida del comando. Ser creado en el
disco de la central.
Comando1:
qudb_danal:sel=(mainanal=1),proj=digstring&nbrofdigits&destindex&remarks,file/...;
Con este comando se traen las rutas DDE (DESTINDEX) asociadas a cada rango de
numeracin (DIGSTRING), como se muestra en la Figura 8.4. Adicionalmente se dispone de
un campo con comentarios opcionales (REMARKS).
Comando 2:
qudb_pbchr:sel=(pbxid=1&&4095),proj=listeddirnr&origgrp&frstgrp&remarks,file/...;
La consulta se realiza sobre la tabla PBXID que contiene 4096 posibles identificadores
de ruta (todas las combinaciones que se pueden tener para direcciones de 12 bits). De aqu
obtenemos la troncal entrante (DDS) asociada a cada troncal saliente (DDE). En la Figura 8.5
se muestra una ejecucin parcial de este segundo comando, vemos:
100
Figura 8.4 Ejecucin parcial Comando 1 5ESS
Comando 3:
qudb_sbtme:sel=(trkgrpnr=1&&2000),proj=trknr&dirnr&remarks,file/...;
Con este comando se obtienen cada uno de los nmeros telefnicos asociados a las
troncales entrantes (DDS). Adicionalmente se dispone de un campo que indica la
identificacin de la lnea (DIRNR), como se puede observar en la Figura 8.6.
101
Comando 4:
qudb_trgnr:sel=(trkgrpnr=1&&2000,direction=income),proj=grpsize&actsize&remarks,file
/...;
Con esta consulta se trae directamente el nmero de canales asociado a cada troncal
entrante, como se puede observar en la Figura 8.7
Comando 5:
qudb_trgnr:sel=(trkgrpnr=1&&2000,direction=outgo),proj=grpsize&actsize&remarks,file/.
..;
Este ltimo comando nos trae directamente el nmero de canales asociados a cada
troncal saliente, como se puede observar en la Figura 8.8
102

A nivel nacional slo existen 12 centrales 5ESS, de las cuales slo 4 ofrecen servicio de
Central Privada Automtica. Por otro lado, tales sistemas de conmutacin estn siendo
retirados de la red pblica de CANTV, por lo cual no se justifica el desarrollo de un proceso
sofisticado de captura de informacin. En este sentido, la captura de la data se realiza
mediante la ejecucin manual de los comandos en cada una de las 4 centrales, donde la salida
del mismo es desviada hacia un archivo que queda almacenado en el disco local de la central y
posteriormente es transferido hacia la Red de Gestin (Trfico N). En la Figura 8.9 se ilustra
el procedimiento:
Figura 8.9 Diagrama de captura y procesamiento de informacin para centrales 5ESS

103
8.7 Procesamiento de la informacin y generacin de reportes finales

Las centrales 5ESS tienen la particularidad de que no cumplen el standar para la
identificacin de las rutas. Por convencin, todas las rutas asignadas a CPA constan de cuatro
caracteres alfanumricos y empiezan por Z (ZXTR, ZXHJ, etc). No obstante, el software de
operacin de las centrales de AT&T solo permite rutas numricas de 4 caracteres de extensin.
Por ello fue necesario hacer un procesamiento adicional, que ser presentado ms adelante.
8.7.1. Generacin de archivos de auditora:
Figura 8.10.
Figura 8.10 Archivos de auditora mdulo AT&T

Como se pudo observar en las muestras parciales de ejecucin de comandos, la
informacin contenida en los reportes sigue una estructura bien definida. Por esta razn se
inicializan en primer lugar las rutinas que se encargan de tomar la informacin requerida de
cada uno de los comandos.
8.7.3. Generacin de reporte temporal:
Luego de terminar con la ejecucin de los normalizadores, se procede a generar un
reporte que contiene los subrangos de numeracin por troncal entrante (ruta), el nmero de
104
extensiones, el nmero de canales DDE (asociados a su troncal saliente) y el nmero de

canales DDS (asociados a su troncal entrante), como se muestra en la Figura 8.11.
Figura 8.11 Muestra parcial de reporte temporal
INICIO
Archivo actual NO Archivo actual NO Archivo actual NO Archivo actual es NO Archivo actual es NO
es danal.log? es pbchr.log? es sbtme.log? trgnrincomel.log? trgnroutgo.log?
S S S S S
2
Guarda en a[ ], b[ ] y Guarda en f[ ], g[ ] y h[ ]
Guarda en i[ ] y j[ ] Guarda en k[ ] y l[ ]
c[ ] rango de Guarda en d[ ] y e[ ] el identificador de grupo
ruta DDS y n de ruta DDE y n de
numeracin, ruta ruta DDS y ruta DDE troncal, n de lneas DDS
canales DDS canales DDE
DDE y remarks respectivamente y n telefnico
respectivamente respectivamente
respectivamente respectivamente
1 i++ 1 j++ 1 k++ 1 l++ 1 m++
Desglosa en
Imprime ruta
subrangos de S
Recorre rangos de entrante, subrangos, Fin de rangos
2 numeracin y calcula 3
numeracin y nmero de de numeracin?
nmero de
extensiones
extensiones
2
NO
Imprime nmero Imprime nmero
de canales DDS de canales DDE
3 FIN
asociados a su asociados a su
ruta ruta
Figura 8.12 Diagrama de flujo de generacin de reporte temporal

105
8.7.4. Determinacin de rangos de numeracin saliente por central:

En esta seccin se analizan dos archivos de entrada (pbchr.log y sbtme.log), como se
puede observar en la Figura 8.12. El objetivo final es asociar a cada ruta entrante, la
numeracin saliente que le corresponde. La informacin de salida se guarda en el archivo
detalle_dds.log. En la prxima fase se procede a determinar cual es la ruta alfanumrica
correspondiente.
En esta fase se procede a crear los reportes finales a partir de los archivos temporales
generados. Se da el formato final a los registros del primer reporte, y en segunda instancia se
determinan los subrangos de numeracin saliente para cada ruta de todas las centrales, con una
lgica muy similar a la empleada en los mdulos anteriores.
Para subsanar la limitacin que poseen las centrales 5ESS respecto a la programacin
alfanumrica de rutas, se ha creado manualmente un archivo que asigna a cada ruta real de la
central una ruta ficticia alfanumrica que es la utilizada por los entes administrativos. Es por
esto que antes de generar los reportes finales, hacemos las conversiones de rutas con lo cual se
satisface las necesidades del usuario final. Como tal archivo es generado manualmente, existe
la posibilidad de que existan rutas que no poseen conversin. En estos casos el proceso coloca
la ruta numrica por defecto.
Figura 8.13 Muestra parcial de la generacin del archivo detalle_dds.log

.
CAPTULO 9
Proceso CPA. Mdulo centrales EWSD-Siemens
En el presente captulo se presenta el cuarto y ltimo mdulo del proceso CPA,
diseado para las centrales EWSD del fabricante Siemens. En primer lugar se estudian las
caractersticas bsicas del sistema EWSD, para pasar luego a revisar los aspectos operativos
y de mantenimiento ms resaltantes (seccin 2). Seguidamente en las secciones tercera y
cuarta se estudian lo relativo al software de las centrales EWSD y el lenguaje de comandos
respectivamente. Las ltimas tres secciones se reservan para el anlisis de los comandos
ejecutados, la captura de la data y el procesamiento de la informacin.
Las centrales EWSD de Siemens, son sistemas de conmutacin con control por
programa almacenado que ofrecen todas las facilidades modernas y constituye una base firme
para las telecomunicaciones del futuro. La capacidad que pueden manejar estos sistemas va
desde 15.000 lneas de abonado ( 3.750 lneas de enlace) hasta las 250.000 lneas de abonado
( 60.000 lneas de enlace). Estos sistemas pueden ser usados para como centrales locales,
tandem o mixtas. Las centrales tandem pueden emplearse para gestionar trfico nacional e
internacional.
El sistema de control es distribuido, empleando distintos procesadores de coordinacin y
diferentes agrupamientos de la red de conmutacin segn sea la cantidad de lneas de enlace
(troncales) a conectar a una central.
9.1 Caractersticas bsicas del sistema EWSD
La arquitectura de diseo de esta plataforma de telecomunicaciones, puede ser dividida
en cuatro (4) mdulos: acceso, conmutacin, control y sealizacin, como se muestra en la
Figura 9.1:
Figura 9.1 Estructura general de centrales EWSD

107
CAPTULO 9 . Proceso CPA. Mdulo centrales EWSD-Siemens
9.1.1. Mdulo de acceso:

Este subsistema constituye la interfaz entre el mdulo de conmutacin y los distintos
equipos que proveen acceso a la red telefnica. Est conformado a su vez por cuatro
subsistemas:
DLU (Digital Line Unit): a estos equipos van conectadas las lneas de abonado y
lneas de acceso a centradas privadas, siendo posible la operacin remota o local de
la DLU en el nodo de red.
LTG (Link Troncal Group): el grupo de conexin constituye la interfaz entre el
entorno digital del nodo de red y el mdulo de conmutacin (SN). Estos equipos se
encargan de las tareas de control secundarias, reduciendo as las tareas que debe
gestionar el procesador de coordinacin (CP). La velocidad de transmisin de un
LTG desde y hacia la red de conmutacin es de 8.192 Mbits/s. Cada uno de estos
enlaces de 8 Mb/s dispone de 128 canales de tiempo de 64 Kbits/s cada uno (127
canales son de datos y 1 canal es de sealizacin).
DAS (Digital Announcement System): esta plataforma permite adems de anuncios
grabados estndar, mensajes que pueden crearse de forma personalizada. En un
nodo de red, los anuncios pueden establecerse hasta en cuatro idiomas diferentes.
TE (Test Equipment): abarca todos aquellos equipos y procedimientos utilizados en
el mantenimiento de lneas de abonado y troncales digitales.
9.1.2. Mdulo de conmutacin:
El Sistema electrnico de conmutacin digital EWSD est dotado de una red de
conmutacin (SN Switching Network). Debido a su excelente desempeo en la transmisin
de datos, la red de conmutacin puede soportar operaciones para distintos servicios (entre
ellos: telefona, telefax, teletex, transmisin de datos, ISDN, etc).
La red de conmutacin, a la que pueden conectarse hasta 504 grupos de conexin
(LTG), puede emplearse en varias versiones optimizadas de distintas capacidades. Para todos
los tipos y tamaos de central, hay disponible un esquema de red de conmutacin uniforme y
escalable de forma modular. Adems de los enlaces entre los grupos de conexin LTG, la red
de conmutacin tambin interconecta enlaces entre los grupos de conexin y el procesador de
coordinacin (CP).
108
Se disponen de dos tipos distintos de redes de conmutacin. La primera de ellas,

empleadas en centrales grandes posee una arquitectura T-E-E-E-T (Tiempo-Espacio-Espacio-
Espacio-Tiempo). La segunda de ellas, empleada en centrales pequeas y medianas posee una
arquitectura T-E-T (Tiempo-Espacio-Tiempo).
9.1.3. Mdulo de control:
En los sistemas EWSD se tiene un control distribuido y jerarquizado, conformado por
cuatro (4) subsistemas, estos son:
CP (Coordination Processor): el procesador de coordinacin se encarga de las
tareas comunes dentro del nodo de red, como son la coordinacin de controladores
para los microprocesadores distribuidos, y de la transferencia de datos entre ellos,
procesamiento de llamadas, enrutamiento, gestin de trfico, gestin de la red, entre
otras.
CCG (Central Clock Generador): la conmutacin y transmisin de informacin
digital en cualquier sistema sncrono, requiere de una fuente de impulsos de reloj
altamente estable, fiable y exacta para todos los nodos de la red. Esta labor la
cumple el generador central de impulsos de reloj. Por ser la sincronizacin una
tarea tan crtica, el CCG posee una configuracin maestro-esclavo, lo cual garantiza
el funcionamiento continuo del mismo an y cuando falle el reloj central.
MB (Message Board): su tarea principal es controlar el intercambio de informacin
entre el procesador de coordinacin y los grupos de conexin, los grupos de
conexin entre s, y los grupos de conexin con el mdulo de sealizacin.
SYP: este subsistema gestiona las alarmas e indicaciones de equipos de supervisin
de las centrales.
9.1.4. Mdulo de sealizacin:
Abarca los equipos requeridos para la transmisin de informacin que permitir a los
diferentes elementos de una red de telecomunicacin establecer, supervisar, mantener y liberar
una conexin. No se dispone de mayor informacin sobre la arquitectura de este mdulo.
109

En las centrales EWSD, se disponen las actividades de operacin y mantenimiento
siguiendo un esquema bien definido. Segn el grado de complejidad de la tarea, esta puede
ser:
Un comando en el lenguaje hombre/mquina
Una lista de tareas
Un procedimiento
Un procedimiento de facilidades
Un complejo de tareas global
Son labores de operacin la gestin de abonados, tasacin (tarificacin), enrutamiento,
mediciones de trfico y rutinas especficas del sistema. Las labores de mantenimiento son
mucho ms extensas y abarcas procedimientos especficos para cada uno de los mdulos que
conforma el sistema.
9.3 Software de las centrales EWSD

La mayor parte del software del sistema est escrito en el lenguaje de programacin
CHILL. Algunos programas estn escritos en ensamblador, sobretodo aquellas rutinas o tareas
que gestionan acceso directo al hardware. CHILL (por las siglas en ingls de CCITT High
Level Language), es un lenguaje de programacin orientado a los procedimientos y es muy
utilizado en sistemas de telecomunicaciones.
Todas las peticiones enviadas al sistema se tratan inmediatamente que ocurren. El
equipo central del procesamiento de peticiones es el procesador de coordinacin (CP), el cual
monitorea y controla todas las operaciones de alta jerarqua. Entre otras funciones, el CP
coordina, controla y administra los otros subsistemas perifricos subordinados, como son los
grupos de conexin (LTG) o la red de conmutacin.
9.4 Lenguaje de comandos

Los comandos que sirven para distintas tareas y de los que, por ello, existen distintas
variantes, pueden estar divididos en diferentes formatos de entrada (rutas). El lenguaje
hombre-mquina (MML) recomendado por el CCITT fue desarrollado en calidad de MML
110
bsico (Basic MML) para el dilogo entre el personal de operacin y el sistema EWSD. La
estructura de comandos se muestra en la Figura 9.2
Figura 9.2 Estructura bsica de un comando de MML1

Fuente: [12]
Un comando consta del nombre de comando y de uno o ms parmetros de comando. El

nombre de comando indica la accin y el objeto de la accin. Los parmetros, contienen
informacin adicional que personaliza la ejecucin del comando.
9.5 Comandos ejecutados en el mdulo Siemens del Proceso CPA:

Entre las acciones de comando estndar para la tecnologa Siemens, tenemos dos muy
tiles para nuestros fines. La primera de ellas es Protocolizar (PRO), la cual entrega en
formato editado (generalmente tabular o matricial), datos del objeto comando direccionado,
especificados en el comando. La segunda es Interrogar Estado (ES), que genera los estados
operativos del objeto especificado. Con respecto a los parmetros, si se quieren activar
bsquedas completas en la central colocamos nombre_de_parmetro = X. A continuacin se
presentan cada uno de los comandos utilizados en este mdulo:
Comando 1: proptocod: dest=x, codigo=x; (Protocolizar punto de cdigo).
Este comando protocoliza los datos relacionados con el(los) punto(s) de cdigo
especificado(s). Luego de su ejecucin tendremos cada uno de los rangos de numeracin de la
central asociados a su destino. Veamos una muestra de este comando en la Figura 9.3:
Comando 2: proruta:dest=x; (Protocolizar ruta).
1
Tomado de Manual EWSD de Siemens, vase [12]
111
Con este comando se traen todas las rutas asociadas a su destino. Esto nos permitir a
posteriori asociar rangos de numeracin con su ruta. El primer campo (nrgrtr) es lo que
llamamos nombre de ruta, y el segundo campo es el destino. Solo se seleccionan los registros
cuyo nombre de ruta empiece por Z (reservados para centrales privadas automticas). En la
Figura 9.4 se presenta el resultado de la ejecucin parcial de este comando:
Figura 9.3 Ejecucin parcial Comando 1 EWSD
Comando 3: estr:nrgrtr=x; (Protocolizar estado de troncal)

Este comando proyecta el estado de las rutas en todos los grupos troncales de la central.
Con el reporte entregado podremos cuantificar el nmero de canales DDE asignado a cada
ruta. Los dos primeros campos son los que se examinarn. Se seleccionaran las rutas Z y se
tomar la cuenta del nmero de lneas asociadas a cada una de ellas. Veamos un fragmento de
la ejecucin de este comando en la Figura 9.5:
112

113
Comando 4: pront:nt=x,cal=x; (Protocolizar datos de nmero telefnico)

Este comando protocoliza datos para todos los nmeros telefnicos. Aquellos renglones
que posean el campo ACT=NO corresponden a PBX o encadenamiento de lneas. Sin
embargo, no todos los PBX estn reservados para servicio CPA. Por lo tanto debemos
establecer criterios adicionales de bsqueda con un ltimo comando (Comando 5). Veamos
una pequea muestra de la ejecucin de pront, en la Figura 9.6:
Comando 5: prolnpbx:nt=x,cal=x; (Protocolizar )

Con este comando visualizamos todas las lneas PBX en la central. Para determinar que
grupo de lneas de este tipo estn asignadas a CPA, examinamos el campo MOOP. Si MOOP
= AEN , el PBX est reservado para servicio CPA, como se puede observar en la Figura 9.7:
114

La captura de la informacin generada por la ejecucin de comandos en la tecnologa
Siemens es muy particular. Se program un archivo de comandos general, que fue transferido
a cada una de las centrales EWSD a nivel nacional (y almacenado en el disco local), en el cual
se ordena sucesivamente las tareas a ser ejecutadas. La estructura general del archivo de
comandos creado se muestra en la Figura 9.8.
Figura 9.8 Estructura general de archivo de comandos

115
En primera instancia se coloca la etiqueta de inicio de archivo de comandos. Luego se

definen las opciones del archivo de comando, para pasar luego a borrar todos los archivos
viejos que pertenezcan al Proyecto de CPAs. El prximo paso es activar el desvo de salida
hacia un archivo especfico, cuyo nombre estar vinculado al comando que se va a invocar.
Seguidamente se llama al comando a ejecucin y cuando este finalice se desactiva el desvo de
salida, para luego transferir el archivo va X.25 al servidor de la Red de Gestin. Finalmente
se coloca la etiqueta de fin de archivo de comandos, y la interaccin con la central finaliza.
Al trabajar con centrales telefnicas que estn en produccin, no hay espacio para
realizar pruebas o tareas desconocidas. Por ello, antes de mandar a ejecucin el archivo de
comandos, se hace una compilacin de verificacin en cada central. En la Figura 9.9 se
presenta una visin global de la captura y procesamiento de la informacin.
Figura 9.9 Diagrama de captura y procesamiento de informacin para centrales EWSD
9.7 Procesamiento de la data y generacin de reportes finales

Las centrales Siemens, al igual que las Ericsson y las Nec, satisfacen el estndar de
identificar las rutas destinadas a servicio de CPA con la letra inicial Z. A continuacin se
presentan las fases ms resaltantes del procesamiento realizado en esta tecnologa.
9.7.1. Generacin archivos de auditora:
Figura 9.10.
116
Figura 9.10 Archivos de auditora mdulo Siemens

Como se pudo observar en las muestras parciales de ejecucin de comandos, la
informacin contenida en los reportes sigue una estructura bien definida al igual que Nec y
AT&T. Por esta razn se inicializan en primer lugar las rutinas que se encargan de tomar la
informacin requerida en cada uno de los comandos.
9.7.3. Asociacin de subrangos de numeracin a cada ruta:
Con el primer comando (proptocod) se obtienen todos los rangos de numeracin

programados en la central asociados a su destino, como se observa en la Figura 9.3. La salida
del segundo comando nos entrega el nombre de ruta de cada destino (ver Figura 9.4). La
vinculacin entre ambos comandos es entonces el campo destino, a partir del cual se calculan
los subrangos de numeracin para cada ruta. La salida parcial de este primer procesamiento
(para una central particular) se puede observar en la Figura 9.11
Figura 9.11 Rangos de numeracin asociados a ruta

117
9.7.4. Generacin primer reporte temporal:

A partir de la data generada en el primer procesamiento se procede a desglosar cada ruta,
asignando los subrangos de numeracin correspondientes y calculando el nmero de
extensiones por ruta, como se muestra en la Figura 9.12:
Figura 9.12 Primer reporte temporal
9.7.5. Clculo del nmero de canales entrantes (DDE):

En Siemens, el nmero de canales DDE no es entregado directamente por la central. De
hecho, la instruccin ejecutada para ello (Comando 3) proyecta el estado operativo de todos
los canales de todas las troncales salientes de la central. Este reporte puede tener en algunas
centrales ms de 20.000 lneas y debe ser examinado cuidadosamente para computar la
cantidad de canales asociados a cada ruta. Finalmente haciendo una vinculacin lgica con el
primer reporte temporal, tenemos un reporte como el mostrado en la Figura 9.13:
Figura 9.13 Clculo de canales DDE
9.7.6. Clculo del nmero de canales salientes (DDS):

Para calcular el nmero de canales salientes se sigue una lgica similar a la empleada en
el punto anterior. El cuarto comando (pront) nos indica que rangos de numeracin son del tipo
PBX (encadenamiento de lneas) (ver Figura 9.6) y el quinto comando nos entrega un reporte
con el detalle de cada nmero mster (ver Figura 9.7).
118

En este punto se realiza el procesamiento final requerido para generar los reportes de
salida. El diagrama de flujo del algoritmo implementado para generar el primer reporte, se
muestra en la Figura 9.14. Para el segundo reporte se sigue una lgica de procesamiento
anloga.
INICIO
3 Recorre rutas de
Carga la informacin de
cada central: la central.
abreviatura, tecnologa,
cod_rea y cod_central.
2
NO
Almacena la ruta, los
subrangos de Ruta actual coincide NO Incrementa ndice
numeracin y n de con la ruta de ruta examinada
extensiones en arreglos examinada?
S
2
Almacena informacin de
Actualiza
canales DDE y DDS (ruta,
las
nmero de canales DDE,
variables de
rangos DDS y nmero de
cada ruta.
canales DDS)
Fin del archivo NO

Fin de renglones 3
de entrada?
de ruta?
S
S
FIN
Figura 9.14 Diagrama de flujo para generacin de Reporte1

.
CAPTULO 10
Resultados y Anlisis
El objetivo de este captulo es presentar los resultados obtenidos con el desarrollo del
presente proyecto, para poder entender el impacto que tendr su implementacin en la
empresa. El captulo se encuentra dividido en cuatro secciones, cada una de las cuales
corresponde a un mdulo del Proceso CPA.
Con el levantamiento de informacin relativa al servicio de CPA, para cada una de las
tecnologas de centrales digitales que conforman la PSTN de CANTV, se pudo desarrollar un
sistema de informacin que de manera automatizada realiza la ejecucin de comandos, captura
y procesamiento de data contenida en las centrales, para entregar dos reportes finales con una
estructura de datos perfectamente definida e independiente de la tecnologa, que permitir al
departamento de facturacin de la empresa realizar cruces contra entidades administrativas y
de esta forma garantizar el aseguramiento de ingresos para la corporacin y de la calidad del
servicio para el cliente.
10.1 Resultados obtenidos en el mdulo Ericsson

Las centrales AXE-10 de Ericsson concentraban el 61,25% del servicio de CPA al
momento de realizar las mediciones. Esto se debe, a que gran parte de la ciudad capital y los
centros urbanos ms importantes del pas poseen centrales AXE, sitios donde el servicio de
CPA es mayormente demandado. El proceso de ejecut en cuarenta y nueve (49) centrales a
nivel nacional.
La fase de depuracin de este mdulo fue la ms larga de todo el Proceso CPA, y estuvo
especialmente dificultada por la existencia de programaciones en algunas centrales que no
siguen el estndar acordado por el departamento de conmutacin. Todo sistema de
informacin trabaja en base a patrones o esquemas predefinidos, teniendo cierta flexibilidad
en el procesamiento de la informacin. No obstante, cuando se violan los principios
fundamentales, se suceden comportamiento anmalos que deben ser corregidos. En este
sentido, se pudo detectar casos de programaciones incorrectas en algunas centrales del interior
del pas (situacin que fue notificada a los operadores de conmutacin), para su pronta
solucin. Adicionalmente, en esta etapa de interaccin con los operadores de las centrales
AXE-10, se le hicieron mejoras al proceso que permitieron un comportamiento correcto del
120
CAPTULO 10. Resultados y Anlisis
mismo ante situaciones irregulares. En la Figura 10.1 se ha incluido un diagrama general del
proceso para esta tecnologa.
Figura 10.1 Diagrama general del procesamiento para la tecnologa Ericsson

121
10.2 Resultados obtenidos para el mdulo Nec del Proceso CPA

Las centrales NEAX61E de Nec agrupaban el 18,85% del servicio de CPA al momento
de ejecutar el Proceso CPA. Es de hacer notar que las centrales NEAX se encuentran en su
mayora en el interior del pas, por lo cual tienen una participacin menor que las centrales
Ericsson. El proceso se ejecut en cuarenta y seis (46) centrales a nivel nacional.
Uno de los mayores inconvenientes que se present en este mdulo, fue la convivencia
de dos versiones de software en las centrales NEAX61E (versin 3.6 y versin 7.0). Para
ambos casos cambia la estructura de salida de los reportes, e incluso muchos comandos poseen
campos diferentes. Esta situacin fue solventada haciendo las adaptaciones necesarias al
software.
Otro factor limitante en el desarrollo del presente mdulo, fue la captura de la
informacin desde GFL. En la tecnologa NEAX puede sucederse colisin entre comandos, si
existen otros usuarios de mayor prioridad (mantenimiento u operacin) realizando trabajos en
la central. Cuando esto ocurre, debe iniciarse de nuevo el proceso de captura para la central,
significando grandes prdidas de tiempo. Por esta razn se decidi activar los procesos de
captura en horarios nocturnos para minimizar las posibilidades de colisin.
Los errores obtenidos al momento de ejecutar el procesamiento de la data fueron muy
puntuales. Esto se debe a la gran simplicidad en la arquitectura de estas centrales, donde la
informacin viene entregada con una lgica francamente sencilla, y en forma de campos bien
delimitados. Solo un error mayor fue detectado en la Central Urdaneta, donde hace algunos
aos se program un servicio de CPA siguiendo los lineamientos de un abonado normal. Tal
situacin fue informada al departamento de conmutacin, quienes prontamente informaron
que tal programacin tuvo que ser completada de esa manera por requerimientos del cliente.
El objetivo final en este y los restantes mdulos del proceso CPA, es garantizar que la
informacin entregada al usuario final (Departamento de Facturacin), est totalmente en
concordancia con la data residente en las centrales. Es por ello que siempre se trabaj de la
mano con el departamento de conmutacin, consultando cualquier situacin extraordinaria
detectada, lo que llev en muchos caso a correccin de problemas en algunas centrales. En la
Figura 10.2 se dispone un diagrama general del procesamiento realizado para las centrales
Nec.
122
Figura 10.2 Diagrama general del procesamiento para la tecnologa Nec

123
10.3 Resultados obtenidos para el mdulo AT&T del Proceso CPA

Las centrales AT&T concentraban el 2,83% del servicio de CPA, ya que tan solo cuatro
(4) centrales 5ESS ofrecen este servicio; tales centrales son: Cagua, La Lago, Bella Vista y
Maiqueta. CANTV est desincorporando tales centrales de produccin, quedando solo doce
(12) operativas a nivel nacional.
El proceso de captura se realiz manualmente para este pequeo grupo de centrales. Por
estar este sistema basado en la filosofa UNIX, muchos de las terminologas y formas de
trabajar resultaban familiares. Un punto decisivo en el trabajo realizado ac fue la utilizacin
de la tabla de conversin de rutas, que hizo posible la transformacin de la troncal numrica
(de 4 caracteres) residente en el disco de cada central a la ruta alfanumrica (de 4 caracteres)
declarada en las instancias administrativas de la empresa. Esto representa un ahorro de tiempo
significativo para el departamento de facturacin.
Las CPAs programadas en las centrales ATT manejan en general un nmero pequeo de
extensiones, teniendo la ruta ms importante un total de setecientas (700) asignadas. Por otro
lados, solo se observaron hasta dos (2) subrangos de numeracin por ruta (y el proceso
diseado soporta hasta diez (10) subrangos), con lo cual podemos garantizar un
funcionamiento ptimo en esta tecnologa.
Por otro lado, no se observaron problemas relacionados con la integridad de la data en
las centrales. En la Figura 10.3 se presenta el diagrama general del procesamiento realizado
para esta tecnologa.
124
Figura 10.3 Diagrama general del procesamiento para la tecnologa AT&T

125
10.4 Resultados obtenidos para el mdulo EWSD del Proceso CPA

Las centrales EWSD de Siemens ocupan el tercer puesto en cuanto a cantidad de rutas
de Centrales Privadas Automticas atendidas, con una participacin porcentual del 17,08 % a
nivel nacional. El proceso se efecto en cada una de las cincuenta y siete (57) centrales
Siemens que se encontraban operativas para el momento.
Estos sistemas de conmutacin, estn instalados mayormente en el interior del pas. No
obstante, tenemos centrales muy importantes en la regin capital como es el caso de La
Pastora, Nueva Caracas y La Florida. Por el gran nmero de usuarios que manejan estas
centrales, la captura de informacin es bastante lenta. No obstante, con la programacin de
archivos de comando en cada una de las centrales (que pueden ser configurados para activarse
a cualquier hora del da) y la existencia de un demonio receptor en el Servidor Trfico N, esto
no resulta una situacin problemtica. El demonio receptor no es ms que un programa en
lenguaje C que protocoliza la transferencia de archivos entre centrales Siemens y PCs
Remotos, emulando dicho terminal y escuchando un puerto especfico en la espera de
cualquier central que solicite un proceso de transferencia al servidor (HOSTR). Como trabajo
adicional al proyecto de pasanta, se colabor en el desarrollo de un mecanismo que permitiese
la solicitud automtica de archivos a las centrales, editando directamente el cdigo en C del
emulador. La solucin creada fue la ejecucin paramtrica del programa, lo cual evita la
necesidad de interaccin con el usuario.
Como se mencion anteriormente, la filosofa de estructuracin de la informacin en
Siemens en muy similar a la tecnologa Nec. Por esta razn se emplean incluso fragmentos de
cdigo idnticos en ambas tecnologas, lo cual facilita a futuro posibles actualizaciones
realizadas al sistema. En la Figura 10.4 se muestra el diagrama general de procesamiento
para la tecnologa EWSD.
Las situaciones extraordinarias detectadas en varias centrales, correspondan a
programaciones que no siguen el estndar acordado por el departamento de conmutacin.
Tales casos fueron notificados y se tomaron las acciones necesaria para corregirlos.
126
Figura 10.4 Diagrama general del procesamiento para la tecnologa EWSD

CAPTULO 11
Conclusiones y Recomendaciones
El sistema de informacin desarrollado sienta las bases para la sincronizacin del
servicio de centrales privadas automticas entre las instancias administrativas y las centrales
de la red pblica de CANTV. La inexistencia de un proceso de auditora en planta (centrales),
hace imposible cualquier esfuerzo por mantener un seguimiento de las CPAs, lo cual genera
cuantiosas prdidas a la empresa en trminos de ingresos percibidos y calidad de servicio
ofrecido.
La gran cantidad de centrales que ofrecen este servicio a nivel nacional, la diversidad en
las tecnologas y la programacin manual de las facilidades para cada cliente por parte de
operadores de conmutacin, incrementan la posibilidad de incongruencias entre las distintas
instancias de informacin. Por ello, la solucin idnea es un proceso que de manera
automtica establezca el dilogo con las centrales, ejecute los comandos necesarios en ellas,
capture la data generada y finalmente realice el procesamiento necesario que permita el
anlisis de indicadores del servicio para cada cliente.
Los objetivos trazados inicialmente fueron cubiertos en su totalidad y adicionalmente se

colabor con el desarrollo de un mecanismo para hacer solicitud automtica de tareas con las
centrales EWSD desde la Red de Gestin, como se seal en el captulo anterior. La puesta en
servicio del Proceso CPA, generar los insumos para que el departamento de facturacin de la
empresa sincronice todas sus entidades de datos, garantizando as una total integridad de la
informacin. La periodicidad con la cual se llevar a cabo este proceso, ser definida en
funcin de la tasa de cambio porcentual de la data con respecto al tiempo. Si se ejecuta con
mayor frecuencia de lo necesario, se recargar de trabajo a los responsables del proyecto sin
verse esto reflejado en logros apreciables. Por otro lado, si se lleva a cabo con menos
periodicidad de la debida, no se podr cumplir con xito el objetivo final trazado.
Para garantizar el buen funcionamiento del sistema y facilitar las labores de

mantenimiento y actualizacin a futuro, se incluyen en el desarrollo los algoritmos centrales y
la lgica de procesamiento, tanto en el cdigo fuente de cada uno de los mdulos como en el
128
CAPTULO 11. Conclusiones y Recomendaciones
manual tcnico creado para la empresa. La definicin de subrutinas que se encargan de

realizar tareas muy especficas, y el empleo de lenguaje interpretados en la totalidad del
software, permiten una familiarizacin rpida del usuario con la interfase desarrollada, si debe
editarse el cdigo fuente por alguna razn.
Se recomienda ampliamente la definicin y cumplimiento de los procedimientos

involucrados en la programacin y configuracin del servicio de centrales privadas
automticas. De esta forma se minimizar en gran medida las situaciones problemticas
detectadas en las centrales, y se garantizar por otro lado la estandarizacin en las tareas
ejecutadas. Para dar un paso adelante en este sentido, se document el desarrollo siguiendo los
lineamientos de la Norma ISO-9000, utilizando formatos propiedad de CANTV.
129
GLOSARIO DE TRMINOS
Abonado: cliente o usuario del sistema telefnico.
Amortizacin: disminucin o extincin gradual de cualquier deuda durante un periodo de

tiempo
rbol de numeracin: estructura jerrquica que se usa en algunas centrales telefnicas para
manejar las numeraciones.
Auditora: examen comprensivo y constructivo de la estructura organizativa de una empresa o

institucin; o de cualquier otra entidad y de sus mtodos de control, operacin y utilizacin de
sus recursos tanto humanos como materiales.
Canal D: es una conexin de una red digital de servicios integrados, que transporta
informacin de sealizacin y control.
Central telefnica: es la instancia donde se renen las conexiones fsicas de todos los equipos
telefnicos de una determinada rea, que se denomina rea local o rea central
Centralita: central telefnica de pequea capacidad que permite el manejo del trfico
telefnico interno de empresas e instituciones. Usualmente estar interconectada al proveedor
de servicio telefnico local.
Compilacin: es el proceso por el cual se traducen programas en cdigo fuente a programas

en cdigo objeto.
Conmutacin: conexin fsica o lgica de un camino de entrada con un camino de salida de

un nodo, con el fin de transmitir la informacin que llegue por el primer camino al segundo.
DCE (Data Circuit-Terminating Equipment): Equipo terminal de circuito de datos. Se

encarga de recibir los datos provenientes del DTE y transformarlos de forma que puedan ser
130
enviados por un canal fsico de comunicacin. Un modem (contraccin de modulador-

demodulador) tpicamente acta como DCE, convirtiendo la informacin digital del DTE en
seales analgicas y viceversa.
DDE (Discado Directo Entrante): En tecnologas digitales, es un servicio que permite que
llamadas provenientes de la red telefnica pblica accedan a una central privada sin la
necesidad de pasar por operadora. Estas lneas no debern cursar trfico telefnico. Si llegarn
a hacerlo se deber a llamadas por cobrar o fraude interno.
Equivalente analgico: LUE (Lnea unidireccional entrante)
DDS (Discado Directo Saliente): Anlogamente, este servicio permite la salida de llamadas
desde la central privada hacia la red pblica telefnica sin necesidad de pasar por una
operadora. Son lneas a travs de los cuales el cliente se comunica con la red pblica de
CANTV.
Equivalente analgico: LUS (Lnea unidireccional saliente).
DTE (Data Terminating Equipment): Equipo terminal de datos. Tpicamente es un PC o

equipo de procesamiento de alto desempeo.
Erlang: Es la intensidad de trfico que soporta un canal cuando el tiempo de observacin

coincide con el tiempo total de ocupacin. Por definicin, la ocupacin total durante una hora
equivale a 1 Erlang.
Host: anfitrin. Computador o equipo que funciona como servidor de archivos.
Lenguaje Ensamblador: es una notacin del lenguaje de mquina que es legible por personas
y es especfica de cada arquitectura de computadoras. Se invent para facilitar la tarea de los
primeros programadores que hasta ese momento tenan que escribir directamente en cdigo
binario.
Nodo: punto de confluencia en una red.

131
PCM (Pulse Code Modulation): modulacin por cdigo de pulsos. Consiste en muestrear
una seal analgica y asignarle a cada muestra una palabra binaria de longitud fija.
RC (Routing Case): caso de enrutamiento. Camino lgico a travs del cual se enlaza el
usuario final a la central telefnica.
Red local: son todos aquellos elementos necesarios para conectar una central local con sus
abonados.
Rel: interruptor electromecnico que usa un imn para abrir o cerrar uno o varios juegos de
contactos.
Topologa de red: patrn lgico de conexin entre cada uno de los nodos que componen una
red.
Troncal: Circuito que une las centrales locales de una red local.
131
REFERENCIAS
[1] CANTV [2004, Noviembre]. Corporacin, [en lnea]. Venezuela. Disponible en:
http://www.cantv.com.ve/ [18/11/04].
[2] UNEXPO [2000, Junio]. Emulador de protocolo de comunicacin de las centrales

telefnicas EWSD para realizar sesin de comando para las mediciones de trfico del centro
de operaciones de trfico de CANTV, [Uzctegui Correa, Freddy Jos].
[3] PEARSON [1997]. Tanenbaum, Andrew S., Redes de computadoras, Pearson, Mxico, pp
17-18, (1997).
[4] WIKIPEDIA [2004, Noviembre]. Enciclopedia Libre, [en lnea]. Espaa. Disponible en:
http://es.wikipedia.org/wiki/OSI [22/11/04].
[5] ISO [2004, Noviembre]. Organizacin Internacional de Estndares, [en lnea]. Suiza.
Disponible en: http://www.iso.org [28/11/04].
[6] Tel-Aviv University [2004, Noviembre]. X.25 Protocol. [en lnea]. Israel. Disponible en:
http://www2.rad.com/networks/1996/x25/x25.htm [29/11/04].
[7] Protocols.com [2004, Diciembre]. X.25. [en lnea]. EE.UU. Disponible en:
http://www.protocols.com/pbook/x25.htm#X25 [04/12/04].
[8] Telephone Lines Ltd [2004, Diciembre]. Collectors phones. [en lnea]. Reino Unido.
Disponible en: http://www.telephonelines.net/collectors_pages/6401.htm [09/12/04].
[9] JCT [2004, Diciembre]. 1922 Hasler CB universal switchboard (manual exchange). [en
lnea]. Israel. Disponible en: http://www.jct.ac.il/special/virtual/phone/phone10.html
[09/12/04]
132
[10] John and Jeans Personal Web Site [2004, Diciembre]. Strowger exchanges. [en lnea].
Reino Unido. Disponible en: http://www.johnandjean.freeserve.co.uk/jjstgr.htm [09/12/04]
[11] Switching solutions [2004, Diciembre]. 5ESS. [en lnea]. EE.UU. Disponible en:
http://www.lucent.com/kr/product/images/5ess.jpg [09/12/04]
[12] SIEMENS [1997]. Manual EWSD version 11.

000129784

Cargado por

Información del documento

Descripción original:

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

000129784

Cargado por

Copyright:

Formatos disponibles

UNIVERSIDAD SIMN BOLVAR

Decanato de Estudios Profesionales

Automatizacin de los procesos de Centrales Privadas Automticas (CPA) para

Sartenejas, Enero 2005

Automatizacin de los procesos de Centrales Privadas Automticas (CPA) para

Realizado con la Asesora de

Automatizacin de los procesos de Centrales Privadas Automticas (CPA) para

PROYECTO DE GRADO presentado por

REALIZADO CON LA ASESORIA DE

El proyecto consiste en la creacin de un sistema para el monitoreo del

Central Privada Automtica, servicio, comandos, Unix, auditora.

Aprobado con mencin:_______

A Francia Caraballo y Sandra Arvalo, por depositar su confianza en m para la

Al personal de la Coordinacin de Gestores Fuera de Lnea, compaeros de trabajo

A los amigos de la Coordinacin de Soporte de Enrutamiento, por brindarme sus

A mi querida familia de la USB, en especial a mi tutor acadmico Cristian de Castro,

CCITT: Comit Consultivo Internacional de Telegrafa y Telefona

3.2.2. Red de acceso....................................................................................30

6.1.2. Mdulo APZ....................................................................................63

7.6.5. Determinacin de las numeraciones salientes para cada ruta........91

9.7.2. Ejecucin de normalizadores.........................................................116

Figura 3.1 Interconexin directa entre 4 telfonos..............................................25

Figura 4.1 Organigrama de CANTV....................................................................45

Figura 5.1 Proceso de Centrales Privadas Automticas.......................................56

Figura 6.1 Estructura general de las centrales AXE-10.......................................64

Figura 7.1 Estructura general de las centrales NEAX61E................................80

Figura 8.1 Estructura general de centrales 5ESS............................................95

Figura 8.9 Diagrama de captura y procesamiento de informacin para

Figura 9.1 Estructura general de centrales EWSD.........................................106

Figura 10.1 Diagrama general del procesamiento para la tecnologa

Tabla 3.1 Estndares mundiales en la Jerarqua Digital Plesicrona.................42

Tabla 4.1 Directorios ms importantes del Sistema de Archivos de UNIX.......51

Tabla 8.1 Cdigo de confirmacin de comandos................................................98

Existen distintas instancias a travs de las cuales la corporacin puede monitorear y

El desarrollo realizado est enmarcado dentro de los procedimientos y estndares

2.1 Redes de telecomunicaciones

Figura 2.1 Elementos de una red de telecomunicaciones

2.1.1 Redes conmutadas:

2.2 Redes de computadoras

Figura 2.2 Topologa en bus

Figura 2.3 Topologa en anillo

Figura 2.4 Topologa en estrella

2.3 Protocolos de comunicacin

mismo nivel se comuniquen virtualmente entre s aunque realmente solo se de comunicacin

2.3.1. Jerarquas de protocolos:

Como se seal anteriormente, a medida que la arquitectura de las nuevas redes de

Figura 2.5 Capas, protocolos e interfases 2

La comunicacin entre pares a travs de un protocolo es virtual. Lo que ocurre es que la

2.4 El modelo de referencia OSI

Figura 2.6 Modelo de Referencia OSI

Entre las ventajas que ofrece modelo OSI, podemos destacar:

Capa de sesin: se encarga del establecimiento y mantenimiento de las sesiones de

Servicios orientados a conexin: se establece en primer lugar una conexin (fsica o

Servicios orientados a datagrama o no conexin: la informacin a ser transmitida

2.6 Estndares de telecomunicaciones

En el mbito de las telecomunicaciones, la estandarizacin evita las arquitecturas

La UIT (Unin Internacional de Telecomunicaciones) es el organismo oficial ms

2.7 Recomendacin X.25 del CCITT

Figura 2.7 Esquema de comunicacin tpico bajo recomendacin X.25

2.7.1. Niveles de X.25:

Figura 2.8 Estructuracin en niveles de X.25 respecto al modelo OSI 3

2.7.1.1. Nivel fsico:

Con respecto a la especificacin mecnica de la norma X.25, tenemos que en X.21 y