You are on page 1of 105

PROTOTIPO DE UNA ESTACIN CELULAR PORTTIL PARA ATENCIN DE

EMERGENCIAS

JULIN DAVID VSQUEZ GUTIRREZ


juvasquez88@gmail.com
IVN FERNADO SANTA RAMREZ
ivanfernandosanta@gmail.com
JOS VALENTN RESTREPO LAVERDE
vatin@une.net.co

MEDELLN - COLOMBIA
Noviembre 18 de 2012

AGRADECIMIENTOS

A mi familia por el apoyo incondicional y la tolerancia infinita. A mi compaero de


trabajo de grado, pues sin su paciencia y esmero este proyecto no hubiera tenido
xito. Al director del trabajo de grado por la confianza que tuvo en el proyecto.
Ivn Fernando Santa Ramrez

Al constante apoyo de mi familia que hacen que cada da se convierta en un


pequeo universo donde las cosas se pueden lograr. A mi compaero de trabajo
de grado por su labor y tener siempre un consejo de amigo. Al director del trabajo
de grado por creer y apoyar este proyecto.
Julin David Vsquez Gutirrez

CONTENIDO
LISTA DE FIGURAS ................................................................................................ 5
LISTA DE CUADROS .............................................................................................. 6
GLOSARIO .............................................................................................................. 7
RESUMEN ............................................................................................................. 10
INTRODUCCIN ................................................................................................... 12
1. CONCEPTOS GENERALES ............................................................................. 14
1.1 TELECOMUNICACIONES EN DESASTRES. .............................................. 14
1.2 TELEFONA MVIL COMO SOLUCIN ...................................................... 17
1.3 MARCO REGULATORIO DE LAS COMUNICACIONES MVILES EN
COLOMBIA......................................................................................................... 20
2. DESARROLLO E IMPLEMENTACIN DE UNA BTS GSM ............................. 25
2.1 COMPONENTES DEL SISTEMA ................................................................. 25
2.1.1 Asterisk. ................................................................................................ 25
2.1.1.1 Arquitectura de Asterisk .................................................................. 25
2.1.1.2 Estructura de Archivos. ................................................................... 27
2.1.1.3 Tipos de mdulos. ........................................................................... 27
2.1.2 GNU Radio. .......................................................................................... 28
2.1.3 Universal Software Radio Peripheral (USRP)....................................... 33
2.1.4 Sistema Global para las Comunicaciones Mviles (GSM). .................. 36
2.1.4.1 Canales de trfico ........................................................................... 43
2.1.4.2 Canales de control dedicados ......................................................... 43
2.1.4.3 Canales de control no dedicados .................................................... 44
2.1.5. OpenBTS. ............................................................................................ 44
2.2 ANLISIS Y DISEO DE LA SOLUCIN .................................................... 49
2.3 IMPLEMENTACIN DE LA SOLUCIN ...................................................... 50
2.3.1 Requerimientos de software ................................................................. 51
2.3.2 Requerimientos de Hardware ............................................................... 51
2.3.2.1 Proceso de ensamblaje de USRP (Ver Anexo A) ........................... 53
2.3.3 Proceso de adecuacin del hardware. ................................................. 53
2.3.4 Proceso de instalacin. ........................................................................ 55
2.3.4.1 Instalacin de GNU Radio. .............................................................. 55
2.3.4.2 Instalacin de OpenBTS. ................................................................ 59

2.3.4.3 Instalacin de Asterisk. ................................................................... 60


2.3.5 Configuracin para la puesta en funcionamiento de la microcelda....... 69
2.3.5.1 Configuracin de OpenBTS. ........................................................... 69
2.3.5.2 Configuracin de Asterisk ............................................................... 71
2.4 PRUEBAS, AJUSTES Y RESULTADOS FINALES ...................................... 80
3. DIFICULTADES, BENEFICIOS Y RECOMENDACIONES ................................ 84
3.1 Dificultades en la instalacin. ....................................................................... 84
3.2 Dificultades en la operacin. ......................................................................... 85
4. POSIBLES MEJORAS AL PROTOTIPO ........................................................... 87
4.1 MEJORA EN ALCANCE Y POTENCIA. ....................................................... 87
4.2 ANLISIS ENERGTICO DEL PROTOTIPO Y SUGERENCIA DEL
SISTEMA DE POTENCIA AUTNOMO............................................................. 94
4.2.1 Acercamiento al sistema de potencia autnomo .................................. 95
CONCLUSIONES .................................................................................................. 99
BIBLIOGRAFA .................................................................................................... 101

LISTA DE FIGURAS
Figura 1. Diagrama de conexin de Asterisk ......................................................... 26
Figura 2. Modelo de grafo. Hola Mundo de GNU Radio ...................................... 30
Figura 3. Diagrama de la arquitectura de un SDR ................................................. 32
Figura 4. Diagrama de bloques del USRP1 ........................................................... 36
Figura 5. Arquitectura bsica de la red GSM ......................................................... 38
Figura 6. Esquema de frecuencia para la banda GSM900 .................................... 42
Figura 7. Combinacin de las tcnicas FDMA/TDMA ............................................ 43
Figura 8. Arquitectura de OpenBTS ....................................................................... 47
Figura 9. Kit USRP PKG ........................................................................................ 53
Figura 10. Modificaciones del USRP ..................................................................... 54
Figura 11. Instalacin de Ubuntu 10.04 LTS con usuario emergencybts ............... 55
Figura 12. Interfaz web Asterisk GUI ..................................................................... 68
Figura 13. Relacin entre los archivos sip.conf y extensions.conf ......................... 73
Figura 14. Relacin de extensiones dentro de los archivos de configuracin. ...... 79
Figura 15. Diagrama de bloques de la distribucin de los componentes ............... 94
Figura 16. Diagrama de bloques simplificado del sistema de potencia autnomo . 96
Figura 17. Aplicacin Tpica del LM317: Regulador de voltaje .............................. 97
Figura 18. Circuito de potencia bsico. ................................................................. 98

LISTA DE CUADROS
Cuadro 1. Series y temas de la especificacin GSM ............................................. 40
Cuadro 2. Rangos de frecuencia, offset y ARFCN ................................................. 41
Cuadro 3. Caractersticas de frecuencia y potencia de las tarjetas hijas ............... 52
Cuadro 4. Conformacin del IMSI .......................................................................... 69
Cuadro 5. Operadores que prestan servicios en Colombia ................................... 70
Cuadro 6. Comandos relevantes desde el prompt CLI de OpenBTS..................... 80
Cuadro 7. Comandos relevantes desde el prompt CLI de Asterisk........................ 80
Cuadro 8. Mxima potencia de salida para una MS GSM modulacin GMSK ...... 89

GLOSARIO
BTS: Estacin Base, es un punto de acceso que permite la radio comunicacin
entre la estacin mvil y la red, brindando tambin cobertura a un rea
detemrinada. El termino BTS es asociado con comunicaciones mviles GSM o
CDMA recibiendo y transmitiendo informacin entre el celular y la red.
Cobertura: Es el rea geogrfica en la cual los usuarios disponen de un servicio.
Cdec: Es la abreviatura de codificador-decodificador. Es un algoritmo capaz de
traducir seales anlogas a flujo de datos digitales y visceversa, para la
transmisin o almacenamiento cifrado y de igual forma decifrado y obtencin de la
seal adecuada para la reproduccin o visualizacin.
Demonio: Es un proceso especial que difiere de una aplicacin porque se ejecuta
en segundo plano, con lo que no es directamente controlado por el usuario.
Diafona: Fenmeno en el cual parte de la seal sobre un circuito o canal aparece
en otro causando una perturbacin.
Figura de ruido: Es una medida de cuanto se degrada la relacin seal a ruido
mientras la seal est pasando por un dispositivo electrnico. La figura de ruido
especifica el ruido generado por un dispositivo electrnico.
Framework: Es una estructura conceptual y tecnolgica de soporte definido,
normalmente con artefactos o mdulos de software concretos. El propsito de un
framework es mejorar la eficiencia de la creacin y desarrollo de un nuevo
proyecto de software.
Gateway: Es una puerta de enlace y su propsito es traducir la informacin del
protocolo utilizado en una red, al protocolo usado en la red de destino.
Grafo: Es un conjunto de objetos llamados vrtices o nodos unidos por enlaces
llamados aristas o arcos, que permiten representar relaciones binarias (pares de
objetos). Prcticamente cualquier problema puede representarse mediante un
grafo.
Microcelda: Es el rea de cobertura geogrfica proporcionada por una estacin
base, comnmente cubre distancias de 200 a 400 metros y hasta un mximo de 2
kilmetros desde la antena.
NGN: Red de nueva generacin, es un trmino que hace referencia a un modelo
de arquitectura de redes de comunicaciones con el fin de lograr la convergencia

de los servicios IP multimedia (comunicaciones VoIP, video conferencia,


integracin con servicios IPTV, domtica, entre otros).
Piso de ruido: Es la mnima seal para la que es til el circuito o dispositivo. La
cantidad de seal mnima capaz de distinguirse del ruido generado por el
dispositivo.
Protocol stack: Una pila de protocolos es una arquitectura conceptual de
protocolos de comunicacin. Los protocolos individuales son definidos en capas,
donde cada capa realiza una tarea especfica. El trmino stack se refiere a la
implementacin por software de los protocolos.
RF front end: Consiste en todos los componentes que procesan la seal en la
frecuencia original de llegada RF (Radio Frequency, Radio Frecuencia), antes de
que esta sea convertida en una de baja frecuencia intermedia IF (Intermediate
Frequency, Frecuencia Intermedia). Convertirte la seal de RF a la frecuencia
intermedia IF y visceversa.
Roaming: Conocido en espaol como itinerancia, es una de las funcionalidades
bsicas de los sistemas de comunicaciones mviles, que permite a los usuarios
acceder a los servicios, an si se encuentran fuera del rea de cobertura de un
operador, usando redes de otros operadores o proveedores de servicios, siempre
que exista un acuerdo comercial previo con estos operadores.
SDR: Radio definido por software, es un sistema de radio comunicacin donde los
componentes que normalmente se realizaban con hardware (filtros, divisores,
moduladores, demoduladores) son implementados por software haciendo uso de
un computador o un sistema embebido.
SMS: Es un servicio que permite el envo de mensajes de texto desde la web o
desde un dispositivo de comunicaciones mviles.
SIP: Es un protocolo de sealizacin a nivel de capa de aplicacin encargado de
la iniciacin, modificacin y terminacin de sesiones multimedia como voz, video
conferencias, mensajera instantnea. SIP es uno de los protocolos de
sealizacin para VoIP (Voice over IP, Voz sobre Protocolo de Internet).
Softphone: Es un programa que permite realizar y recibir llamadas telefnicas
VoIP, se instala en dispositivos con capacidad de procesamiento.
Transceptor (Transceiver): Transmisor-Receptor, es un dispositivo que realiza
funciones de transmisin y recepcin de seales anlogas y digitales empleando
elementos comunes del circuito.

Throughput: Es la tasa promedio de informacin exitosa entregada sobre un


canal de comunicaciones.
Trunking: Es un servicio de radiocomunicaciones privado que se ofrece en un
rea de cobertura determinada y que permite la difusin de informacin o el
establecimiento de comunicaciones entre dos o ms usuarios.
ltima milla: La ltima milla se refiere al ltimo tramo de conexin entre el
operador que brinda el servicio y el usuario final, independientemente de la
tecnologa empleada.
USRP: Es un dispositivo de Hardware libre, que en conjunto con un computador
permite implementar y disear sistemas de radiocomunicaciones potentes,
flexibles a muy bajo costo y mnimo esfuerzo.
Vocoder: Es un analizador y sintetizador usado para reproducir voz humana.

RESUMEN
En casos de desastres como terremotos, tsunamis, inundaciones, incendios; o en
casos de emergencias como apagones, fallas de la red o atentados terroristas, las
redes de telecomunicaciones tienen una alta probabilidad de colapsar. Para
hacerle frente a esta dificultad, los sistemas y organismos de emergencia no
cuentan con celdas celulares mviles de respaldo para su uso inmediato, lo cual
hace evidente la necesidad de disponer servicios de telecomunicaciones que
faciliten las labores de rescate aprovechando el uso masivo de telfonos celulares
entre la poblacin. Se requiere una solucin que incorpore los telfonos celulares,
que sea poco exigente en inversin y que tenga la posibilidad de operar sin costo
para facilitar la comunicacin entre los afectados por una calamidad y los
organismos de rescate. Adicionalmente debe ser porttil y de rpida instalacin.
La solucin que cubre estas demandas tcnicas fue el desarrollo e
implementacin de un prototipo de estacin celular porttil con gestin de
usuarios, control de llamadas, cobertura limitada y sin interfaz para conexin de
usuarios entre la micorcelda y las redes pblicas de comunicacin. Se acudi al
proyecto OpenBTS que genera una interfaz de aire GSM (Global System for
Mobile Communications, Sistema Global para las Comunicaciones Mviles) Um,
usada para establecer la comunicacin entre la MS (Mobile Station, Estacin
Mvil) y la BTS (Base Transceiver Station, Estacin Base Transceptora) en una
arquitectura de red GSM convencional. OpenBTS hace uso del hardware USRP
(Universal Software Radio Peripheral, Perifrico Universal de Radio por Software)
y el software GNU Radio corriendo sobre un computador. Adems utiliza el
software Asterisk que, a travs de un controlador de canal, verifica el plan de
marcado para realizar el control y conmutacin de las llamadas.
La base del hardware fue el paquete USRP-PKG, dos tarjetas hijas
(daughterboards) RFX900, cada una con su antena VERT900 que cubren las
bandas GSM 850/900; un computador con puerto USB-2.0, procesador Intel Atom
de 1.5 GHz con 2GB de memoria RAM; reloj de referencia de 52MHz, Fairwaves
lockTamer, especialmente diseado para usarse con el USRP.
El sistema operativo fue el Ubuntu 10.04 LTS Desktop sobre el cual se instal el
software GNU Radio en su versin 3.4.2, que cuenta con el soporte para el
USRP1. Igualmente se instal el software OpenBTS P2.6 Mamou que brinda la
implementacin de la pila de protocoles GSM y el software Asterisk 1.6.2.22. Se
inici el estudio de la configuracin para funcionamiento de Asterisk.
Se comprob el correcto funcionamiento de la microcelda utilizando el softphone
Zoiper y celulares Samsung GT-E1086L, Alcatel OT-203 y Huawei. Estas pruebas
se realizaron en un stano sin la seal de operadores pblicos comerciales, para
evitar que la seal que genera OpenBTS sea enmascarada por la seal de los

operadores. La cobertura fue de 10 metros y se probaron los mensajes enviados


desde la terminal donde corre OpenBTS con el comando sendsms.

INTRODUCCIN
Las redes de telecomunicaciones son un elemento de gran importancia para las
sociedades. Desafortunadamente en situaciones de emergencia las redes tienen
una alta probabilidad de colapsar o carecen de la cobertura necesaria para ser
utilizadas en el lugar del suceso. En casos de desastres como terremotos,
tsunamis, inundaciones, incendios, o emergencias como apagones, fallas de la red
o atentados terroristas, no se cuenta con celdas celulares mviles de respaldo
para su uso inmediato.
Luego del terremoto de Hait, por ejemplo, se evidenci la necesidad de disponer
rpidamente de los servicios de telecomunicaciones para facilitar las labores de
rescate. Adems, se observ que la alta disponibilidad y uso de telfonos
celulares entre la poblacin, incluso en pases subdesarrollados, los hace un
instrumento fcil y prctico para la ubicacin de personas atrapadas bajo
estructuras colapsadas.
Por otra parte, hay que tener en cuenta que los operadores de telefona celular
funcionan bajo un modelo de oferta-demanda que los imposibilita financieramente
para dar cobertura en lugares con poca poblacin o prestar servicios gratuitos en
casos de emergencia, razn por la cual se considera necesario que los entes
gubernamentales y de atencin a desastres dispongan de una red de telefona
celular autnoma, porttil, de corto alcance y sin tarificacin, que brinde servicios
en lugares donde sea necesario por razones de emergencia o por inaccesibilidad
a la red pblica comercial.
En tal caso, se requiere un recurso que incorpore los telfonos celulares, haga uso
de la red mvil de telefona celular, requiera baja inversin y tenga la posibilidad
de operar sin costo para que permita la comunicacin entre los afectados por una
calamidad y los organismos de rescate. La solucin que se propone en el presente
trabajo es el desarrollo e implementacin de un prototipo de Estacin Celular
Porttil con gestin de usuarios, control de llamadas y cobertura limitada. No se
implementa un sistema de facturacin pues su nico fin es el uso en algn evento
donde sea requerida una comunicacin gratuita por entes de prevencin y
atencin a desastres o emergencias. Tampoco se desarrolla una interfaz que
permita conectar llamadas de los usuarios de la microcelda con otros situados en
redes pblicas de comunicacin. El nmero de llamadas simultneas es limitado.
Para el desarrollo e implementacin de la Estacin Celular Porttil se acude al
proyecto OpenBTS que genera una interfaz de aire GSM Um, que es la interfaz
que se usa para establecer la comunicacin entre la MS y la BTS en una
arquitectura de red GSM convencional. OpenBTS hace uso del hardware USRP y
el software GNU Radio corriendo sobre un computador para construir una

completa aplicacin de software radio. Adems utiliza el software Asterisk para


realizar el control y conmutacin de las llamadas.

1. CONCEPTOS GENERALES
1.1 TELECOMUNICACIONES EN DESASTRES.
Entre las consecuencias ms tpicas de los desastres es el parcial o completo
colapso de las infraestructuras de las telecomunicaciones terrestres
(especialmente en la red de distribucin, la ltima milla). Aun cuando tales daos
no se lleven a cabo, las comunicaciones se sobrecargan como resultado del trfico
significativamente elevado, generado por los residentes afectados.
Es preciso ofrecer soluciones que permitan superar las dificultades de las
telecomunicaciones en las regiones afectadas por desastres. Las soluciones
requeridas son operaciones de redes centrales que puedan ser empleadas en el
manejo de desastres de cualquier magnitud1.
El aumento poblacional, la creciente urbanizacin, la expansin industrial y los
sistemas de transporte incrementan el riesgo de mayores desastres causados por
la actividad humana. Las inundaciones, terremotos y huracanes hoy causan mayor
dao del que hubieran hecho hace apenas un siglo.
El manejo de cada desastre, sin importar su tamao, requiere de la coordinacin
de un gran nmero de agencias nacionales e internacionales con muchos perfiles
diferentes (culturales, polticos y religiosos) que demandan medios mejorados de
informacin para atender un amplio rango de demandas conflictivas. Las
comunicaciones deben facilitar la coordinacin entre las agencias nacionales e
internacionales que estn en colaboracin con los esfuerzos de rescate y la
oportuna y relevante gua a la poblacin afectada.
La convergencia de los servicios de telefona est basada en la separacin
funcional de tres componentes principales: La transmisin de informacin, servicio
lgico y definicin de contenido que puede ser provisionado por un actor nico o
por actores diferentes2.
El concepto de NGN (Next Generation Network, Red de Nueva Generacin)
funciona a travs de la conexin de redes y los servicios de informacin
tradicionalmente provenientes de una conmutacin de paquetes. La
transformacin result en una infraestructura basada en el protocolo IP, que es
capaz de proveer una multimedia combinada, servicios de voz e informacin.

PATRICELLI, F.; BEAKLEY. J; CARNEVALE, A. Disaster management and


mitigation: the telecommunications infrastructure. EN: Disasters. Enero. 2009. 33,
p. 23.
2
Ibid. p. 24.

Desde un punto de vista de su arquitectura, una de las principales caractersticas


del NGN es la aguda separacin de las funcionalidades de la red. Las redes
vitales de telecomunicaciones a su vez estn compuestas por diferentes redes
asociadas a la prestacin de mltiples servicios de telecomunicaciones, cuya
importancia relativa depende de la penetracin o uso que de un servicio especfico
haga una sociedad en sus diferentes sectores sociales y econmicos y, del
momento histrico en el que se realice su anlisis.
Actualmente, en Colombia y a nivel internacional, sin lugar a dudas, los servicios
de telefona mvil celular, trunking y los servicios de acceso a INTERNET se
constituyen en servicios vitales para la totalidad de los sectores sociales y
econmicos del pas.
Se observa que la penetracin del servicio de Telefona Pblica Bsica
Conmutada Local (TPBCL) del ao 2000 a 2009, tiene una prdida de 1,2%,
mientras que los servicios de telefona celular pasaron de una penetracin de
5,6% a 91,5 %3.
De manera anloga, las redes de servicios de telefona celular, adicional a la
importancia vital en funcin de la penetracin anotada, son soporte a los accesos
mviles de INTERNET, que como ya se mencion han tenido en los ltimos aos
un aumento evidente en su penetracin.
En la sociedad moderna, las Tecnologas de la Informacin y las Comunicaciones
(TIC), dentro de las cuales lgicamente estn comprendidas los servicios
mencionados, se constituyen en una lnea vital bsica para mantener y mejorar el
bienestar de la sociedad. Las TIC son totalmente transversales a los dems
sectores de la sociedad, actualmente no se podra concebir bsicamente ninguna
actividad del ser humano ajena a la influencia o dependencia de las TIC.
Especficamente, en la administracin de desastres las TIC juegan un papel
fundamental en sus diferentes etapas, as:

Prevencin y preparacin. En esta etapa, los servicios de comunicacin


masiva, tales como radiodifusin sonora, televisin e INTERNET, se
constituyen en los medios obligados, dada su penetracin, para capacitar y
preparar en forma masiva y coherente a la poblacin en general y a las
entidades y organizaciones en todos los temas relacionados con las cuatro
fases de la administracin de desastres.

MINISTERO DE TECNOLOGAS DE LA INFORMACIN Y LAS


COMUNICACINES. Estudio vulnerabilidad y riesgo de redes e infraestructura de
telecomunicaciones en zonas vulnerables expuestas a eventos desastrosos.
Bogot, 2010. p. 129

En esta etapa adicionalmente, las TIC estn incorporadas en las redes y sistemas
de telemetra y alertas tempranas, tanto a nivel de las redes satelitales, de
microondas y transmisin de datos a travs de las redes de telefona mvil celular
y en los sistemas de tratamiento de datos de stas4.

Respuesta. En esta etapa de la administracin de desastres, las TIC son


fundamentales, ya que a travs de las redes de radiodifusin sonora, televisin
e INTERNET, se mantiene informada a la poblacin y se apoyan las
actividades de salvamento, bsqueda y rescate.

En esta fase, entran a jugar un papel decisivo las comunicaciones de las redes de
Telefona Pblica Bsica Conmutada Local (TPBCL) y telefona mvil celular con
relacin al acceso de la poblacin a los organismos de emergencia directamente o
a travs de los nmeros nicos previstos para estos eventos, al igual que como
apoyo a las actividades de estos, permitiendo su intercomunicacin. Sin embargo,
es de anotar que estas redes histricamente han colapsado por la congestin en
su acceso, limitando de esta manera su utilidad en esta fase.
Finalmente, en las actividades de salvamento, bsqueda y rescate, el papel
preponderante lo tienen las redes de emergencia, que permiten coordinar a travs
de redes de radio que normalmente operan en VHF (Very High Frequency,
Frecuencia Muy Alta), las actividades de organismos tales como: cruz roja,
defensa civil, bomberos, entidades de salud, autoridades municipales, polica y
ejrcito nacional. Los radioaficionados juegan un papel muy importante en el
apoyo de estas actividades, debido a que su infraestructura de comunicaciones a
nivel de radios, sistema radiante y energa, no representa mayores complejidades
para su operacin y/o restauracin en caso de destruccin.
En la etapa de respuesta, se deber priorizar la restauracin de los servicios de
telecomunicaciones, an por encima de los de energa elctrica, ya que mediante
stos y dadas las mltiples relaciones que existen entre las TIC y los dems
sectores, se facilitar la restauracin de otros servicios vitales cuya rpida
restauracin es fundamental en la etapa de respuesta al desastre5.

4
5

Reparacin y construccin: como ya se mencion, la restauracin de las


telecomunicaciones es prioritaria y debe comenzar desde la fase de respuesta,
ya que esta facilitar que las dems lneas vitales sean reparadas y
construidas nuevamente, permitiendo que se recupere rpidamente el estndar
de bienestar de la sociedad afectada.

Ibid. p. 133.
Ibid. p. 134

Re-desarrollo: en esta etapa y ya recobrado el bienestar mnimo aceptable de


la sociedad, se realiza el redesarrollo de los diferentes sectores afectados,
repensando, rediseando y construyendo con base en las lecciones
aprendidas y creando infraestructura ms resistente, menos expuesta y en fin
menos vulnerable a los eventos desastrosos, de tal manera que se evite la
recurrencia. En el redesarrollo, las TIC son protagonistas, ya que son
fundamentales para el anlisis, planeacin, diseo y construccin de nueva
infraestructura, para la modernizacin y disminucin de la vulnerabilidad
mediante la incorporacin de TIC en los diferentes procesos de todos los
sectores de la sociedad6.

1.2 TELEFONA MVIL COMO SOLUCIN


Los telfonos mviles pueden desempear un papel importante en las alertas
tempranas y el perodo inmediatamente posterior, al igual que otros medios de
comunicacin. Sin embargo, los mviles hacen su contribucin especfica y ms
valiosa en el socorro y recuperacin. Una de las razones es la velocidad con que
las redes mviles se pueden recuperar en relacin con otras formas de
comunicacin. La otra es la capacidad nica de los mviles para descentralizar la
informacin y mejorar el proceso de obtener los recursos adecuados para las
personas y los lugares donde son ms necesarios despus de un desastre. Los
desastres naturales y otras emergencias tales como atentados terroristas traen a
su paso situaciones caticas y complicadas en las que la gente est asustada e
insegura. La informacin precisa es importante en cada etapa para hacer frente a
las consecuencias inmediatas a travs de socorro y recuperacin.
En el informe mundial sobre desastres del 2005 publicado por la IFRC
(International Federation of Red Cross and Red Crescent Societies, Federacin
Internacional de La Cruz Roja y la Media Luna Roja), se destaca que muchos de
los desastres del ao podran haberse evitado con una mejor informacin y
comunicacin. Aunque no se detalla el papel de los telfonos mviles, seala que
en el caso del Tsunami el uso personal de ellos ayud a compensar la ausencia
de informacin oficial significando adems que el tsunami marca un "punto de
inflexin" en trminos de la eficacia de la comunicacin persona a persona en
respuesta a los desastres.
En algunos desastres, sobre todo en pases en desarrollo, los mviles han
superado a las lneas fijas y en ciertos casos son ms frecuentes que las
comunicaciones de difusin como televisin o radio. Dada la velocidad relativa con
la que se puede instalar una red de emergencia y redes preexistentes restauradas,
los mviles pueden desempear un papel distintivo logrando que la informacin
fluya hacia donde se necesita.
6

Ibid. p. 135.

En muchas partes del mundo ya existen sistemas de alerta, por lo general


basados en la difusin por radio y televisin como los esquemas de advertencia de
huracanes en el Caribe. La clave para la alerta temprana eficaz es la transmisin
de informacin autorizada a tantas personas como sea posible. Aunque los
medios de comunicacin son los ms eficaces en estos casos, ha habido un
inters en el uso de mtodos adicionales de comunicacin para suplementar los
sistemas existentes. Aunque son incapaces de igualar el alcance de los medios
audiovisuales, estos pueden ampliar la cobertura de las advertencias en algn
grado. Una de estas nuevas tecnologas es la provisin de informacin detallada
en los sitios web.
Otro es el uso de redes de telefona mvil si se dirigen a ciertos lugares o grupos
de suscriptores y, adicionalmente, tiene la ventaja de involucrar mltiples
operadores que colaboran entre ellos y con las entidades gubernamentales. Los
enfoques tecnolgicos principales son el de Difusin Celular (Cell Broadcast) y
mensajes SMS (Short Message Service, Servicio de Mensajes Cortos). La difusin
celular enfoca alertas a cada una de las celdas y puede ir desde una celda
individual a todo el pas, pero requiere preconfiguracin. La Mensajera SMS va
dirigida a las categoras de individuos, incluidos los usuarios de roaming; es
ubicuo, muy familiar para los usuarios y tiene un impacto demostrado en las
respuestas de la gente.
Estados Unidos est considerando la adicin de tecnologas inalmbricas para el
actual Plan de Alerta de Emergencia en todo el pas; es probable la participacin
de todos los operadores de telefona mvil y el uso de Mensajes SMS. India est
considerando un sistema de aviso de ciclones en los estados costeros, en la que
los operadores de GSM usarn tanto la difusin celular como SMS. Las
autoridades nacionales, por supuesto, deben mantenerse a la vanguardia de las
iniciativas para preparar a sus propios ciudadanos en caso de emergencia.
Otro ejemplo es el sistema de alerta temprana geo referenciado que se usar en
Chile, en el que se puede marcar un sector de la ciudad o de la costa y
automticamente todas las antenas que estn bajo esa ubicacin geogrfica
reciben los mensajes. Por tanto los celulares de todas las personas que estn bajo
esa ubicacin, estn o no hablando por telfono, reciben el mensaje de alerta.7 Un
ejemplo destacado de sinergia entre los operadores locales, las organizaciones
especializadas de socorro y las autoridades gubernamentales se encuentra en el
terremoto ocurrido en el ao 2003 en la ciudad de Bam, ubicada al sureste de
Tehern. Mediante esta accin colaborativa fue posible restablecer los servicios
7

KREBS, Antonia. La segunda On line. Sistema de alerta temprana estar


operativo en Chile a comienzos del 2012. [en lnea]. 2011. <Disponible en:
http://www.lasegunda.com/Noticias/Economia/2011/03/633291/Sistema-de-alertatemprana-estara-operativo-en-Chile-a-comienzos-del-2012>

de telecomunicaciones dentro de las 24 horas siguientes al desastre. Los


voluntarios de Ericsson Response y sus colegas en Ericsson Turqua y Ericsson
Irn, fueron enviados a instalar un sistema de emergencia GSM, que fue
conectado va satlite a la red de Turkcell. Este proyecto que inici a partir de
1999 cuando el terremoto de Izmit, en la regin de Mrmara, con el auspicio de
Turkcell y se denomin Sistema nico de Comunicacin de Emergencia que ha
sido diseado para resolver los problemas de comunicacin que los equipos de
rescate tienen que enfrentar despus de los desastres naturales. El desarrollo del
sistema se complet en 2002 y fue puesto a prueba en Bam, un ao despus,
cuando la red instalada estuvo en funcionamiento durante 10 das hasta que las
redes locales fueron reparadas. Adems de la red mvil, Turkcell y Ericsson,
siempre cuentan con una estacin base de radio, tres estaciones base mviles,
diez generadores y equipos de satlite.
TSF (Tlcoms Sans Frontires, Telecoms Sin Fronteras) tambin respondi al
terremoto de Bam mediante la creacin de un centro para ayudar a otras
organizaciones no gubernamentales en la coordinacin de sus esfuerzos de
socorro. El grupo estableci una conexin satelital a internet para la transmisin
de datos que incorpora al operador mini-M de Inmarsat, unidades para
comunicaciones de voz y las terminales BGAN para las comunicaciones de datos
de alta velocidad. El centro se orienta a permitir que organizaciones locales e
internacionales puedan comunicarse con sus oficinas centrales y les ha permitido
coordinar sus actividades con mayor facilidad, al tiempo que los afectados pueden
comunicarse con sus familiares y amigos.
Como demuestra este ejemplo, las telecomunicaciones mviles realizan una
importante contribucin inmediatamente despus de un desastre, pero el rpido
restablecimiento de la red es esencial para aprovechar las ventajas de la telefona
mvil. Proyectos como el Sistema Turkcell de Comunicacin de Emergencia y las
organizaciones tales como Ericsson Response y TSF tienen como su funcin
central la restauracin rpida de la red. Tan importante es la restauracin de las
telecomunicaciones en respuesta a los desastres que Ericsson Response ocupa el
cuarto lugar en la cadena de respuesta de emergencia internacional, despus de
la Oficina de las Naciones Unidas para la Coordinacin de Asuntos Humanitarios
(OCHA), el Programa Mundial de Alimentos y la Cruz Roja Internacional.
En colaboracin con el Programa Mundial de Alimentos, la Oficina para la
Coordinacin de Asuntos Humanitarios y la Federacin Internacional de la Cruz
Roja y la Media Luna Roja, Ericsson Response ofrece equipos mviles y personal
para operar en las zonas afectadas por los desastres naturales y los desastres
complejos.
Est visto que los mviles pueden ofrecer el primer canal de comunicacin
operativa con el mundo exterior, y sin duda el primer canal para las comunidades y
las personas que requieren transmitir informacin sobre sus necesidades

especficas y coordinar entre s y con otros que les puedan ayudar. Si bien el
acceso a mviles ha crecido a pasos agigantados, todava hay lmites en muchos
pases de bajos y medianos ingresos donde la penetracin mvil sigue siendo muy
baja. Ampliar el acceso mvil en las regiones que son vulnerables a los desastres
naturales y an tienen una baja penetracin mvil sera de gran ayuda a su
capacidad de recuperacin en caso de desastre. El valor de las comunicaciones
mviles en los desastres, adems de las bondades descritas anteriormente, se ve
reforzado por dos tendencias: Una es la difusin extraordinariamente rpida de los
mviles en los pases en desarrollo que generalmente son muy vulnerables a los
desastres y su capacidad de respuesta frente a las emergencias se ve limitada por
su infraestructura. La otra tendencia es establecer el contexto de la telefona mvil
por el nmero cada vez mayor de desastres que ocurren en el mundo8.
En resumen, el uso de telefona mvil en casos de desastres tiene como ventajas
que sus redes se pueden restaurar rpidamente, permiten el flujo descentralizado
de las comunicaciones que son tan importantes para el proceso de recuperacin,
hay interconectividad entre todos los operadores, juegan un papel importante en el
aumento de la financiacin privada de alivio y coadyuvan con los sistemas de
alertas tempranas.
1.3 MARCO REGULATORIO DE LAS COMUNICACIONES MVILES EN
COLOMBIA
Las regulaciones sobre comunicaciones mviles tienen su mxima directriz
internacional en la Conferencia Mundial de Radiocomunicaciones que se rene
cada cinco aos con la participacin de todos los pases de mundo. All se
aprueba el Cuadro de Atribuciones de Bandas de Frecuencia Global (CABFB) que
establece las bandas obligatorias para un servicio en particular y las bandas sobre
las que el pas tiene autonoma. A nivel nacional es el Cuadro Nacional de
Atribucin de Bandas de Frecuencias (CNABF) quien detallada la divisin del
espectro radioelctrico y sus diversos usos asignando a cada servicio una o ms
bandas de frecuencia.
El espectro radioelctrico es un bien pblico inenajenable e imprescriptible, sujeto
a la gestin y control del Estado de conformidad con el artculo 75 de la
Constitucin Poltica de Colombia9 y los artculos 101 y 102 que establecen que se
trata de un bien pblico que pertenece a la Nacin.

GSMA. The role of mobiles in disasters and emergencies. [en lnea]. 2005.
<disponible
en:
http://www.enlightenmenteconomics.com/aboutdiane/assets/disasterreport.pdf> p. 16-33
9
COLOMBIA, CONGRESO DE LA REPBLICA. Constitucin Poltica de
Colombia. (20, julio, 1991). Gaceta Constitucional. Bogot, 1991. No. 116.

El Ministerio de Tecnologas de la Informacin y las Comunicaciones es la mxima


autoridad de las telecomunicaciones en Colombia, encargado entre otras
responsabilidades, de planear, asignar, gestionar el espectro radioelctrico y
otorgar los permisos para su uso. Mantiene actualizado el CNABF y coordina el
sector de las comunicaciones ante el Sistema Nacional para la Prevencin y
Atencin de Desastres (SNPAD).
Con la Ley 1341 de 200910 se cre la Agencia Nacional del Espectro (ANE) como
una Unidad Administrativa Especial cuyo objetivo es brindar el soporte tcnico
para la gestin y la planeacin del espectro radioelctrico. Adicionalmente le
corresponde la vigilancia y control en coordinacin con las diferentes autoridades
que tengan funciones o actividades relacionadas con el espectro radioelctrico.
Para el cumplimiento de su misin, la ANE realiza actividades de monitoreo del
espectro radioelctrico y tiene funciones sancionatorias por va administrativas en
los casos de infraccin al rgimen del espectro definido por el Ministerio de
Tecnologas de la Informacin y las Comunicaciones.
Algunas frecuencias o bandas de frecuencias del espectro radioelctrico son de
uso libre por parte del pblico en general y le corresponde autorizarlas al
Ministerio de Tecnologas de la Informacin y las Comunicaciones sin
contraprestacin o pago por esa utilizacin. El uso de estas frecuencias o bandas
de frecuencias ha sido regulado mediante las resoluciones No. 797 de 2001, 2190
de 2003, 689 de 2004, 1201 de 2004, 1713 de 2004, 2544 de 2009 del Ministerio
de Tecnologas de la Informacin y las Comunicaciones.
Usar el espectro radioelctrico sin permiso previo y expreso otorgado por el
Ministerio de Tecnologas de la Informacin y las Comunicaciones acarrea
sanciones de carcter administrativo, sin perjuicio de las condenas penales a que
haya lugar.
En lo penal, el artculo 10 del Cdigo Penal Colombiano establece lo siguiente:
ARTCULO 1O. El artculo 257 del Cdigo Penal quedar as:
Artculo 257. De la prestacin, acceso o uso ilegales de los servicios de
telecomunicaciones. El que, sin la correspondiente autorizacin de la
autoridad competente, preste, acceda o use servicio de telefona mvil, con
nimo de lucro, mediante copia o reproduccin de seales de identificacin de
equipos terminales de estos servicios, o sus derivaciones, incurrir en prisin

10

COLOMBIA, CONGRESO DE LA REPBLICA. Ley 1341. (30, julio, 2009). Por


la cual se definen principios y conceptos sobre la sociedad de la informacin y la
organizacin de las TIC, se crea la ANE y se dictan otras disposiciones. Diario
Oficial. Bogot, 2009. No. 47426.

de cuatro (4) a diez (10) aos y en multa de quinientos (500) a mil (1.000)
salarios mnimos legales mensuales vigentes.
En las mismas penas incurrir el que, sin la correspondiente autorizacin,
preste, comercialice, acceda o use el servicio de telefona pblica bsica local,
local extendida, o de larga distancia, con nimo de lucro.
Iguales penas se impondrn a quien, sin la correspondiente autorizacin,
acceda, preste, comercialice, acceda o use red, o cualquiera de los servicios
de telecomunicaciones definidos en las normas vigentes.
PARGRAFO 1. No incurrirn en las conductas tipificadas en el presente
artculo quienes en virtud de un contrato con un operador autorizado
comercialicen servicios de telecomunicaciones.
PARGRAFO 2. Las conductas sealadas en el presente artculo, sern
investigables de oficio11.

En lo administrativo, la ANE est autorizada legalmente para suspender las


emisiones clandestinas y el decomiso provisional de los equipos mientras se
adelantan las investigaciones pertinentes y se aplican las sanciones a que haya
lugar.
A continuacin se presenta la legislacin vigente sobre el tema de desastres y
telecomunicaciones mviles en Colombia:
Ley 46 De 198812. Por la cual se crea y organiza el Sistema Nacional para la
Prevencin y Atencin de Desastres, se otorga facultades extraordinarias al
Presidente de la Repblica, y se dictan otras disposiciones.
El Decreto Ley 919 de 1989. Por el cual se organiza el Sistema Nacional para la
Prevencin y Atencin de Desastres y se dictan otras disposiciones. Este decreto
establece entre otros:
ARTCULO 15O SISTEMAS DE ALARMA Y DE COMUNICACIONES.
Los sistemas de alarma que se utilicen como mecanismos de
informacin para desastres y calamidades, cumplirn las orientaciones
sobre normas y requisitos que decida impartir la Oficina Nacional para
la Atencin de Desastres.
11

COLOMBIA, CONGRESO DE LA REPBLICA. Ley 1032. (22, junio, 2006). Por


la cual se modifican los artculos 257, 271, 272 y 306 del Cdigo Penal. Diario
Oficial. Bogot, 2006. No. 46307.
12
COLOMBIA, CONGRESO DE LA REPBLICA. Ley 46. (2, noviembre, 1988).
Por la cual se crea y organiza el Sistema Nacional para la Prevencin y Atencin
de Desastres, se otorga facultades extraordinarias al Presidente de la Repblica, y
se dictan otras disposiciones. Diario Oficial. Bogot, 1988. No. 38559.

ARTCULO 65O REDES NACIONALES. La Oficina Nacional para la

Atencin de Desastres promover la organizacin y funcionamiento de


la red nacional de comunicaciones en situaciones de desastre o
calamidad, de la red ssmica y vulcanolgica Nacional, de la red de
alertas hidrometeorolgicas, de la red nacional de centros de reserva,
de la red nacional de informacin y de las dems redes que
tcnicamente se consideren necesarias13
Decreto 93 de 199814. Por el cual se adopta el Plan Nacional para la Prevencin y
Atencin de Desastres PNPAD, y la Directiva Presidencial No. 05 de 2001 que
dicta las Guas o Protocolos de Actuacin del Alto Gobierno para los casos de
emergencias y desastres.
Este Decreto determina las orientaciones, acciones, programas y proyectos, tanto
de carcter sectorial como de orden nacional, regional y local, en las fases de
prevencin, atencin inmediata y reconstruccin, y los temas de orden tcnico,
cientfico, jurdico, comunitario, econmico, financiero, y de coordinacin
interinstitucional e intersectorial que deben ser tratados en desarrollo del Plan
Nacional para la Prevencin y Atencin de Desastres. Entre otros, se encarga del
diseo y mantenimiento de un Sistema Integrado de Informacin SII, para la
prevencin y atencin de desastres, que contenga la informacin acerca de las
acciones y la gestin de las entidades nacionales, regionales y locales del Sistema
Nacional. Y, especialmente, en el numeral 3 del artculo 7, promueve el
mejoramiento de las redes y sistemas de comunicaciones para fortalecer la
capacidad de operacin y respuesta de la red de urgencias en caso de desastre.
Bajo el ordenamiento del Decreto 93 de 1998, el Plan Nacional para la
Prevencin y Atencin de Desastres, crea 10 reas o Grupos Sectoriales, entre
estos, el Grupo Sectorial # 2 para la Coordinacin de Telecomunicaciones siendo
la entidad responsable de la coordinacin el Ministerio de Tecnologas de la
Informacin y las Comunicaciones.
Existen importantes avances en tecnologas de informacin y comunicacin TIC,
adems de una poltica nacional en la materia, sin embargo, son insuficientes para
generar programas permanentes de uso de estas tecnologas y servicios en la
13

COLOMBIA. PRESIDENCIA DE LA REPBLICA DE COLOMBIA. Decreto Ley


919. (1, mayo, 1989). Por el cual se organiza el Sistema Nacional para la
Prevencin y Atencin de Desastres y se dictan otras disposiciones. Diario Oficial.
Bogot, 1989. No. 38799.
14
COLOMBIA. PRESIDENCIA DE LA REPBLICA DE COLOMBIA. Decreto 93.
(13, enero, 1998). Por el cual se adopta el Plan Nacional para la Prevencin y
Atencin de Desastres. Diario Oficial. Bogot, 1998. No. 43217.

divulgacin del conocimiento


concientizacin ciudadana15.

para

capacitacin,

toma

de

decisiones

Ley 1341 de 200916 Por la cual se definen principios y conceptos sobre la


sociedad de la informacin y la organizacin de las TIC, se crea la ANE y se dictan
otras disposiciones, en su artculo 8 establece que:
En casos de atencin de emergencia, conmocin interna y externa, desastres,
o calamidad pblica, los proveedores de redes y servicios de
telecomunicaciones debern poner a disposicin de las autoridades de
manera gratuita y oportuna, las redes y servicios y darn prelacin a dichas
autoridades en la transmisin de las comunicaciones que aquellas requieran.
En cualquier caso se dar prelacin absoluta a las transmisiones relacionadas
con la proteccin de la vida humana. Igualmente darn prelacin a las
autoridades en la transmisin de comunicaciones gratuitas y oportunas para
efectos de prevencin de desastres, cuando aquellas se consideren
indispensables.
Los proveedores de redes y servicios de telecomunicaciones debern
suministrar a las autoridades competentes, sin costo alguno, la informacin
disponible de identificacin y de localizacin del usuario que la entidad
solicitante considere til y relevante para garantizar la atencin eficiente en los
eventos descritos en el presente artculo17.

15

COLOMBIA. DEPARTAMENTO NACIONAL DE PLANEACIN. CONPES 3146.


(20, diciembre, 2001). Estrategia para Consolidar la Ejecucin del Plan Nacional
para la Prevencin y Atencin de Desastres PNPAD - en el Corto y Mediano
Plazo. Bogot, 2001.
16
COLOMBIA, CONGRESO DE LA REPBLICA. Ley 1341. (30, julio, 2009). Por
la cual se definen principios y conceptos sobre la sociedad de la informacin y la
organizacin de las TIC, se crea la ANE y se dictan otras disposiciones. Diario
Oficial. Bogot, 2009. No. 47426
17
Ibid. Artculo 8.

2. DESARROLLO E IMPLEMENTACIN DE UNA BTS GSM


2.1 COMPONENTES DEL SISTEMA
2.1.1 Asterisk. Para Bryant18, Asterisk es una plataforma de telefona de cdigo
abierto distribuida bajo la licencia GPLv2 (General Public License version 2,
Licencia Pblica General en su segunda versin). En pocas palabras, Asterisk
puede ser visto como un servidor de comunicaciones que permite realizar un
procesamiento personalizado de llamadas telefnicas y que incluye una variedad
de aplicaciones y servicios que pueden usarse libremente de acuerdo a la
necesidad.
Asterisk soporta una variedad de tecnologas para hacer y recibir llamadas
telefnicas, muchos protocolos VoIP, as como tambin conectividad analgica y
digital a la red telefnica tradicional, o la PSTN (Public Switched Telephone
Network, Red Telefnica Pblica Conmutada). Asterisk al ser de cdigo abierto
tiene muchas caractersticas adicionales que pueden ser usadas para personalizar
el procesamiento de llamadas telefnicas. Tambin Bryant19 sostiene que algunas
caractersticas de Asterisk son las aplicaciones comunes preconstruidas como el
correo de voz y la respuesta de voz interactiva. Hay otras caractersticas que
pueden ser combinadas para crear aplicaciones personalizas de voz, tales como
la reproduccin de un archivo de sonido, la lectura de dgitos y el reconocimiento
de voz.
2.1.1.1 Arquitectura de Asterisk. Bryant20 afirma que Asterisk est construido
sobre mdulos. Un mdulo es un componente cargable que proporciona una
funcin especfica, lo que hace que la principal caracterstica de la arquitectura de
Asterisk sea la flexibilidad, permitiendo que cada usuario pueda seleccionar qu
mdulos desea utilizar. Asterisk puede iniciar sin ningn mdulo cargado, pero no
podr cumplir ninguna funcin puesto que los mdulos son los que le dan a
Asterisk su poder y utilidad. Hablar de la arquitectura de Asterisk, es enumerar la
cantidad de posibilidades que podran existir, de acuerdo a los mdulos utilizados,
sin embargo hay unos conceptos bsicos que describen la arquitectura
fundamental de Asterisk.

18

Canales. Un canal en Asterisk representa una conexin entre el sistema


Asterisk y los dispositivos de telefona (p. ej., telfono IP, telfono analgico,
softphones). El ejemplo ms comn es cuando se realiza una llamada de un
telfono a un sistema Asterisk. Esta conexin est representada por un solo

BRYANT, Russell. Asterisk. EN: The Architecture of Open Source Applications:


Elegance, Evolution, and a Few Fearless Hacks. 2011. p. 1.
19
Ibid. p. 1.
20
Ibid. p. 1-14.

canal. Un canal es especfico para el tipo de protocolo que este soporta (SIP,
IAX2, H.323 etc.).
Figura 1. Diagrama de conexin de Asterisk

Fuente: SOKOL, Steve Presentacin Say Hello To Asterisk, Asterisk. En:


https://www.brainshark.com/digium/hello?&r3f1=83b9c79498dcd8dfd7c5a69d819b
929282c9c1ba9d8f9a81d883d5c2a1dc929c

Channel Bridging Puenteo de Canal. El escenario ms comn es una


conexin entre dos telfonos; si una persona llama de un telfono a otro se
presentan dos conexiones al sistema Asterisk, por lo que existen dos canales.
Para que pueda existir una comunicacin entre los dos telfonos se hace
necesario el uso de un canal puente, el cual acta como un canal de conexin
entre los dos canales establecidos por los dos telfonos, con el fin de transmitir
datos entre ellos.

Frames Marcos. La comunicacin dentro del cdigo Asterisk de una llamada


es hecha usando marcos, los cuales son una instancia de la estructura de
datos ast_frame. Los marcos pueden ser marcos de datos o marcos de
sealizacin.

Durante una llamada telefnica bsica, el flujo de marcos de datos contiene el


audio de la comunicacin, en cambio, los marcos de sealizacin son usados para
enviar mensajes de eventos, como un digito que ha sido presionado, una llamada
que ha sido puesta en espera, o una llamada que ha sido colgada.

2.1.1.2 Estructura de Archivos. Asterisk est compuesto de muchos recursos.


Estos recursos usan muchos directorios sobre el sistema de archivos de Linux
para almacenar y administrar varias funcionalidades, tales como grabaciones de
voz, msica en espera y archivos de configuracin.

Archivos de configuracin. Segn Madsen et al21, el directorio /etc/asterisk


contiene los archivos de configuracin. Algunos archivos de configuracin de
Asterisk son extensions.conf, sip.conf, manager.conf, adems de decenas de
otros archivos que definen parmetros para una funcionalidad especifica.

Librera de recursos. Hay muchas aplicaciones que requieren de datos que


provengan de fuentes externas. Por ejemplo, es necesario tener almacenada
msica en alguna parte del disco duro para poder utilizar la aplicacin de
msica en espera. En el directorio /var/lib/asterisk es donde recursos como AGI
scripts, msica en espera, entre otros, son almacenados.

Almacenamiento temporal. Asterisk usa el almacenamiento temporal para


guardar una informacin transitoria, como mensajes de voz, grabaciones de
llamadas generadas por algunas aplicaciones. Para este fin Asterisk utiliza el
directorio /var/spool/asterisk.

Mdulos. Los mdulos cargables de Asterisk son usualmente instalados en el


directorio /usr/lib/asterisk/modules. Conocer donde estn instalados los
mdulos puede ser importante en el momento de actualizar la versin de
Asterisk, porque los mdulos viejos o incompatibles generan un error en la
actualizacin, por lo que los mdulos viejos debern ser borrados del
directorio.

2.1.1.3 Tipos de mdulos. Asterisk puede ser visto como una aplicacin modular.
Por defecto, todos los mdulos instalados en el directorio predefinido sern
cargados cuando Asterisk inicie, esto se hizo por simplicidad. Sin embargo, Existe
un archivo de configuracin llamado modules.conf que puede ser modificado para
especificar exactamente cules mdulos cargar y en qu orden, con esto se
reduce carga en memoria y se obtienen beneficios de seguridad. Algunos mdulos
son:

21

Channel Drivers controladores de canal. Los mdulos controladores de


canal -Channel Drivers- son los ms importantes en Asterisk. Sin estos
mdulos, Asterisk no tendra forma de realizar llamadas. Cada llamada entra a

MADSEN, Leif; VAN MEGGELEN, Jim y BRYANT, Russell. Asterisk : The


Definitive Guide. 3 ed. Sebastopol, CA: OReilly Media, 2011. ISBN 978-0-59651734-2. p. 24.

Asterisk a travs de un controlador de canal, el cual verifica el plan de marcado


y asigna un canal de Asterisk a la llamada.

Aplicaciones de plan de marcado. Son usadas en el archivo extensions.conf


para definir varias acciones que pueden ser aplicadas a una llamada. El plan
de marcado est compuesto por una serie de reglas llamadas extensiones.
Cuando una llamada entra al sistema, el nmero marcado es usado para
encontrar la extensin en el plan de marcado que se usar para procesar la
llamada. Las extensiones incluyen una lista de aplicaciones de plan de
marcado las cuales sern ejecutadas sobre el canal.

Funciones de plan de marcado. Complementan las aplicaciones de plan de


marcado, proporcionando muchas mejoras tiles como el manejo de cadenas
de caracteres o la conectividad ODBC (Open DataBase Connectivity,
Conectividad Abierta de Bases de Datos), haciendo que las aplicaciones de
plan de marcado sean ms dinmicas. Las funciones no pueden ser llamadas
directamente en el plan de marcado, estas son llamadas dentro de las
aplicaciones y con letras maysculas.

Traductor de cdec. Asterisk soporta muchos codecs diferentes y sabe cmo


traducirlos cuando sea necesario. Esto le permite a Asterisk convertir formatos
de audio entre llamadas. Por ejemplo, si una llamada se establece desde un
circuito PRI (Primary Rate Interface, Interfaz de Tasa Primaria) usando G.711 y
necesita ser pasada a un canal SIP (Session Initiation Protocol, Protocolo de
Inicio de Sesin) usando por ejemplo G.729, el pertinente traductor de cdec
debera realizar la conversin.

2.1.2 GNU Radio. GNU Radio es un completo software de cdigo abierto


distribuido bajo la licencia GPLv3 (General Public License version 3, Licencia
Pblica General en su tercera versin), que proporciona un conjunto de libreras
de desarrollo para crear sistemas SDR (Software-Defined Radio, Radio Definido
por Software).
GNU Radio fue desarrollado por Eric Blossom fundador de la compaa de
consultora internacional llamada Blossom Research LLC y en la actualidad es
mantenido por un pequeo grupo de personas22. De acuerdo con Blossom, la
meta de GNU Radio es la de poner el software tan cerca de la antena como sea

22

RUOLIN, Z; et al. A software-defined radio based cognitive radio demonstration


over FM band. EN: Wireless Communications and Mobile Computing. Enero 2010.
10(s.n)
Ao
2009.
<Disponible
en:
http://onlinelibrary.wiley.com/doi/10.1002/wcm.903/abstract> [consulta: 5 Nov.
2011]. p. 5.

posible"23. Al ser software libre se tiene acceso al cdigo fuente, adems cuenta
con soporte disponible a travs de foros y listas de correos que lo convierte en una
eleccin ideal para trabajos de investigacin dentro de aplicaciones de radio.
Muchas de las aplicaciones que se pueden realizar con GNU Radio son
simplificadas debido a que cuenta con un framework con muchos bloques que
incluyen filtros, demoduladores, vocoders y otros elementos de manipulacin de
seales, permitiendo la simple implementacin de un procesamiento digital de
seales por medio de grafos (teora de grafos)24.
El framework de GNU Radio est diseado con una arquitectura de dos capas. La
capa de diseo y la capa de procesamiento de seal. En la capa superior (capa de
diseo) se usa el lenguaje de programacin Python para construir y correr un
grafo. En la capa inferior (capa de procesamiento) los bloques de DSP (Digital
Signal Processing, Procesamiento Digital de Seal) son implementados en el
lenguaje de programacin C++. En el grafo realizado en Python los nodos son los
bloques de DSP y las aristas los enlaces del flujo de datos25.
Cada uno de los bloques de procesamiento es definido para tener puertos de
entrada y de salida. Algunos bloques tienen nicamente puertos de salida o
puertos de entrada. Estos sirven como fuente de datos (sources) y sumideros
(sinks) en el grafo. Existen fuentes que leen datos de un archivo o del ADC
(Analog-to-Digital Converter, Conversor Anlogo a Digital), y sumideros que
escriben datos a un archivo, al DAC (Digital-to-Analog converter, Conversor Digital
a Anlogo) o a un display grfico26.
Un ejemplo de un grafo se muestra en la Figura 2. Este ejemplo genera un tono de
marcado y es un ejemplo simple, comnmente llamado el Hola Mundo de GNU
Radio.

23

BLOSSOM, Eric. GNU Radio: Tools for Exploring the Radio Frequency
Spectrum.
[en
lnea].
Jun
01,
2004.
<Disponible
en:
http://www.linuxjournal.com/article/7319> [consulta: 10 Ene. 2012].
24
WATERMEYER, Kalen. Design of a hardware platform for narrow-band Software
Defined Radio applications. Ene. 2007. [en lnea]. <Disponible en:
http://www.rrsg.uct.ac.za/theses/msc_theses/kwatermeyer_thesis.pdf > [consulta:
2 Feb. 2012]. p. 18.
25
MEKOVI, Saa. Implementation of Uncoordinated Direct Sequence Spread
Spectrum (U-DSSS) using Software Defined Radios. Abril. 2008. [en lnea].
<Disponible
en:
http://e-collection.library.ethz.ch/eserv/eth:30545/eth-3054501.pdf> [consulta: 2 Feb. 2012]. p. 9.
26
BLOSSOM, Eric. Op. cit. p. 2.

Como se puede ver en la figura 2 esta tiene dos fuentes de datos (sources) con
dos salidas que representan dos seales senoidales y un sumidero (sink) con dos
entradas para los canales izquierdo y derecho de la tarjeta de sonido. Ms
adelante se ejecutar este ejemplo para probar que la instalacin de GNU Radio
fue exitosa.
GNU Radio es el principal software utilizado en una estructura de trasmisin y
recepcin de un completo SDR. Un SDR, tambin conocido como "software
Radio" se refiere a la clase de radios reconfigurable en la cual el comportamiento
de la capa fsica puede ser significativamente alterado haciendo un cambio en el
software sin tener que realizar cambios en el hardware27.
Figura 2. Modelo de grafo. Hola Mundo de GNU Radio

Fuente: Autores
El trmino "software Radio" tiene origen en las aplicaciones hechas en el sector
militar y de defensa, con el proyecto SpeakEasy siendo uno de los primeros en
desarrollarse. SpeakEasy estableci un sistema para comunicarse con 10
diferentes sistemas de radio desde un simple dispositivo. Este fue un sistema
basado en hardware que careca de la flexibilidad que brinda el software. Mientras
el proyecto segua avanzando, en el ao 1991 Joseph Mitola III acu el trmino
"Software Radio" para definir el cambio de un 80% de las funcionalidades

27

SHAJEDUL HASAN, S.M.; Balister, P. Prototyping a Software Defined Radio


Receiver Based on USRP and OSSIE. Dic 14, 2005. [en lnea]. <Disponible en:
http://www.ece.vt.edu/swe/chamrad/crdocs/CRTM01_051214_USRP.pdf>
[consulta: 11 Ene. 2012]. p. 1.

implementadas por hardware, a un 80% de las funcionalidades siendo


implementadas en software28.
Con GNU Radio el mismo hardware puede ser reprogramado para soportar
diferentes bandas de frecuencia, diferentes tipos de modulacin y diferentes
anchos de banda resultando significativa la reduccin del tiempo de desarrollo y, al
mismo tiempo, ofreciendo mayor eficiencia y velocidad de operacin 29. Idealmente
la digitalizacin de la seal recibida es hecha cerca a la antena y todos los
requerimientos de procesamiento son realizados por software presentando las
siguientes ventajas30,31

Multifuncionalidad: Por las capacidades de reconfiguracin.

Movilidad global: Tiene compatibilidad con la mayora de los estndares de


comunicaciones populares del mundo.

Compacto y eficiente: Al igual que el hardware puede ser reusado para


implementar varios sistemas.

Un simple dispositivo SDR puede realizar mltiples funciones simplemente


cambiando mdulos de software.

Actualizaciones del sistema pueden ser implementadas en software por medio


de descargas de Internet. Esto incluye actualizaciones del software que inciden
en las configuraciones del hardware.

Sistemas de procesamiento de seal altamente configurables y flexibles, ms


fciles de modificar.

Pueden ser desarrollados protocolos de comunicacin ms flexibles que se


adapten a su entorno y transparentes para el usuario.

Con el fin de soportar los desarrollos adicionales y aadir un flexible RF front end
de cdigo abierto a GNU Radio, Matt Ettus, un miembro de GNU Radio Team,

28

CASEY, Douglas. gnu radio and the usrp as a solution for remote emergency
monitoring.
Ao
2004.
[en
lnea].
<Disponible
en:
http://www.csb.uncw.edu/mscsis/complete/pdf/TuckerCasey_Final.pdf> [consulta:
10 Ene. 2012]. p. 19.
29
SHAJEDUL HASAN, S.M. Op. cit. p. 1.
30
WATERMEYER, Kalen. Op. cit. p.14.
31
SHAJEDUL HASAN, S.M. Op. cit. p. 1.

fund la ETTUS RESEARCH LLC e inici a construir el USRP32. Con este


desarrollo, la estructura de un SDR completo tena a GNU Radio en el mundo del
software y el USRP en el mundo del hardware, con lo que el USRP fue el puente
entre el mundo de seales anlogas de RF y el mundo digital manipulado por
software.
Como muestra la figura 3, un software radio transceiver (transmisor/receptor)
consiste de tres principales bloques funcionales: la seccin RF, la seccin IF y el
cdigo del usuario.
Figura 3. Diagrama de la arquitectura de un SDR

Fuente: Autores
La seccin de RF tambin llamada RF front end, en el lado del receptor tiene
como funcin trasladar un rango de frecuencias altas en su entrada a un rango de
frecuencias ms bajo en su salida. La frecuencia central del rango de salida es
llamada Frecuencia Intermedia o IF. Lo anterior se hace para que los ADCs
puedan procesar la seal de radio frecuencia.
En la seccin de IF es donde los ADCs digitalizan la seal y envan los datos a los
DDCs (Digital Down Converters, Conversores Digitales de Bajada). Los DDCs
32

MEKOVI, Saa. Implementation of Uncoordinated Direct Sequence Spread


Spectrum (U-DSSS) using Software Defined Radios. Abr. 2008. [en lnea].
<Disponible
en:
http://e-collection.library.ethz.ch/eserv/eth:30545/eth-3054501.pdf> [consulta: 2 Feb. 2012]. p. 6.

diezman la seal y trasladan la seal a banda base antes de ser enviada por el
cable USB al mundo del software.
La parte de la trasmisin es muy similar. La seal banda base debe ser llevada a
la frecuencia intermedia; se realiza por medio de los DUCs (Digital Up Converters,
Conversores Digitales de Subida), luego se pasa a travs de los DACs para pasar
al mundo anlogo y por ltimo por el RF front end del lado del trasmisor para
obtener la seal en la frecuencia deseada.
En la seccin del cdigo del usuario es donde juega un papel importante GNU
Radio para implementar los bloques de procesamiento de seal en banda base.
Despus de conocer la estructura de un SDR y la de GNU Radio, es importante
comprender qu es y cul es la funcin del USRP como base del hardware para el
proyecto OpenBTS.
2.1.3 Universal Software Radio Peripheral (USRP). USRP es un dispositivo de
Hardware libre, que en conjunto con un computador permite implementar y disear
sistemas de radiocomunicaciones potentes, flexibles a muy bajo costo y mnimo
esfuerzo. Para probar su completo valor simplemente es necesario descargar e
instalar GNU Radio33.
La potente combinacin de Hardware y Software libre se convierte en la
plataforma ideal para que un computador convencional funcione como un software
radio de alto ancho de banda. La gran comunidad de desarrolladores y usuarios
han contribuido a la filosofa de diseo bsico detrs del USRP que tiene como
objetivo realizar todo el procesamiento de seales especficas como modulacin,
demodulacin, interpolacin. Todo lo anterior en un computador sin tener que
comprar ningn software o pagar una licencia34.
GNU Radio no es la nica opcin, USRP presenta un enorme nivel de flexibilidad
que se ajusta a las opciones de los usuarios. Algunos de ellos han creado su

33

ETTUS RESEARCH LLC. USRP motherboard datasheet. [en lnea].


Actualizado, ao 2010. <Disponible en:
http://www.olifantasia.com/gnuradio/usrp/files/datasheets/er_ds_usrp_v5b.pdf>
[consulta: 10 Oct. 2011]. p. 1.
34
HAMZA, Firas. The USRP under 1.5X Magnifying Lens!. [en lnea]. Actualizado
12 de junio de 2008. <Disponible en:
http://gnuradio.org/redmine/attachments/download/129> [consulta: 5 Octubre
2011]. p. 5.

propio ambiente SDR para correr sobre USRP, mientras otros han usado USRP
integrado con software como LabVIEW o MATLAB/Simulink35.
A medida del crecimiento en el uso del USRP se ha ido creando un conjunto de
productos que han sido agrupados dentro de lo que la ETTUS RESEARCH LLC
ha denominado la familia de productos USRP. El USRP1 es el hardware original
de la familia de productos USRP; est conformado por unos componentes
necesarios para el procesamiento de seales y la implementacin de aplicaciones
de radio.
El montaje completo del USRP1 cuenta con 2 niveles de tarjetas: el primero es la
tarjeta madre (motherboard) en donde se puede identificar la FPGA, la
alimentacin, la conexin va USB y los 4 slots para conectar el segundo nivel
conformado por las tarjetas hijas (daughterboards), que proporcionan flexibilidad,
integrando completamente un RF front end que es implementado por medio de
estas tarjetas hijas aadidas a el USRP1.
El USRP1 tiene cuatro ADCs de alta velocidad, cada uno a 12 bits por muestra,
con una tasa de 64 millones de muestras por segundo (64 MSPS); en teora se
podra muestrear una seal de hasta 32 MHz. Cuenta con un PGA (Programmable
Gain Amplifier, Amplificador de Potencia Programable) antes de los ADCs para
amplificar la seal de entrada y utilizar el rango completo en caso de que la seal
sea dbil. Tambin tiene 4 DACs de alta velocidad para trasmisin, cada uno a
14 bits por muestra y una tasa de 128 millones de muestras por segundo (128
MSPS), contando de igual forma con un PGA despus de los DACs que
proporcionan hasta 20 dB de ganancia. Estos 4 canales de entrada y 4 canales de
salida son conectados a una FPGA (Field-Programmable Gate Array, Matriz de
Compuertas Programables en Campo) Altera Cyclone EP1C12, la cual se conecta
a un chip de interfaz USB2.0 (Universal Serial Bus versin 2, Bus Serial Universal
versin 2), el Cypress FX2, y luego al computador. Hay que aclarar que la
conexin del USRP1 al computador se realiza con una interfaz USB2.0, no trabaja
con USB1.1. La FPGA es la parte ms importante en el sistema del USRP1.
Bsicamente lo que hace es realizar operaciones matemticas de alto ancho de
banda y reducir la tasa de datos para que puedan ser enviados a travs de la
interfaz USB2.0 al computador. En el USRP1, el procesamiento con alta
frecuencia de muestreo se realiza en la FPGA, mientras el procesamiento con baja
frecuencia de muestreo se realiza en el computador.
La configuracin bsica de la FPGA incluye dos DDCs completos, pero tambin
es posible la implementacin de 4 DDCs sin filtros de media banda. Esto permite
tener 1, 2 o 4 canales de recepcin separados. Las salidas de los ADCs van
conectadas a las entradas de los DDCs. Los DDCs mezclan, filtran y diezman
(desde 64 MHz) seales de entrada en la FPGA. Se utilizan en la recepcin,
35

ETTUS RESEARCH LLC. Op. cit. p. 2.

esencialmente por dos razones: primero, para convertir la seal de banda de


frecuencia intermedia a una seal en banda base y, segundo, para diezmar la
seal, logrando que la tasa de datos pueda ser adaptada a la interfaz USB2.0 y
que sea razonable a la capacidad de procesamiento de los computadores. En la
trasmisin se realiza el proceso inverso: se necesita convertir una seal banda
base a una seal de frecuencia intermedia, y enviarla a travs los DACs. Esto se
hace a travs de los dos DUCs. En el lado de la trasmisin tambin se usan filtros
interpoladores CIC (Cascaded Integrator-Comb, Peine Integrador en Cascada)
que interpolan las muestras antes de trasladar la seal digital a la frecuencia
intermedia por los DUCs. Los DDCs y DUCs combinados con las altas tasas de
muestreo simplifican en gran medida los requerimientos de filtrado analgico.
La FPGA est programada con el lenguaje de descripcin de hardware Verilog y
sintetizada con la edicin web libre de Altera, Quartus II. El PCB que viene
diseado con la herramienta PADS. Los esquemticos estn hechos en gEDA
(GPL Electronic Design Automation, GPL Automatizacin de Diseo Electrnico).
En la Figura 4 se puede ver el diagrama de bloques del USRP1 incluyendo las
tarjetas hijas que forman el RF front end.
El USRP est en uso en todo el mundo en una amplia variedad de aplicaciones 36.
El USRP con frecuencia es usado para aplicaciones de investigacin, sin
embargo, tambin ha sido desplegado en muchos sistemas comerciales y de
defensa. Las principales aplicaciones son las siguientes:

Aplicaciones comerciales. Hay muchas aplicaciones para la USRP en los


sistemas comerciales. Un ejemplo, Path Intelligence Ltd., usa la familia de
productos USRP para rastrear el trfico de los peatones en los centros
comerciales. La capacidad de antenas en fase de la USRP permite a Path
Intelligence Ltd. determinar las localizaciones de los compradores recibiendo
las transmisiones del canal de control de los celulares.

Aplicaciones de defensa y seguridad nacional. Las redes de campo de


batalla, las redes de supervivencia, puentes de comunicacin para la seguridad
pblica.

Investigaciones en redes inalmbricas. Sistemas MIMO, anlisis espectral,


transmisores y receptores de FM, radio cognitiva.

Aplicaciones pedaggicas. Implementacin de software radio, estudio de


sistemas y seales, procesamiento digital de seales, sistemas de

36

ETTUS RESEARCH LLC. Op. cit. p.1.

comunicaciones. Radioastronoma, rastreo de fauna y flora, RFID, equipos de


prueba personalizados.
Figura 4. Diagrama de bloques del USRP1

Fuente: https://www.ettus.com/content/files/Ettus_USRP1_DS_FINAL_1.27.12.pdf
2.1.4 Sistema Global para las Comunicaciones Mviles (GSM). En los aos
ochenta existan en Europa diferentes sistemas celulares analgicos, pero sus
ventajas se vean opacadas por la incompatibilidad entre ellos y su baja
capacidad. Esto, ms la necesidad de establecer compatibilidad con la
digitalizacin que estaba viviendo la red telefnica pblica almbrica, conllev a
que la CEPT (Confrence europenne des administrations des postes et des
tlcommunications, Conferencia Europea de Administraciones de Correos y
Telecomunicaciones) estableciera en 1982 un grupo especial mvil para la
creacin de un estndar celular europeo nico que se encarg de la
estandarizacin de las interfaces entre subsistemas, la arquitectura de protocolos
y servicios, basndose en los estndares mundiales de la CCITT (Consultative
Committee for International Telegraphy and Telephony, Comit Consultivo
Internacional Telegrfico y Telefnico) y el CCIR (Comit Consultatif International
des
Radiocommunications,
Comit
Consultivo
Internacional
de
Radiocomunicaciones).

En 1989 la responsabilidad de la estandarizacin pas de manos del CEPT al


ETSI (European Telecommunications Standards Institute, Instituto Europeo de
Normas de Telecomunicaciones), el cual se plante como objetivos: proveer mejor
calidad de servicio que los sistemas analgicos, ofrecer servicios telefnicos en
toda Europa (roaming), y permitir trasmisin de datos; todo esto de manera
econmica, eficiente con el espectro, flexible y que aprovechara las ventajas de
los sistemas digitales37. Luego, debido a su gran crecimiento, se reservaron las
siglas obteniendo como resultado el sistema GSM.
GSM fue introducido en Europa en 1992, y fue el sistema de telefona mvil de
segunda generacin ms exitoso, extendindose en gran parte del mundo.
Basados en GSM han surgido otros sistemas y sus mejoras le han llevado a
introducirse en la tercera generacin de la telefona mvil celular, cuya extensin
se denomina UMTS (Universal Mobile Telecommunications System, Sistema
Universal de Telecomunicaciones Mviles).
Como se puede observar en la Figura 5, la arquitectura de la red GSM se divide
en varios niveles jerrquicos denominados subsistemas. Empezando por la MS,
que consiste en dos elementos: el ME (Mobile Equipment, Equipo Mvil) y una
tarjeta SIM (Subscriber Identity Module, Mdulo de Identidad de Usuario). El
equipo mvil adems cuenta con un nmero de identificacin internacional IMEI
(International Mobile Equipment Identity, Identidad Internacional de Equipo Mvil).
Este nmero est grabado en el telfono por el fabricante y es nico. La SIM es
una tarjeta que personaliza una terminal mvil, permite que un usuario pueda
acceder a la red y obtener los servicios a los que est inscrito desde cualquier
equipo de usuario.
La estacin mvil se conecta por medio de una interfaz de aire Um a la BTS ms
prxima, la cual dispone de los dispositivos para la trasmisin y recepcin de
seales de radio, incluyendo las antenas para establecer la comunicacin entre la
estacin mvil y la red GSM. Varias BTSs hacen parte del Subsistema BSS (Base
Station Subsystem, Subsistema de Estacin Base) que consta adems de un BSC
(Base Station Controller, Controlador de Estacin Base). El BSC administra y
asigna los canales de radio de las BTSs; y es el encargado de controlar los saltos
de frecuencia y la transferencia de llamadas entre BTSs cuando el usuario est en
movimiento. El BSC representa la conexin entre la MS y el MSC (Mobile
Switching Center, Centro de Conmutacin Mvil), que hace parte del siguiente
subsistema, llamado NSS (Network Switching Subsystem, Subsistema de Red
Conmutada). El MSC es el corazn de la red GSM. Este, une grupos vecinos de
BSSs por medio de enlaces terrestres de microondas, controla la sealizacin, el
procesamiento de seales, la transferencia de llamadas entre clulas, el ruteo de
llamadas, las funciones bsicas de conmutacin y maneja interfaces con otros
37

RODRIGUEZ MUOZ, David. Sistemas inalmbricos de comunicacin personal:


El sistema panaeuropeo: GSM. 1 ed. Mxico, D.F.: Alfaomega, 2001. p. 227.

MSCs. Hay otro tipo de MSC llamado GMSC (Gateway Mobile Switching Center,
Gateway Centro de Conmutacin Mvil) que proporciona el enlace a la red
telefnica pblica. El NSS tambin consta de varias bases de datos para llevar a
cabo las funciones del registro del movimiento de usuarios y del control de
llamadas dentro de la PLMN (Public Land Mobile Network, Red Mvil Terrestre
Pblica). Dichas bases de datos permiten itinerancia (roaming), contienen
informacin de seguridad de los equipos, como copia de los cdigos PIN (Personal
Identification Number, Nmero de Identificacin Personal), para evitar que se
registren usuarios no permitidos. Estas bases de datos, HLR (Home Location
Register, Registro de Ubicacin Base), VLR (Visitor Location Register, Registro de
Ubicacin de Visitante) y AUC (Authentication User Center, Centro de
Autenticacin del Usuario) son una aplicacin del concepto de red inteligente,
aplicado a GSM. En GSM se aplica el proceso de transferencia de llamada, el cual
permite cambiar la conexin existente entre la estacin base y el mvil a una
nueva estacin base. Esto se hace por asistencia de la estacin mvil, la cual
monitorea los niveles de la seal recibida y la tasa de error de las estaciones
bases que la rodean.
Figura 5. Arquitectura bsica de la red GSM

Fuente: MUOZ, David. Sistemas inalmbricos de comunicacin personal.


Mxico: Alfaomega, 2002.
En la red GSM se define tambin un sistema especfico de numeracin que
identifica a una estacin mvil. Dentro de este sistema se encuentra el MSISDN
(Mobile Subscriber ISDN, Suscriptor Mvil ISDN), el cual es un nmero de
identificacin nico de telfono compuesto por el CC (Country Code, Cdigo del
Pas) ms el NDC (National Destination Code, Cdigo de Destino Nacional) que es
asignado a cada operador, seguido por el SN (Subscriber Number, Nmero del

Suscriptor). El LAC (Location Area Code, Cdigo de localizacin de rea), es un


nmero de tamao fijo usado para identificar la ubicacin de un rea dentro de la
red. El IMSI (International Mobile Subscriber Identity, Identidad Internacional del
Suscriptor Mvil) es un nmero nico que permite la identificacin nica de una
MS dentro de la red GSM. El nmero mximo de dgitos del IMSI es 15 y est
compuesto de tres partes, el MCC (Mobile Country Code, Cdigo del Pas), el
MNC (Mobile Network Code, Cdigo de la Red) y el MSIN (Mobile Subscriber
Identification Number, Nmero de Identificacin del Suscriptor). El MCC identifica
en qu pas est la MS, el MNC identifica en qu operador de telefona mvil est
registrada la MS y el MSIN es un nmero nico que identifica a la MS dentro de la
red GSM. El TMSI (Temporary Mobile Subscriber Identity, Identidad Temporal del
Suscriptor Mvil) es un nmero temporal usado para identificar una MS en un rea
local especfica. El TMSI es asignado por la red a la MS durante su registro inicial
y es renovado cada vez que se produce una nueva interaccin con la red, como
una actualizacin de posicin donde se cambia de BTS. El CI (Cell Identity,
Identidad de Celda) es un nmero nico usado para identificar cada celda.
Los componentes de los diferentes subsistemas de la red GSM se interconectan
por medio de interfaces como se aprecia en la Figura 5. Las interfaces ms
relevantes son la interfaz Um, la interfaz A-bis y la interfaz A38. Entre la MS y la
BTS est la interfaz Um. La interfaz A-bis se encuentra entre la BTS y el BSC. La
interfaz A est entre el BSC y el MSC. Ests interfaces establecen la
comunicacin entre los elementos de la red GSM.
Para poder entender el funcionamiento de OpenBTS que se ver ms adelante, es
necesario tener un conocimiento prctico de cmo las redes GSM y los celulares
interactan. GSM como un sistema de telecomunicaciones requiere de protocolos
de sealizacin para coordinar las funcionalidades distribuidas. Estos protocolos
de sealizacin son especificados usando el concepto del modelo de referencia
OSI (Open System Interconection, Interconexin de Sistemas Abiertos), por capas.
GSM est estructurado en tres capas generales que conforman la pila de
protocolos GSM (GSM protocol stack) dependiendo de la interfaz39. De acuerdo
con Hernando40, la especificacin del protocolo GSM es muy extensa y cubre en
detalle todo el funcionamiento de la red. Estas especificaciones se dividen en
series que tratan temas especficos tal como muestra el Cuadro 141. El presente
38

GORRICHO, Mnica y GORRICHO, Juan. Comunicaciones mviles. Barcelona:


UPC, 2002. P. 79.
39
HAMDI, Fatma. GSM/GPRS Evaluation and optimization tool. Ao 2006. [en
lnea]. <Disponible en: http://es.scribd.com/doc/49823859/18/Figure-1-2-Signallingprotocol-structure-in-GSM> [consulta: 2 feb. 2012]. p. 10.
40
HERNANDO RBANOS, Jos Mara. Comunicaciones mviles. 2 ed. Madrid:
Centro de Estudios Ramn Areces, 2004. p. 344.
41
Pueden ser descargadas de http://webapp.etsi.org/key/queryform.asp

trabajo se centr en la interfaz de aire Um que describe la forma como la MS se


comunica con la BTS.
Cuadro 1. Series y temas de la especificacin GSM
Serie

Tema

01.xx

Cuestiones generales

02.xx

Aspectos de servicio

03.xx

Aspectos de red

04.xx

Interfaz y protocoles MS-BS

05.xx

Capa fsica de radio

06.xx

Codificacin de la voz

07.xx

Adaptadores de terminales para MS

08.xx

Interfaces BS-MSC

09.xx

Interfuncionamiento de redes

10.xx

Interfuncionamiento de servicios

11.xx

Especificaciones y homologacin

12.xx

Operacin y mantenimiento

Fuente: GORRICHO, Mnica y GORRICHO, Juan. p. 23.


La interfaz Um est definida en las series GSM 04.xx y 05.xx de la especificacin.
Lo primero que hay que mencionar es la frecuencia de operacin de GSM.
Actualmente hay muchas bandas para el uso de GSM; las ms comunes son 450
MHz, 850 MHz, 900 MHz, 1800 MHz, y 1900 MHz. GSM utiliza la tcnica de
acceso FDD/FDMA/TDMA lo que significa que el duplexado se hace en frecuencia
FDD (Frequency Division Duplex, Dplex por Divisin en Frecuencia), y el
multiplexado de las comunicaciones es una combinacin de multiplexacin en
frecuencia FDMA (Frequency Division Multiple Access, Acceso Mltiple por
Divisin en Frecuencia) y en tiempo TDMA (Time Division Multiple Access, Acceso
Mltiple por Divisin en el Tiempo), combinado con saltos de frecuencia
(Frecuency Hopping)42. El uso de FDD divide la banda de operacin de GSM en
dos, definiendo una banda de frecuencia usada para la trasmisin de la MS a la
BTS, conocida como uplink (enlace de subida) y otra banda de frecuencia usada
para la trasmisin de la BTS a la MS, conocida como downlink (enlace de bajada).
42

GORRICHO, Mnica y GORRICHO, Juan. Op. cit. p. 23.

Al usar la tcnica FDMA las bandas de uplink y downlink son separadas en


canales de radio con un ancho de banda de 200 KHz. Los canales de uplink y
downlink son separados por una frecuencia de offset que depende de la banda de
operacin de GSM y son identificados por un nmero llamado ARFCN (Absolute
Radio Frequency Channel Number, Nmero de Canal de Radio Frecuencia
Absoluto). El ARFCN describe un par de frecuencias: una para uplink y otra para
downlink. En general el ARFCN determina los canales de trasmisin y recepcin
que se van a usar.
En el Cuadro 2 se muestran los rangos de frecuencia, offset, y ARFCN para las
bandas ms comunes de GSM.
Cuadro 2. Rangos de frecuencia, offset y ARFCN
GSM450

GSM850

GSM900

GSM1800

GSM1900

Rango
450 a 458 824 a 849 890 a 915 1710
a 1850
a
frecuencia
MHz
MHz
MHz
1785 MHz 1910 MHz
uplink
Rango
460 a 468 869 a 894 935 a 960 1805
a 1930
a
frecuencia
MHz
MHz
MHz
1880 MHz 1990 MHz
downlink
ARFCN
259 a 293
128 a 251
1 a 124
512 a 885
512 a 810
Offset
10 MHz
45 MHz
45 MHz
95 MHz
80 MHz
Fuente:
http://gnuradio.org/redmine/projects/gnuradio/wiki/OpenBTSIntroduction_To_GSM
La Figura 6 muestra un esquema en frecuencia para la banda GSM900. Se puede
observar la combinacin de las tcnicas FDD/FDMA. GSM usa TDMA como el
esquema de acceso al medio sobre la interfaz de aire Um. Cada canal de radio es
dividido en 8 intervalos de tiempo (time slots) numerados de TS0 a TS7.
El uso de TDMA permite que un grupo de usuarios simultneos compartan un
simple canal de radio utilizando diferentes intervalos de tiempo. Cada intervalo de
tiempo tiene una duracin de 576.9 s y es usado para facilitar la comunicacin
entre la MS y la BTS. El mtodo de modulacin usado en GSM es GMSK
(Gaussian Minimum-Shift Keying, Desplazamiento Mnimo Gausiano) el cual
proporciona una tasa de trasmisin de 270.833 Kbps, con lo cual un mximo de
156.25 bits son trasmitidos en cada intervalo de tiempo. Los 8 intervalos de tiempo
forman un frame TDMA de 1250 bits con una duracin de 4.615 ms. Los datos
trasmitidos durante un intervalo de tiempo definen la unidad de trasmisin de GSM
que es conocida como rfaga (burst), por lo que cada rfaga se compone de
156.25 bits. La trasmisin en GSM se realiza en secuencias de rfagas. Hay
cuatro tipos de rfagas: NB (Normal Burst, Rfaga Normal), FB (Frequency
Correction Burst, Rfaga de Correccin de Frecuencia), SB (Synchronization

Burst, Rfaga de Sincronizacin) y AB (Access Burst, Rfaga de Acceso). La que


ms se usa es la rfaga normal que contiene 114 bits disponibles para
informacin. El formato de las rfagas es descrito en la especificacin GSM 05.02
seccin 5.243.
Figura 6. Esquema de frecuencia para la banda GSM900

Fuente: http://www2.informatik.hu-berlin.de/~goeller/isdn/GSMDmChannels.pdf
La Figura 7 muestra la combinacin de las tcnicas FDMA/TDMA.
El multiplexado en el tiempo origina canales lgicos que se subdividen en canales
de control y canales de trfico. Los canales de control se utilizan en la
administracin del funcionamiento de la red GSM. Por su parte, los canales de
trfico son utilizados para el transporte de voz o datos de usuario. Los canales
lgicos son utilizados para propsitos especficos de la comunicacin entre la BTS
y la MS y pueden ser divididos en tres categoras: canales de trfico, canales de
control dedicados y canales de control no dedicados. Para la trasmisin por estos
canales se definen los multiframes de canales de control y los multiframes de
canales de trfico. Los multiframes de canales de control se componen de 51
frames TDMA y los multiframes de canales de trfico se componen de 26 frames
TDMA.
43

RANGE NETWORKS. OpenBTS P2.8 Users Manual. Ao 2011. [en lnea].


<Disponible
en:
https://wush.net/trac/rangepublic/attachment/wiki/WikiStart/SoftwareP2.8Manual.pd
f> [consulta: 11 Ene. 2012]. P.19.

Figura 7. Combinacin de las tcnicas FDMA/TDMA

Fuente:
http://www.aws.cit.ie/personnel/dpesch/notes/msc_sw/gsm_radio_interface.pdf
2.1.4.1 Canales de trfico

TCH/F (Traffic Channel Full Rate, Canal de Trfico de Tasa Completa):


utilizado para trasmitir informacin a y desde el usuario. La informacin puede
ser voz codificada y comprimida o datos como mensajes de texto. Para la
trasmisin de voz por este canal la velocidad es de 13 Kbps y las velocidades
para la trasmisin de datos son 14.4 Kbps, 9.6 Kbps, 4.8 Kbps y menor o igual
a 2.4 Kbps.

TCH/H (Traffic Channel Half Rate, Canal de Trfico de Tasa Media):


utilizado para trasmitir informacin a y desde el usuario ocupando la mitad del
ancho de banda que el TCH/F, la velocidad para la trasmisin de voz
codificada y comprimida es de 5.6 Kbps y las velocidades para la trasmisin de
datos son 4.8 Kbps y menor o igual a 2.4 Kbps.

2.1.4.2 Canales de control dedicados

SDCCH (Standalone Dedicated Control Channel, Canal de Control


Dedicado Independiente): Es un canal de sealizacin usado para la
configuracin inicial de una llamada, registro, envo y recepcin de mensajes
cortos SMS y actualizacin de la posicin entre la MS y la BTS.

FACCH (Fast Associated Control Channel, Canal de Control Asociado


Rpido): Es un canal de sealizacin asociado al canal de trfico, trasmite
sealizacin de manera inmediata o urgente como por ejemplo la peticin de
un traspaso.

SACCH (Slow Associated Control Channel, Canal de Control Asociado


Lento): Es un canal de sealizacin asociado al canal de trfico o a un
SDCCH, usado para controlar y supervisar la comunicacin entre la MS y la
BTS. Por este canal se enva Informacin sobre la potencia trasmitida y
recibida e instrucciones de temporizacin.

2.1.4.3 Canales de control no dedicados

BCCH (Broadcast Control Channel, Canal de Control de Difusin): Este


canal es usado para trasmitir informacin de los parmetros de identificacin
del sistema necesarios para el acceso a la red. Los parmetros incluyen el
LAC, el MCC/MNC, las frecuencias de las celdas vecinas y parmetros de
acceso.

SCH (Synchronization Channel, Canal de Sincronizacin): En este canal se


trasmite informacin de sincronizacin e identificacin de la BTS. Es usado por
la MS en la recepcin para la sincronizacin de los frames y de esta forma
conocer el tipo de informacin trasmitida en cada intervalo de tiempo.

FCCH (Frequency Correction Channel, Canal Correccin de Frecuencia):


Por este canal se trasmite le seal portadora sin modular. Es usado por la MS
para sincronizar su frecuencia interna con la frecuencia exacta de la BTS.

CCCH (Common Control Channels, Canales de Control Comn): sirven


para regular el acceso de la MS a la red. Se utilizan para la bsqueda y
asignacin de canales de sealizacin a la MS.

RACH (Random Access Channel, Canal de Acceso Aleatorio): Canal


utilizado por la MS para intentar acceder a la red solicitando un canal SDCCH
de la BTS. Esta es la primera peticin hecha por la MS para acceder a la red.

2.1.5. OpenBTS. Segn Burgess44, a mediados del 2007, Kestrel Signal


Processing, Inc., una pequea empresa consultora de software radio al norte de
California, inici a escribir una implementacin de una estacin base GSM. El
proyecto fue liberado a la comunidad y conocido como OpenBTS.
44

BURGESS, David A. Low Cost Cellular Networks with OpenBTS. Ao 2010.


<Disponible en: http://www.osbr.ca/ojs/index.php/osbr/article/view/1052/1011>
[consulta: 15 Feb. 2012].

OpenBTS es una aplicacin Unix que usa un software radio para generar una
interfaz de aire GSM "Um" que permite operar con cualquier telfono celular GSM
estndar. Para conectar las llamadas usa un software VoIP PBX (Private Branch
Exchange, Ramal privado de conmutacin), llamado Asterisk45.
El proyecto OpenBTS permite que los celulares vean una completa red GSM a
travs de su interfaz de aire "Um", donde ellos a su vez son vistos como
terminales VoIP utilizando el protocolo SIP, es decir, como un cliente SIP dentro
de Asterisk, permitiendo de esta forma hacer llamadas telefnicas sin usar las
redes de los operadores convencionales. El proyecto OpenBTS forma la base de
un nuevo tipo de red celular que puede ser desarrollada y operada a un costo ms
bajo que las tecnologas existentes en muchas aplicaciones, incluyendo zonas
rurales y redes privadas de celular en reas remotas46.
Actualmente el proyecto OpenBTS es mantenido por la compaa Range
Networks, fundada por David Burgess y Harvind Samra, los desarrolladores
originales y arquitectos del software detrs de OpenBTS.
OpenBTS est basado en hardware y software libre y est distribuido en dos
formas:
Forma de release pblico ("P"): Es distribuido bajo la licencia AGPLv3 (Affero
General Public License, version 3, licencia pblica general de Affero, tercera
versin) con los copyrights asignados a la FSF (Free Software Foundation,
Fundacin para el software libre). El release pblico es para propsitos de
experimentacin, educacin, evaluacin y prueba de conceptos para proyectos de
investigacin. OpenBTS est construido en el lenguaje de programacin orientado
a objetos C++. Adems de un manejo de programacin, se requiere tener un buen
entendimiento de la especificacin GSM.
Forma de release comercial ("C"): El release comercial es instalado en los
productos de Range Networks bajo una mezcla de licencias de GPL y otras que no
son GPL. El cdigo fuente de los componentes de la instalacin de OpenBTS
licenciados bajo la licencia GPL est disponible para los clientes comerciales. El

45

BURGESS, David A. y SAMRA, Harvind S. The Open BTS Project. [en lnea]. 3
Ago. 2008. <Disponible en: http://www.ahzf.de/itstuff/papers/OpenBTSProject.pdf>
[consulta: 2 Feb. 2012]. p. 3.
46
GNU Radio Project. The OpenBTS Wiki Subspace. [en lnea]. Ao 2011.
<Disponible
en: http://gnuradio.org/redmine/projects/gnuradio/wiki/OpenBTS>
[consulta: 9 Oct. 2011].

release comercial "C" proporciona caractersticas adicionales de seguridad,


escalabilidad y la operacin de redes multi-BTS47.
Este release comercial es destinado a usuarios quienes:

Necesiten proporcionar un servicio celular en la industria, gobierno o


aplicaciones comerciales.

El modelo de negocio es incompatible con la licencia GPLv3, o

Requieren soporte
profesionales.

comercial, monitoreo

de

redes u

otros

servicios

La arquitectura de OpenBTS es diferente de la arquitectura jerrquica GSM


convencional, donde la BTS GSM es manejada externamente por la BSC y la
conexin de las llamadas se realiza en un remoto MSC. Debido a la diferencia en
la arquitectura se hace referencia al producto final del proyecto OpenBTS con el
nombre de access point GSM (punto de acceso GSM).48,49
OpenBTS hace uso del hardware USRP y el software GNU Radio corriendo sobre
un computador para construir una completa aplicacin de software radio. Adems
utiliza el software Asterisk para realizar el control y conmutacin de las llamadas.
La Figura 8 muestra la arquitectura de Open BTS en la que se observa un servidor
Asterisk conectado a travs de una red IP privada. Sin embargo, Asterisk puede
ser instalado en el mismo computador corriendo localmente junto a GNU Radio y
OpenBTS. De esta forma se realiz en el presente trabajo de grado.
Los datos enviados por la MS a la BTS (uplink) son capturados por la antena
receptora conectada a la tarjeta hija de recepcin. Esta ltima traslada la seal a
una frecuencia intermedia para que el USRP pueda digitalizar los datos por medio
de los ADCs, lo cual permite que los DDCs realicen el diezmado para enviarlos
por medio de la interfaz USB 2.0 al computador.
Al llegar los datos al computador se entra al mundo del software, donde la
implementacin de OpenBTS est estructurada al igual que la pila de protocolos
GSM, por capas, siguiendo el modelo de referencia OSI. La estructura general
est compuesta por tres capas que son:
47

RANGE NETWORKS. OpenBTS Public Release. [en lnea]. Ao 2011.


<Disponible en: https://wush.net/trac/rangepublic> [consulta: 9 Feb. 2012].
48
BURGESS, David A. y SAMRA, Harvind S. Op. cit. p. 3.
49
STEIL, Andreas. OpenBTS. [en lnea]. Actualizado, ao 2010. <Disponible
en:http://www.fh-kl.de/~andreas.steil/Projekte/OpenBTS/index.html> [consulta: 11
Oct. 2011].

L1, PHYSICAL LAYER (CAPA FSICA). El radiomodem, TDM (Time Division


Multiplexing, Multiplexacin por Divisin de Tiempo), codificacin y correccin de
errores. GSM 04.04 y GSM 05.xx series.
L2, DATA LINK LAYER (CAPA DE ENLACE). Direccionamiento, segmentacin y
retrasmisin (LAPDm), GSM 04.05 y 04.06, ITU-T Q.921.
L3, "Layer 3". Administracin de la conexin y sealizacin, GSM 04.07, 04.08,
04.10, 04.11, 04.12 y ITU-T Q.93150.
Figura 8. Arquitectura de OpenBTS

Fuente: Autores.
El objetivo y enfoque del diseo general de OpenBTS fue desde el principio
realizar la mayora de las funciones de la red en las capas L1 y L2, evitando la
implementacin de cualquier funcin por encima de L3. Es por esto que en L3
cada subprotocolo de GSM es terminado localmente o trasladado a travs de una
puerta de enlace (gateway) a algn otro protocolo para ser manejado por una
aplicacin externa como Asterisk51. Con este concepto claro, a medida que el
50

BURGESS, David A. y SAMRA, Harvind S. Op. cit. p. 15.


RANGE NETWORKS. OpenBTS P2.8 Users Manual. Ao 2011. [en lnea].
<Disponible
en:
https://wush.net/trac/rangepublic/attachment/wiki/WikiStart/SoftwareP2.8Manual.pd
f> [consulta: 11 Ene. 2012]. p. 15.
51

proyecto fue creciendo se realiz la implementacin de la capa L4, la cual es una


puerta de enlace a una aplicacin que maneja los mensajes de texto.
Adems de estas capas, tambin se realiza la implementacin de una capa cero
L0 implementada por el software transceiver. El software transceiver realiza las
funciones de radiomodem de la especificacin GSM 05.05 y maneja la interfaz
USB con el USRP152. El software transceiver consiste de tres mdulos:
transceiver, radioInterface y USRPDevice.
El mdulo USRPDevice es bsicamente un controlador (driver) que lee y escribe
paquetes al USRP con dos tarjetas hijas, donde el lado A del USRP1 es usado
para la trasmisin y lado B para la recepcin.
El mdulo radioInterface es bsicamente una interfaz entre el transceiver y el
USRP1. Este opera el reloj de la BTS basado en el conteo de las muestras
recibidas del USRP1. Los paquetes desde el USRP1 son puestos en una cola y
segmentados dentro de rfagas GSM que son pasadas al mdulo transceiver en la
direccin de subida (uplink) y viceversa. Las rfagas del mdulo transceiver son
pasadas al USRP1 en la direccin de bajada (downlink).
El mdulo transceiver realiza la modulacin, deteccin y demodulacin de rfagas
GSM. Este se comunica con la pila de protocolos GSM por medio de tres sockets
UDP: uno para los datos, uno para mensajes de control, y uno para pasar
informacin del clock. El transceiver contiene una cola de prioridad para ordenar
las rfagas a ser trasmitidas y una tabla de relleno para llenar intervalos de tiempo
que no tienen una rfaga en la cola de prioridad. El transceiver intenta mantenerse
por delante del reloj de la BTS, adaptando su latencia cuando una insuficiencia de
datos son reportados por el mdulo radioInterface/USRP1.
En la pila del protocolo GSM, la subcapa TDM de L1 desmultiplexa cada rfaga y
la enva al canal lgico apropiado. El canal lgico pasa cada rfaga dentro de su
procesador FEC de L1 (de acuerdo con las reglas de GSM 05.02), el cual realiza
la decodificacin FEC (descrita en GSM 05.03). La salida es una secuencia de
frames L2 tomados por el canal lgico y enviados al procesador L2.
El procesador L2 corre la mquina de estado LAPDm que realiza acuse de recibo
(Acknowledgement), retrasmisin y segmentacin. Esta mquina de estado es
definida implcitamente en GSM 04.06 y dada explcitamente en ITU-T Q.921.
Cuando un frame L3 entrante ha sido verificado y armado, se coloca en una cola
para su uso por L3. En el curso de la operacin, LAPDm tambin inyecta frames
L2 dentro del flujo de bajada (downstream) para el acuso de recibo y las peticiones
de retrasmisin.
52

Ibid. p. 15

En L3, una funcin de envo determina el protocolo y tipo de mensaje y llama a la


apropiada funcin de control para deserializar el mensaje y actuar sobre su
contenido, generalmente produciendo una respuesta L3 sobre el downlink. Estas
funciones de control tambin interactan con el mundo de afuera a travs de
protocolos como SIP u otros.
En la direccin de bajada (downlink) en la capa L3, una funcin de control genera
un mensaje L3, serializa los mensajes dentro de un frame L3 y enva este dentro
del canal lgico, que lo pasa a la capa L2. El procesador L2 transforma los frames
en segmentos y envuelve cada segmento en un frame L2. Cada frame L2 es
enviado a L1 de acuerdo a la mquina de estado LAPDm. LAPDm tambin puede
generar frames L2 adicionales por su propia cuenta de acuerdo a sus reglas de
acuse de recibo y retrasmisin. Ya en la capa L1 el procesador FEC codifica cada
frame L2 de acuerdo a las reglas de GSM 05.03, generando cuatro rfagas de
salida. A cada rfaga se le pone una marca de tiempo con su tiempo de trasmisin
establecido de acuerdo a las reglas TDM de GSM 05.02. Estas rfagas son
pasadas a la subcapa de L1 TDM. Aqu las rfagas son reformateadas dentro de
mensajes sobre la interfaz datagrama del mdulo transceiver. Al llegar al mdulo
transceiver, las rfagas de salida son clasificadas dentro de una cola de prioridad
de acuerdo al tiempo de trasmisin. Las rfagas son haladas desde la cola en la
medida en que estn listas para la trasmisin y la modulacin de acuerdo a GSM
05.04. Las formas de onda de las muestras moduladas son enviadas al USRP1
sobre el estndar timetagged USB interface (Interfaz USB con marcas de tiempo).
Si las rfagas no estn listas para la trasmisin en un tiempo dado el transceiver
genera una apropiada secuencia de relleno. Finalmente en el USRP1 las muestras
son convertidas a una forma de onda anloga para la trasmisin sobre el canal de
radio.
2.2 ANLISIS Y DISEO DE LA SOLUCIN
Para el anlisis y diseo de la solucin el punto de partida fue darle utilidad a la
integracin del software y hardware libre con el fin de facilitar las comunicaciones
de las personas, incluyendo los organismos de socorro en un escenario donde las
redes de telecomunicaciones colapsen e incluso se presente una deficiencia en la
red de energa elctrica. Como solucin se trabaj en la implementacin de un
prototipo de Estacin Celular Porttil GSM con la cual la comunicacin al momento
de un desastre pueda ser brindada a cada persona utilizando su celular registrado
en la microcelda.
Para iniciar la implementacin se consider prioritaria la instalacin del software y
el estudio de su funcionamiento, por lo que se necesit de un computador porttil.
Se tom la decisin de montar el software en el sistema GNU/Linux por cuanto se
conoca cmo realizar el proceso de instalacin y, adicionalmente, se contaba con
experticia en el manejo de Ubuntu.

Siguiendo la recomendacin de Flores53, se utiliz Ubuntu 10.04 LTS Desktop.


Paso siguiente se realiz la instalacin del software GNU Radio en su versin
3.4.2, que cuenta con el soporte para el USRP1. Posteriormente se procedi a
instalar el software OpenBTS que brinda la implementacin de la pila de
protocoles GSM. La versin de OpenBTS utilizada fue la versin P2.6 Mamou. Por
ltimo, se instal el software Asterisk, en la versin 1.6.2.22. Se inici el estudio de
la configuracin para funcionamiento de Asterisk. Bsicamente los archivos de
configuracin extensions.conf y sip.conf, como tambin, las funciones y
aplicaciones del plan de marcado (dialplan).
El hardware USRP1 fue adquirido a la firma ETTUS RESEARCH LLC en
California, Estados Unidos. En la primera compra se adquiri el USRP-PKG, que
consta de los componentes para el ensamble, la carcasa y la tarjeta madre.
Cuando lleg el USRP-PKG se procedi al ensamble, se conect al puerto
USB2.0 del computador y se realiz la prueba de conexin USB entre el
computador y la tarjeta madre.
Verificada la prueba de conexin entre el computador y la tarjeta madre, se trabaj
sobre el archivo de configuracin de OpenBTS. Para ello fue necesario tener claro
el sistema numrico de identificacin de GSM; bsicamente el IMSI, el MCC, el
MNC y el ARFCN relacionado con la banda de operacin de GSM. Se decidi por
la banda de operacin GSM850 por lo que se adquirieron dos tarjetas hijas y dos
antenas para la operacin en dicha banda. Se integraron las tarjetas hijas y las
antenas con la tarjeta madre formando los dos niveles del USRP1.
La configuracin de OpenBTS se realiz mediante el archivo OpenBTS.config y el
plan de marcado de Asteriks se ejecut mediante el archivo extesions.conf para
crear el control de numeracin de los usuarios.
Para facilitar la administracin de Asterisk, se instal Asterisk GUI como
administrador Web. Luego se integr un reloj externo de 52 MHz a la tarjeta madre
obteniendo el prototipo funcional. Los resultados, pruebas y problemas se
comentan ms adelante despus de la implementacin de la solucin.
2.3 IMPLEMENTACIN DE LA SOLUCIN
Para poder realizar el despliegue de la comunicacin es necesario contar con
unos requerimientos tanto de hardware como de software. La base del hardware

53

FLORES, Daro. Manual de uso e instalacin de OpenBTS. [en lnea]. Ao 2011.


<Disponible: https://wush.net/trac/rangepublic/attachment/wiki/WikiStart/Manual%2
0de%20instalaci%C3%B3n%20de%20OpenBTS%20Versi%C3%B3n%200.2.pdf >
[consulta: 5 Feb. 2012]. p. 15.

fue adquirida en la compaa ETTUS RESEARCH LLC y el software utilizado fue


totalmente de cdigo abierto.
2.3.1 Requerimientos de software

Se recomienda un sistema operativo basado en Linux o MAC OS X. Para el


presente trabajo se utiliz el sistema operativo Ubuntu 10.04 LTS (Lucid Lynx).
Flores54 recomienda usar Ubuntu 10.04 LTS Desktop o Ubuntu 10.10 Desktop
debido a que estas distribuciones poseen el mejor soporte de dependencias
para poder posteriormente configurar, compilar e instalar GNU radio, OpenBTS
y Asterisk.

Para construir e instalar OpenBTS se necesita tener instaladas las siguientes


dependencias: el controlador para el USRP1 libusrp, la librera SIP oSIP2 y la
librera oRTP55. Libusrp est disponible una vez se instale GNU Radio, oSIP2 y
oRTP estn disponibles a travs del sistema de gestin de paquetes (apt-get)
en Ubuntu 10.04 LTS.

Las actuales versiones de GNU Radio no tienen soporte para el controlador


libusrp. Se recomienda utilizar la versin estable 3.4.256, razn por la cual fue
la versin que se utiliz en el presente trabajo.

Se recomienda el uso de versiones basadas en Asterisk 1.4 o 1.6. Las


versiones basadas en Asterisk 1.8 presentan un problema a nivel de SIP
trabajando con OpenBTS, el cual provoca que las llamadas se terminen a los
32 segundos57. Para este trabajo se utiliz la versin 1.6.2.22.

En el presente trabajo se utiliz la versin de OpenBTS P2.6 Mamou.

2.3.2 Requerimientos de Hardware

54

Un computador con puerto USB-2.0. La pgina web de GNU Radio no


recomienda algunos modelos de porttiles marca Dell, porque su hardware

Ibid. p. 15.
GNU Radio Project. Building and Running OpenBTS: Dependencies. [en lnea].
Ao
2011.
<Disponible
en:
http://gnuradio.org/redmine/projects/gnuradio/wiki/OpenBTSBuildingAndRunning>
[consulta: 9 Oct. 2011].
56
GNU Radio Project. OpenBTS: UHD Devices: USRP1. [en lnea]. Ao 2011.
<Disponible en: http://gnuradio.org/redmine/projects/gnuradio/wiki/OpenBTSUHD>
[consulta: 9 Oct. 2011].
57
FLORES, Daro. Op. cit. p. 14.
55

tiende a introducir ruido por medio de los cables USB58. Por esta razn se
trabaj con un porttil Acer con procesador Intel Atom de 1.5 GHz, 2GB de
memoria RAM y puerto USB-2.0. Es probable que en mquinas virtuales no
funcione.

El paquete USRP-PKG es un kit que incluye la tarjeta madre (motherboard), la


carcasa, 2 cables RF con conectores SMA, cable USB, fuente de poder y
componentes para el ensamble.

Dos tarjetas hijas (daughterboards) RFX900, que pueden cubrir las bandas
GSM 850/900. Sin embargo, tambin se pueden usar las RFX1800 para cubrir
las bandas GSM 1800/1900. Es recomendable usar dos tarjetas hijas para
minimizar la diafona entre la trasmisin y la recepcin; de esta forma se
obtiene una mejor calidad de la seal y cobertura. En el presente trabajo se
utilizaron dos tarjetas hijas RFX900, con una figura de ruido de 8dB. En el
cuadro 3 se muestran las caractersticas de frecuencia y potencia de las
tarjetas hijas.

Cuadro 3. Caractersticas de frecuencia y potencia de las tarjetas hijas


Tarjetas hijas

RFX900

RFX1800

Rango de frecuencia

750 a 1050 MHz

1.5 a 2.1 GHz

Potencia de trasmisin

200 mW (23 dBm)

100 mW (20 dBm)

Fuente: LOULA, A. OpenBTS, installation and configuration guide. s.p.i. 2009. p. 3.

Dos antenas VERT900 (una por cada tarjeta hija) con las siguientes
caractersticas: Antena vertical omnidireccional, 3dBi de ganancia. 824 a 960
MHz, 1710 a 1990 MHz, cuatribanda Cellular/PCS y banda ISM. Trabaja con
las tarjetas hijas WBX, RFX900, RFX1800.

Reloj de referencia de 52MHz con una alta precisin mayor a 0.05 ppm. El
USRP1 tiene por defecto un reloj de 64 MHz que no es el adecuado para el
buen funcionamiento de GSM. En este trabajo se us el Fairwaves
lockTamer, especialmente diseado para usarse con el USRP159.

58

GNU Radio Project. Desktop Testing of OpenBTS. Ao 2011. <Disponible en:


http://gnuradio.org/redmine/projects/gnuradio/wiki/OpenBTSDesktopTestingKit>
[consulta: 9 Oct. 2011].
59
FAIRWAVES. Clock Tamer project. [en lnea]. Ao 2011. <Disponible en:
http://code.google.com/p/clock-tamer/ > [consulta: 10 Ago. 2011]

Figura 9. Kit USRP PKG


Tarjetas
hijas

Antenas

USRP

Fuente: Autores

Equipos celulares GSM con SIM cards. Estos deben funcionar en modo de
bsqueda manual de red.

2.3.2.1 Proceso de ensamblaje de USRP (Ver Anexo A)


2.3.3 Proceso de adecuacin del hardware. Para poder utilizar la USRP1 con un
reloj externo es necesario realizar modificaciones de hardware. Estas
modificaciones se realizan para deshabilitar el reloj interno que trae por defecto el
USRP1 y habilitar la entrada del reloj externo60.
Para la adecuacin del hardware se recomienda seguir los siguientes pasos:

60

GNU Radio Project. Reclocking the USRP-1 for OpenBTS: Hardware


modifications to the USRP to use a external clock. [en lnea]. Ao 2011.
<Disponible
en:
http://gnuradio.org/redmine/projects/gnuradio/wiki/OpenBTSClockModifications>
[consulta: 9 Oct. 2011].

Soldar un conector SMA hembra en J2001, esta es la entrada del reloj externo.
Hay que tener cuidado de no romper el delicado camino desde J2001 a C927.

Mover la resistencia R2029 a R2030. Esto deshabilita el reloj por defecto de la


USRP.

Mover el capacitor C925 a C926.

Remover el capacitor C924.

Soldar una resistencia SMD (Surface Mount Device, Dispositivo de Montaje


Superficial) de 50 Ohm en el conector SMA de la entrada del reloj externo.

Para fijar el Clock Tamer se suelda un conector de 16 pines a J24.

Para alimentar el Clock Tamer desde el conector del ventilador del USRP, se
debe remplazar la resistencia de limitacin R7 con una resistencia de 0 Ohmios
o un corto circuito. Esta resistencia est localizada al lado derecho del conector
de energa del ventilador J3.

Figura 10. Modificaciones del USRP

Fuente: Autores

2.3.4 Proceso de instalacin. Aqu se describe detalladamente la instalacin del


software necesario para el funcionamiento de la microcelda. Se parte de la base
que ya se tiene un computador corriendo el sistema operativo Ubuntu 10.04 LTS.
En el presente trabajo se utiliz el nombre de emergencybts para el proceso de
instalacin tal como se muestra en la figura 9. No obstante, si se desea cambiar
este nombre de usuario, es posible realizar el cambio siempre y cuando se
contine usando el nuevo nombre de usuario.
Figura 11. Instalacin de Ubuntu 10.04 LTS con usuario emergencybts

Fuente: Autores
2.3.4.1 Instalacin de GNU Radio. Todos los comandos son corridos desde una
terminal. Para su ejecucin, seleccione los comandos y arrstrelos a la terminal o
cpielos en la terminal presionando las teclas Shift Insert.
Primero se instalan las actualizaciones disponibles, se abre una terminal, se va a
Aplicaciones Accesorios terminal o se presiona la combinacin de teclas Ctrl
Alt t y se escribe el siguiente comando a la terminal.
sudo apt-get update && sudo apt-get upgrade

Para la instalacin de GNU Radio en Ubuntu 10.04 LTS se requiere la instalacin


de varios paquetes o dependencias61:
Herramientas de desarrollo (necesarias para la compilacin)
o
g++
o
git
o
make
o
autoconf, automake, libtool
o
sdcc
o
guile
o
ccache (no es requerido pero necesario si se compila frecuentemente)
Libreras (necesarias para el tiempo de ejecucin y compilacin)
o
python-dev
o
SWIG
o
FFTW 3.X (libfftw3-dev)
o
cppunit (libcppunit-dev)
o
Boost 1.35 (o ms)
o
GSL GNU Scientific Library (libgsl0-dev)
o
libusb y libusb-dev
o
ALSA (alsa-base, libasound2 y libasound2-dev)
Para instalar las dependencias se selecciona y arrastra el siguiente script a la
terminal:
sudo
apt-get
-y
install
libfontconfig1-dev
libxrender-dev
libpulse-dev swig g++-4.3 automake autoconf libtool python-dev
libfftw3-dev \
libcppunit-dev libboost-all-dev libusb-dev fort77 sdcc sdcclibraries \
libsdl1.2-dev python-wxgtk2.8 git-core guile-1.8-dev \
libqt4-dev python-numpy ccache python-opengl libgsl0-dev \
python-cheetah python-lxml doxygen qt4-dev-tools \
libqwt5-qt4-dev libqwtplot3d-qt4-dev pyqt4-dev-tools python-qwt5qt4

61

GNU Radio Project. Building GNU Radio on Ubuntu Linux: Install the PreRequisites.
[en
lnea].
Ao
2011.
<Disponible
en:
http://gnuradio.org/redmine/projects/gnuradio/wiki/UbuntuInstall> [consulta: 6 Jul.
2011].

Descargar GNU radio


wget
http://gnuradio.org/redmine/attachments/download/279/gnuradio3.4.2.tar.gz

Descomprimir el fichero y acceder a la carpeta


tar -zxvf gnuradio-3.4.2.tar.gz
cd gnuradio-3.4.2

Instalar GNU radio en el directorio por defecto. Este punto es un poco demorado.
No cierre la terminal hasta que termine de instalar.
./configure
make && make check
sudo make install

Debido a que el intrprete Python no encuentra el directorio de las libreras, se


debe agregar la lnea /usr/local/lib al archivo ld.so.conf. Lo anterior es un problema
de Debian/Ubuntu62.
sudo gedit /etc/ld.so.conf

Quedando el archivo de la siguiente manera:


include /etc/ld.so.conf.d/*.conf
/usr/local/lib

Guardar, cerrar y correr.


sudo ldconfig

Verificar la instalacin de GNU Radio ejecutando un programa. Ejemplo:


cd /usr/local/share/gnuradio/examples/audio
python dial_tone.py

62

GNU Radio Project. Building GNU Radio on Ubuntu Linux: Broken libtool on
Debian
and
Ubuntu.
[en
lnea].
Ao
2011.
<Disponible
en:
http://gnuradio.org/redmine/projects/gnuradio/wiki/UbuntuInstall> [consulta: 6 Jul.
2011].

El ejemplo anterior es el Hola Mundo de GNU Radio que se haba descrito con
anterioridad. Se escuchar un tono de marcado si la tarjeta de audio del
computador se encuentra en buenas condiciones.
Para usar el USRP1 con GNU Radio, prender el USRP1 y conectar el cable USB
al computador. Ejecutar los siguientes comandos para agregar el grupo usrp,
permisos para el usuario y las reglas para su funcionamiento y deteccin. En el
campo <NOMBRE DE USUARIO> escriba el nombre con el que opera el sistema,
en este caso es emergencybts.
sudo addgroup usrp
sudo usermod -G usrp -a <NOMBRE DE USUARIO>
echo
'ACTION=="add",
BUS=="usb",
SYSFS{idVendor}=="fffe",
SYSFS{idProduct}=="0002", GROUP:="usrp", MODE:="0660"' > tmpfile
sudo chown root.root tmpfile
sudo mv tmpfile /etc/udev/rules.d/10-usrp.rules

Reiniciar el equipo con el USRP1 prendido y conectado al computador.


sudo reboot

Abrir de nuevo la terminal y ejecutar


sudo udevadm control --reload-rules

Mirar si el USRP1 es reconocido ejecutando:


ls -lR /dev/bus/usb | grep usrp

El resultado debe ser algo como:


crw-rw---- 1 root usrp 189, 514 Mar 24 09:46 003

Verificar que GNU Radio trabaje con el USRP1


cd ~/gnuradio-3.4.2/gnuradio-examples/python/usrp
./usrp_benchmark_usb.py

La aplicacin usrp_benchmark_usb.py muestra la tasa promedio de trasmisin


exitosa (throughput). El resultado debe ser algo como:
Testing 2MB/sec... usb_throughput = 2M
ntotal = 1000000
nright = 998435
runlength = 998435

delta = 1565
OK
Testing 4MB/sec... usb_throughput = 4M
ntotal = 2000000
nright = 1998041
runlength = 1998041
delta = 1959
OK
Testing 8MB/sec... usb_throughput = 8M
ntotal = 4000000
nright = 3999272
runlength = 3999272
delta = 728
OK
Testing 16MB/sec... usb_throughput = 16M
ntotal = 8000000
nright = 7992153
runlength = 7992153
delta = 7847
OK
Testing 32MB/sec... usb_throughput = 32M
ntotal = 16000000
nright = 15986239
runlength = 15986239
delta = 13761
OK
Max USB/USRP throughput = 32MB/sec

Verificar que el mximo throughput sea 32MB/sec.


Correr otro ejemplo:
cd ~/gnuradio-3.4.2/usrp/host/apps
./test_usrp_standard_rx

Ya estn listos para usar GNU Radio con el USRP1.


2.3.4.2 Instalacin de OpenBTS. Para instalar OpenBTS se deben instalar
dependencias extras que son:
Python-all-dev, libboost-dev, libosip2-dev, libortp-dev. Se Procede corriendo el
siguiente comando:
sudo apt-get
libortp-dev

install

python-all-dev

libboost-dev

libosip2-dev

En Ubuntu hay un problema dentro del script de configuracin que no mira el lugar
correcto buscando libusrp63. Para corregir esto se realizan los siguientes pasos:
cd /usr/local/include/
sudo ln -sf usrp/usrp_bytesex.h .
sudo ln -sf usrp/usrp_standard.h .
sudo ln -sf usrp/usrp_prims.h .

Descargar openbts2.6.0 en el directorio /home/emergencybts. Para ello se abre la


terminal y se ejecuta:
cd ~
wget
http://sourceforge.net/projects/openbts/files/openbts2.6.0Mamou.tar.gz

Descomprimir el fichero
tar xzf openbts-2.6.0Mamou.tar.gz

Se mueve a la carpeta openbts-2.6.0Mamou y se procede con la instalacin.


cd openbts-2.6.0Mamou
./configure
make
make check
sudo make install

OpenBTS necesita de un archivo de configuracin. No es necesario crearlo desde


cero, simplemente se copia el archivo de configuracin de ejemplo
"OpenBTS.config.example" que est en ~/openbts-2.6.0Mamou/apps a
"OpenBTS.config" en la misma carpeta. Para ello se ejecuta:
cp
~/openbts-2.6.0Mamou/apps/OpenBTS.config.example
2.6.0Mamou/apps/OpenBTS.config

~/openbts-

2.3.4.3 Instalacin de Asterisk. Unos buenos pasos para la instalacin de


Asterisk en Ubuntu se encuentran en Madsen et. al64. El proceso a seguir est
muy bien detallado. Solo se cambi la versin de Asterisk a instalar, ya que
Asterisk 1.8 presenta un problema a nivel SIP trabajando con OpenBTS.
Instalar las dependencias que se requieren para compilar Asterisk

63
64

GNU Radio Project. Building and Running OpenBTS. Op. cit. p. 1.


MADSEN, Leif; VAN MEGGELEN, Jim y BRYANT, Russell. Op. cit. p. 29.

sudo apt-get install build-essential subversion libncurses5-dev


libssl-dev libxml2-dev

LibPRI. Es una librera que aade soporte para la RDSI (Integrated Services
Digital Network, Red Digital de Servicios Integrados (PRI y BRI). El uso de
LibPRI es opcional, toma muy poco tiempo en instalar, no interfiere en el
funcionamiento bsico de Asterisk y ser muy til si alguna vez desea agregar
tarjetas a un sistema en un momento posterior. Ejecutar los siguientes
comandos para su instalacin.
sudo make cd /usr/src/
sudo
wget
http://downloads.asterisk.org/pub/telephony/libpri/libpri-1.4current.tar.gz
sudo tar -zxvf libpri-1.4-current.tar.gz
cd libpri-1.4.12
sudo make
install

DAHDI. El Digium Asterisk Hardware Device Interface, o DAHDI, es el software


que usa Asterisk para interactuar con el hardware de telefona. Se recomienda
instalarlo porque DAHDI es una dependencia requerida para usar aplicaciones
de Asterisk como Meetme(). DAHDI es actualmente una combinacin de dos
cdigos base separados: DAHDI-tools, el cual proporciona varias herramientas
de administrador y DAHDI-linux, el cual proporciona los controladores (drivers)
del kernel.

Se procede ejecutando los siguientes comandos:


cd /usr/src/
sudo
wget
http://downloads.asterisk.org/pub/telephony/dahdilinux-complete/dahdi-linux-complete-2.6.0+2.6.0.tar.gz
sudo tar -zxvf dahdi-linux-complete-2.6.0+2.6.0.tar.gz
cd dahdi-linux-complete-2.6.0+2.6.0

Para instalar DAHDI es importante que la versin del kernel que est siendo usada
coincida exactamente con la del kernel fuente que se va a instalar. Para ello se
corre el siguiente comando:
sudo apt-get install linux-headers-`uname -r`

Continuar con la instalacin


sudo make all
sudo make install

sudo make config

Asterisk. Al principio del captulo cuando se describieron los componentes del


sistema se habl de Asterisk, ahora se procede a su instalacin ejecutando los
siguientes comandos:
cd /usr/src/
sudo
http://downloads.asterisk.org/pub/telephony/asterisk/oldreleases/asterisk-1.6.2.22.tar.gz
sudo tar -zxvf asterisk-1.6.2.22.tar.gz
cd asterisk-1.6.2.22
sudo ./configure

wget

Con la ejecucin del siguiente comando se abre el men de seleccin o


menuselect. Con el men de seleccin se pueden elegir los mdulos a compilar e
instalar con el fin de aumentar las funcionalidades de Asterisk. El men de
seleccin tambin permite poner banderas que pueden ayudar en problemas de
depuracin, poner banderas de optimizacin, escoger diferentes archivos y
formatos de mensajes de sonido como msica en espera, entre otros 65. Por
defecto Asterisk solo instala los archivos core de sonido en idioma ingls y en
formato gsm. En el presente trabajo se instal el sonido en espaol y en otros
formatos. La razn por la que se instalaron mltiples formatos para los mismos
archivos es que Asterisk puede reproducir el formato apropiado dependiendo de
cul cdec es negociado entre el servidor y el telfono. Esto reduce la carga de la
CPU sobre un sistema significativamente. Para la ejecucin del siguiente comando
se necesita que la terminal tenga un tamao de por lo menos 80 x 27.
sudo make menuselect

El funcionamiento bsico del men de seleccin es el siguiente: con las flechas del
teclado se desplaza arriba y abajo, con la flecha derecha o ENTER se entra en un
submen, y con la flecha izquierda se regresa al men principal. Con la tecla
ENTER se seleccionan y deseleccionan mdulos. Con la tecla 'q' se sale del men
de seleccin, mientras que con la tecla 's' se guardan las selecciones y luego se
cierra el men de seleccin. Se baja hasta Core Sound Packages, se presiona la
flecha derecha o ENTER para entrar al submen. La lista que se muestra
representa el core de archivos de sonido en varios lenguajes y formatos. La
seleccin se realiza como se muestra a continuacin:
[*] CORE-SOUNDS-ES-WAV
[*] CORE-SOUNDS-ES-ULAW
[ ] CORE-SOUNDS-ES-ALAW
65

Ibid. p. 59.

[*] CORE-SOUNDS-ES-GSM
Despus de seleccionar los archivos de sonido apropiados, se presiona la flecha
izquierda, para ir atrs al men principal. Se va a la opcin Music On Hold File
Packages, y se presiona la tecla derecha o ENTER. Se realiza la seleccin como
se muestra a continuacin:
[*] MOH-OPSOUND-WAV
[*] MOH-OPSOUND-ULAW
[ ] MOH-OPSOUND-ALAW
[*] MOH-OPSOUND-GSM
Por ltimo se presiona la tecla izquierda para volver al men principal y luego la
tecla s para guardar y cerrar el men de seleccin.
Se contina con la instalacin ejecutando:
sudo
sudo
sudo
sudo

make
make install
make config
make samples

Con el fin de correr Asterisk como usuario emergencybts se debe asignar


permisos a los directorios de Asterisk, para ello se corren los siguientes
comandos:
sudo
sudo
sudo
sudo
sudo
sudo
sudo

chown
chown
chown
chown
chown
chown
chown

-R emergencybts:emergencybts /etc/asterisk/
-R emergencybts:emergencybts /usr/lib/asterisk/
-R emergencybts:emergencybts /var/lib/asterisk/
-R emergencybts:emergencybts /var/spool/asterisk/
-R emergencybts:emergencybts /var/log/asterisk/
-R emergencybts:emergencybts /var/run/asterisk/
emergencybts:emergencybts /usr/sbin/asterisk

De igual forma para usar Asterisk y DAHDI como usuario emergencybts se


ejecuta:
sudo gedit /etc/udev/rules.d/dahdi.rules

Cambiar la ltima lnea de dahdi.rules quedando:


SUBSYSTEM=="dahdi",
MODE="0660"

OWNER="emergencybts",

GROUP="emergencybts",

Indicar a Asterisk que va a ser ejecutado por usuario y grupo emergencybts.

gedit /etc/asterisk/asterisk.conf

Verificar que los siguientes parmetros queden de la siguiente forma:


runuser=emergencybts
rungroup=emergencybts

Asterisk-addons. Los paquetes de Asterisk-addons proveen controladores


para la conexin a servidores de mysql y manejo de bases de datos, adems
de proveer de controladores para el manejo de archivos en mp3, entre otros.
Su instalacin es opcional. Ejecutar los siguientes comandos:
cd /usr/src/
sudo
http://downloads.asterisk.org/pub/telephony/asterisk/oldreleases/asterisk-addons-1.6.2.4.tar.gz
sudo tar -zxvf asterisk-addons-1.6.2.4.tar.gz
cd asterisk-addons-1.6.2.4
sudo ./configure
sudo make
sudo make install

wget

Asterisk puede funcionar tanto como un demonio en segundo plano o como una
aplicacin en primer plano. En general, se desea que se ejecute como una
aplicacin cuando se estn construyendo, probando y solucionando problemas, y
como un demonio cuando se necesita que funcione dentro de una produccin66.
El comando para iniciar Asterisk es el mismo independientemente de si lo est
ejecutando como un demonio o una aplicacin. Escribir en una terminal:
asterisk

Una vez arranque el equipo, Asterisk ya inicia corriendo en segundo plano. Sin
embargo, para poder ver paso a paso el comportamiento de Asterisk se deben
pasar algunas opciones a este comando y de esta forma supervisar mejor el
funcionamiento que se est buscando. A continuacin se proporcionan algunos
ejemplos de usos comunes:
asterisk -h

Con esta opcin el comando muestra una lista til de las opciones que se pueden
usar. Para una completa lista de las opciones y sus descripciones, se ejecuta el
comando man asterisk.
66

Ibid. p. 55.

asterisk -c

Con esta opcin Asterisk inicia como una aplicacin o programa de usuario. Esto
significa que Asterisk est ligado a la sesin de usuario. En otras palabras, si se
cierra la sesin de usuario, Asterisk deja de correr. Esta es la opcin que se usa
tpicamente cuando se est construyendo, probando y depurando, pero no ser
una buena eleccin usar esta opcin en produccin. Si se inicia Asterisk con esta
opcin, al escribir core stop now en el prompt CLI (Command Line Interface,
Interfaz de Lnea de Comandos), Asterisk para y se cierra.
asterisk -r

Esta opcin es esencial si se quiere conectar remotamente a Asterisk en


sistema donde Asterisk ya est corriendo como un demonio. Probablemente
usa esta opcin ms que cualquier otra para sistemas con Asterisk que estn
produccin. Para salir del prompt CLI cuando esta opcin ha sido usada,
escribe exit y se cierra la conexin, pero Asterisk no dejar de correr.

un
se
en
se

asterisk -v, -vv, -vvv, -vvvv, -vvvvv

Esta opcin es usada con el fin de aumentar la verbosidad de la consola de salida


(aumentar la cantidad de informacin que se obtiene en la consola), puede ser
usada con otras opciones (p. ej., -cvvv, -rvv). Esta opcin hace exactamente lo
mismo que el comando core set verbose n escrito en el prompt CLI, donde n es
cualquier nmero entero entre 0 y 5 (cualquier nmero entero superior a 5 va a
funcionar, pero no proporcionar ms verbosidad).
asterisk -d, -dd, -ddd, -dddd

Esta opcin puede ser usada igual que -v, pero en lugar de la salida normal, esta
especificar el nivel de salida de depuracin, lo cual es especialmente til para los
desarrolladores quienes desean solucionar los problemas con el cdigo. Tambin
se necesita habilitar la salida de informacin de depuracin en el archivo
logger.conf.
asterisk -T

Esta opcin aade fecha y hora a la salida del CLI.


asterisk -x

Esta opcin combinada con -r permite ejecutar un comando como si ste haya
sido escrito en el prompt CLI. Por ejemplo, si se quieren ver todos los canales en
uso, basta con escribir:

asterisk -rx 'core show channels'


asterisk -n

Esta ltima opcin deshabilita los colores ANSI incluso en terminales capaces de
mostrarlos.

Asterisk GUI. Unos buenos pasos para la instalacin de Asterisk GUI se


encuentran en Van Meggelen et. al67. Asterisk GUI (Graphical User Interface,
Interfaz Grfica de Usuario) a nivel Web que facilita la administracin y el
control de servidores Asterisk. Con Asterisk GUI se pueden configurar, de
forma fcil, usuarios, correo de voz, colas de llamadas, reglas de marcado,
backup, IVR, entre otras funcionalidades. Se Procede a su instalacin:
cd /usr/src
sudo svn co http://svn.asterisk.org/svn/asterisk-gui/tags/2.1.0rc1 asterisk-gui
cd asterisk-gui
sudo ./configure
sudo make
sudo make install

Para permitir la conexin va Web a Asterisk se configura el archivo http.conf


gedit /etc/asterisk/http.conf

Verificar que los siguientes parmetros en el archivo queden de la siguiente forma:


[general]
enabled = yes
bindaddr = 0.0.0.0
bindport = 8088
prefix = asterisk
enablestatic = yes
redirect = / /asterisk/static/config/cfgbasic.html

Agregar un usuario y contrasea a Asterisk GUI y modificar el archivo


manager.conf para permitir que se enven comandos a Asterisk.
gedit /etc/asterisk/manager.conf

Verificar que los siguientes parmetros en el archivo queden de la siguiente forma:


[general]
67

VAN MEGGELEN, Jim; MADSEN, Leif y SMITH, Jared. Op. cit. p. 249.

displaysystemname=yes
enabled = yes
webenabled=yes
httptimeout=60
port = 5038
bindaddr = 0.0.0.0
[emergencybts]
secret=admin
read=system,call,log,verbose,command,agent,user,config,read,write
,originate
write=system,call,log,verbose,command,agent,user,config,read,writ
e,originate

En el archivo anterior se evidencia que el nombre de usuario es emergencybts y la


contrasea es admin. Para comprobar que la configuracin de los archivos qued
bien. Se corre:
sudo make checkconfig

Agregar los permisos de nuevo al directorio /var/lib/asterisk/ y reiniciar el servicio


de Asterisk
sudo chown -R emergencybts:emergencybts /var/lib/asterisk/
service asterisk restart

Acceder a la interfaz de administracin Web. Si ingresamos desde el mismo


computador donde est instalado el servicio Web, se abre un navegador Web y se
escribe la siguiente direccin:
http://localhost:8088

Si se ingresa desde otro computador en la misma red, se abre un navegador Web


y se remplaza localhost por la direccin IP del computador donde est instalado el
servicio Web.
http://direccinIP:8088

Luego se ingresa con el nombre de usuario emergencybts y contrasea admin. La


figura 10 muestra la interfaz principal de Asterisk GUI.

Kalibrate. O kal es un programa que puede ser usado para escanear


estaciones base BTS GSM en una banda de frecuencia dada y puede usar
estas BTSs para calcular la frecuencia de offset del oscilador local68.

El estndar GSM especifica 50ppb = 0.05ppm de precisin de frecuencia para un


reloj de referencia en una macro BTS y 100ppb = 0.1ppm para femtoceldas.
Offsets hasta de 500 Hz en la banda de GSM900 permiten que la mayora de los
celulares trabajen sin ningn problema. Es recomendable calibrar el Clock Tamer
a 100ppb para evitar problemas69. Tambin es necesario recalibrarlo despus de
fuertes cambios de temperatura. Igualmente Kalibrate se usar para definir el
ARFCN70 en la configuracin de OpenBTS.
Figura 12. Interfaz web Asterisk GUI

Fuente: Autores
Se Procede a su instalacin ejecutando los siguientes comandos en una terminal:
wget http://thre.at/kalibrate/kal-v0.4.1.tar.bz2
tar -xjvf kal-v0.4.1.tar.bz2
cd kal-v0.4.1
./bootstrap
./configure
68

LACKEY, Joshua. Kalibrate: SUMMARY. [en lnea]. Ago. 29, 2010. <Disponible
en: http://thre.at/kalibrate/> [consulta: 16 Ene. 2012].
69
CHEMERIS, Alexander. Clock Tamer Calibration: Introduction. [en lnea]. OCT.
18,
2011.
<Disponible
en:
http://code.google.com/p/clocktamer/wiki/ClockTamerCalibration> [consulta: 16 Ene. 2012].
70
Para
una
lista
completa
de
ARFCN
visitar
el
enlace.
http://gnuradio.org/redmine/attachments/115/all_gsm_channels_arfcn.txt

make
sudo make install

2.3.5 Configuracin para la puesta en funcionamiento de la microcelda. Antes


de realizar la puesta en funcionamiento hay que configurar unos archivos de
OpenBTS y Asterisk. La configuracin de estos archivos requiere un grado de
conocimiento de algunos parmetros de la red GSM y programacin en Asterisk.
2.3.5.1 Configuracin de OpenBTS. Aunque la red GSM trabaja en varias
bandas de frecuencia, OpenBTS puede trabajar en 4 de las ms usadas:
GSM850, GSM900, GSM1800 y GSM1900. Cuando se describe la red GSM se
habla sobre un sistema numrico de identificacin. El IMSI es el nmero de
identificacin ms importante dentro del archivo de configuracin de OpenBTS y
en Asterisk representa el nombre de usuario SIP. Como se mencion al hablar del
sistema especfico de numeracin GSM, el IMSI es un nmero que identifica de
forma nica una MS dentro de la red. El IMSI se graba en la tarjeta SIM cuando el
suscritor se registra con el operador de telefona mvil determinado en algn pas.
Como se observa en el cuadro 4, el mximo nmero de dgitos del IMSI es 15 y
est compuesto del MCC, el MNC y el MSIN.
Cuadro 4. Conformacin del IMSI
IMSI
MCC
3 dgitos

MNC
MSIN
2 o 3 dgitos
Mximo 10 dgitos
------------------------- Mximo 15 dgitos --------------------

Fuente:
http://gnuradio.org/redmine/projects/gnuradio/wiki/OpenBTSIntroduction_To_GSM
El MCC para Colombia y el MNC de los operadores que prestan sus servicios en
Colombia estn registrados en el cuadro 5. Algunas redes pueden tener ms de
un MNC asignado.
Un ejemplo de un cdigo IMSI en Colombia es IMSI732101018240432. En este
cdigo se identifica el pas, en este caso, Colombia por el 732 y al operador, en
este caso Comcel por el 101.
Otro parmetro importante en la configuracin de OpenBTS es la banda de
operacin que se us. Esta banda est ligada al ARFCN que tambin es necesario
en el archivo de configuracin. Como se vio, el ARFCN es un nmero que
determina los canales de trasmisin de la MS a la BTS (uplink) y recepcin por
parte de la MS (downlink) que se van a usar.

Ahora que ya se han explicado los parmetros que se van a modificar en el


archivo de configuracin, se procede a realizar los cambios. El archivo de
configuracin es llamado OpenBTS.config. Este archivo se cre basado en un
archivo de ejemplo cuando se describi la instalacin de OpenBTS. Los
comentarios en este archivo se hacen con el smbolo #. Se abre el archivo con el
siguiente comando:
gedit ~/openbts-2.6.0Mamou/apps/OpenBTS.config

Cuadro 5. Operadores que prestan servicios en Colombia


MCC
MNC
732
001
732
002
732
011
732
099
732
101
732
102
732
103
732
111
732
123
732
130
Fuente: International Numbering Plans

Operador de la red
Telefnica Telecom
Edatel
Edatel
Emcali
Comcel
Movistar
Tigo
Tigo
Movistar
Avantel

Lo primero que se modifica es la ruta para indicarle a OpenBTS que se est


utilizando un reloj de 52 MHz. Se va hasta donde dice TRX.Path y debe quedar de
la siguiente manera:
#TRX.Path ../Transceiver/transceiver
TRX.Path ../Transceiver52M/transceiver

Luego se identifican los cdigos de la red, se elige la configuracin de OpenBTS


como MCC: el nmero 732 correspondiente a Colombia y como MNC un nmero
de dos o tres dgitos diferente al que usan los operadores en Colombia que
registra el cuadro 5. En este caso se seleccion el nmero 003, quedando de la
siguiente manera:
GSM.MCC 732
GSM.MNC 003

Luego se define la banda de frecuencia a usar. En este caso se us la banda


GSM850. De igual forma hay que indicar los canales de uplink y downlink que van
a ser usados dentro de la banda GSM850. Para ello hay que definir el ARFCN. Se

conecta el USRP1 a la energa y el cable USB al computador, se abre una


terminal y escanea la red con el siguiente comando:
kal -s GSM850 -F 52000000 -R B

El resultado muestra una lista de los canales y la potencia de trasmisin. Se


escoge el ARFCN que muestre mayor potencia, en este caso el ARFCN es 137,
quedando el archivo de la siguiente forma:
GSM.Band 850
$static GSM.Band
GSM.ARFCN 137
$static GSM.ARFCN

Se configura el mensaje de bienvenida una vez que la MS se registra en la red.


Para ello hay que modificar el archivo en las siguientes lneas:
Control.NormalRegistrationWelcomeMessage
Bienvenido
EmergencyBTS para registrarse marque 1234
Control.NormalRegistrationWelcomeShortCode 0000

Por ltimo, se verifica la IP del servidor Asterisk. En este caso el servidor corre
localmente con OpenBTS y se deja la IP por defecto 127.0.0.1.
Asterisk.IP 127.0.0.1
SIP.IP 127.0.0.1

2.3.5.2 Configuracin de Asterisk71. Como se describi al hablar de Asterisk, los


archivos de configuracin se encuentran en el directorio /etc/asterisk/.
Bsicamente los archivos que son necesarios configurar son dos, sip.conf y
extensions.conf.
Para comprender el archivo extensions.conf se debe hacer un acercamiento
bsico al plan de marcado de Asterisk.
El plan de marcado es el corazn de Asterisk. ste define como fluyen las
llamadas hacia dentro y fuera del sistema. Es una forma de lenguaje en script
pues contiene instrucciones que Asterisk sigue en respuesta a disparadores
externos e internos.
En contraste con los sistemas tradicionales de telefona, el plan de marcado de
Asterisk es totalmente personalizable y de libre desarrollo.

71

MADSEN, Leif; VAN MEGGELEN, Jim y BRYANT, Russell. Op. cit. p. 29.

El plan de marcado de Asterisk se encuentra especificado en el archivo de


configuracin llamado extensions.conf que usualmente se encuentra en la ruta
/etc/asterisk/
El plan de marcado se compone de cuatro conceptos principales: contextos,
extensiones, prioridades y aplicaciones.

Contextos: El plan de marcado est dividido en secciones llamados contextos.


Los contextos impiden que diferentes partes del plan de marcado interacten
unas con otras. Una extensin definida en un contexto es totalmente aparte de
las extensiones en cualquier otro contexto, a menos que la interaccin sea
especficamente permitida.
Los contextos son definidos escribiendo el nombre del contexto entre corchetes
[ ], el nombre puede estar compuesto de dgitos alfanumricos (a-z, A-Z y 0-9),
guion y/o guion bajo. El tamao mximo del nombre del contexto es 79
caracteres. No se deben usar espacios en blanco.
Ejemplo de definicin de contexto:
[llamadas-entrantes1]

Todas las instrucciones puestas a continuacin de la definicin son parte del


contexto, hasta que el siguiente contexto sea definido. Al inicio del plan de
marcado hay dos contextos especiales llamados [general] y [globals]. La seccin
[general] contiene la lista de las configuraciones generales del plan de marcado,
pero en realidad ninguno de los dos son contextos, por lo tanto se debe evitar usar
dichos nombres, (incluyendo [default]), como nombres de contextos.
Cuando se define un canal (lo cual se hace en sip.conf), uno de los parmetros
requeridos por cada canal es el contexto. El contexto es el punto en el plan de
marcado donde empezarn las conexiones desde ese canal.
La configuracin del contexto para el canal, es como se conecta el canal al plan de
marcado.

Figura 13. Relacin entre los archivos sip.conf y extensions.conf

Fuente: Madsen et al. Asterisk the definitive guide. Tercera edicin.

Extensiones: En el mundo de las telecomunicaciones, la palabra extensin


usualmente se refiere a un identificador numrico que, cuando es marcado,
har timbrar un telfono (o un recurso el sistema como una cola o grupo de
timbrado). En Asterisk una extensin es mucho ms poderosa, ya que define
la serie nica de pasos (cada paso contiene una aplicacin), a travs del cual
Asterisk llevar a cabo esa llamada.
Dentro de cada contexto, nosotros podemos definir tantas extensiones como
sean requeridas. Cuando una extensin en particular es disparada, Asterisk
seguir los pasos definidos para esa extensin.
La sintaxis para una extensin es la palabra exten, seguido por una flecha
formada por un igual y un mayor que:

exten =>

Esto es seguido por el nombre (o nmero) de la extensin; de hecho en


Asterisk una extensin puede ser una mezcla de caracteres alfanumricos, lo
cual no es posible en las plantas telefnicas tradicionales.
Cada paso en una extensin est compuesto por tres componentes:
El nombre o nmero de la extensin.
La prioridad (cada extensin puede incluir mltiples pasos; el nmero que
indica el consecutivo de pasos es llamado as).
La aplicacin (o comando) que se realizar en ese paso.
Estos tres componentes son separados por comas, as:
exten => nombre,prioridad,aplicacin()

ste es un ejemplo sencillo de como se vera una extensin real:

exten => 123,1,Answer()

Prioridades: Cada extensin puede tener mltiples pasos llamados


prioridades. Las prioridades se enumeran secuencialmente empezando en 1, y
cada una ejecuta una aplicacin especfica. Lo importante es que Asterisk
sigue las prioridades en su respectivo orden. Por ejemplo:
exten
exten
exten
exten
exten

=>
=>
=>
=>
=>

123,1,Answer()
123,2,hacer algo
123,3,hacer algo ms
123,4,hacer una ltima cosa
123,5,Hangup()

ste tipo de sintaxis realmente ya no se usa en las nuevas versiones de Asterisk,


pues resulta engorroso agregar lneas intermedias cuando ya se han enumerado
todas. Desde la versin 1.2 se agreg la prioridad n (next), as cada vez que
Asterisk encuentra una prioridad llamada n, toma el nmero anterior y lo aumenta
en 1. Esto hace que sea ms fcil hacer cambios en el plan de marcado, evitando
tener que renumerar todas las prioridades al agregar una lnea intermedia:
exten
exten
exten
exten
exten

=>
=>
=>
=>
=>

123,1,Answer()
123,n,hacer algo
123,n,hacer algo ms
123,n,hacer una ltima cosa
123,n,Hangup()

Se debe tener en cuenta que siempre debe existir la prioridad 1, pues de lo


contrario la extensin dejar de existir para Asterisk, pues no encontrar donde
empezar su plan de marcado.
Para simplificar el cdigo, una forma ms sencilla de crear extensiones fue puesta
a disposicin; el operador same => permite que no sea necesario escribir el
nmero de la extensin, siempre que sta permanezca igual a la de la lnea
anterior, y remplaza a su vez al operador exten=>
exten => 123,1,Answer()
same => n,hacer algo
same => n,hacer algo ms
same => n,hacer una ltima cosa
same => n,Hangup()

La sangra no es necesaria, pero hace ms fcil la lectura. ste estilo de plan de


marcado permitir copiar ms fcilmente cdigo de una extensin a otra.
Tambin se pueden adicionar etiquetas a las prioridades, esto nos sirve para
hacer saltos de algn lugar de un plan de marcado a otro, haciendo referencia a
dicha etiqueta, esto permite que sea ms lgico y entendible la revisin del cdigo.
Ms adelante veremos como hacer el salto, por el momento vemos como se
escribira:
exten => 123,n(etiqueta),aplicacin()

Un error comn es insertar coma entre la n y el parntesis de la etiqueta.

Aplicaciones: las aplicaciones son las encargadas de realizar las acciones


especficas en el canal actual, como la reproduccin de un sonido, la
aceptacin de tonos de entrada, buscar algo en una base de datos, marcar,
colgar, entre muchas otras. En los ejemplos anteriores se introdujeron dos
aplicaciones sencillas: answer() y hangup(), las cuales contestan y cuelgan el
canal actual respectivamente. Estas funciones no necesitan argumentos, pero
la mayora si requieren recibir informacin, dichos parmetros se colocan
dentro del parntesis, separados por comas. Otra funcin bsica muy comn
es Playback(), la cual recibe como parmetro la ruta de un archivo de audio
para ser reproducido.
exten => 200,1,Answer()
same => n,Playback(hello-world)
same => n,Hangup()

Asterisk trae por defecto una gran cantidad de grabaciones profesionales


prediseadas, las cuales usualmente estn en la carpeta /var/lib/asterisk/sounds/.
Cuando se instala Asterisk se puede elegir instalar estos sonidos de ejemplo.
La funcin Goto(), como su nombre lo indica sirve para enviar la llamada a otra
parte del plan de marcado, los parmetros que recibe son los siguientes:
same => n,Goto(contexto,extensin,prioridad)

La funcin Dial recibe cuatro parmetros, pero el cuarto no es necesario analizarlo


en este trabajo de grado.
same => n,Dial(Tecnologa/usuario,tiempo-fuera,opciones)

Las tecnologas que Asterisk maneja ms comnmente son SIP, DAHDI e IAX2.
ste proyecto de grado se enfoca en la tecnologa SIP. Tambin se puede marcar
a varios canales al mismo tiempo concatenndolos con el smbolo &.
El tiempo fuera indica la cantidad de segundos en que se esperar respuesta del
equipo llamado. Si la llamada se contesta antes del tiempo fuera se puentear la
comunicacin y el plan de marcado habr terminado. Si el canal de destino no
contesta, est ocupado o no est disponible, Asterisk asignar una variable
llamada DIALSTATUS con el valor obtenido y luego continuar con la siguiente
prioridad del plan de marcado.
El tercer argumento son las opciones, hay una gran cantidad de ellas, para efectos
del trabajo de grado se utilizaron r y t. La opcin r enva tonos de espera o tonos
de timbrado al llamante inclusive aunque en realidad en el canal destino no est
timbrando. La opcin r permite al llamado transferir la llamada por medio de una
secuencia de tonos DTMF configurada en el archivo features.conf
Ejemplo:
exten => 201,1,Dial(SIP/201,10,rt)

Asterisk tambin puede manejar variables, para esto se usa la funcin SET().
Ejemplo:
exten => 301,1,Set(LEIF=SIP/0000FFFF0001)
same => n,Dial(${LEIF},20)

Asterisk es sensible a maysculas y minsculas. Las variables CHANNEL y


EXTEN estn reservadas para el sistema. Es comn por notacin ver que las
variables globales se escriben en maysculas (NOMBREDEVARIABLE) y las
variables de canal se escriben en camel case (nombreDeVariable). La variable
EXTEN almacena el nmero que ha discado el usuario llamante.
Las variables globales se definen en el contexto [globals], sin necesidad de usar la
funcin set.
[globals]
LEIF=SIP/0000FFFF0001

Tambin se pueden definir dentro de otro contexto por medio de la funcin


GLOBAL():
exten => 301,1,Set(GLOBAL(LEIF=SIP/0000FFFF0001))

Las variables de canal se definen por medio de la funcin set, como vimos en un
ejemplo muy parecido al anterior.

Asterisk se vale de patrones de marcado para verificar las marcaciones que


realiza el usuario para as poder agruparlos por tipos de llamadas, como entre
extensiones, locales, nacionales, internacionales, etc. Los patrones de marcado
empiezan con guion bajo ( _ ).
Luego del guin bajo se pueden usar las siguientes letras:
X
coincide con un dgito del 0 al 9
Z
coincide con un dgito del 1 al 9
N
coincide con un dgito del 2 al 9
[15-7] coincide un simple carcter, el 1 o los numero del 5 al 7, incluyndolos.
.
Comodn, coincide uno o ms caracteres, no importa cual.
Ejemplo:
exten => _[1-3]XX,1,Playback(auth-thankyou)

En ste ejemplo, al marcar un nmero del 100 al 399 reproducir el archivo auththankyou.
Por ejemplo para llamadas locales, el patrn sera NXXXXXX, pues en los
nmeros locales no se usa el 1 en la primera cifra.
Un patrn para llamadas nacionales sera por ejemplo 05ZNXXXXXX
Otra funcin utilizada fue GotoIf() la cual es un salto condicional, es decir que
verifica una condicin y dependiendo de su validez salta a una determinada
etiqueta.
GotoIf(condicin?destino1:destino2)

Si la condicin o prueba lgica es verdadera la llamada se enrrutar al destino 1,


de lo contrario ir al destino 2.
Los destinos se pueden escribir de las siguientes tres maneras:

Extensin
Prioridad, extensin
Contexto, prioridad, extensin

Uno de los dos destinos puede estar vaco para efectos de ahorro de cdigo, por
ejemplo:
exten => 201,1,Set(TEST=1)
same => n,GotoIf($[${TEST} = 1]?medellin:bogota)

same
same
same
same

=>
=>
=>
=>

n(medellin),Playback(bienven-medellin)
n,Hangup()
n(bogota),Playback(bienven-bogota)
n,Hangup()

Puede escribirse como:


exten => 345,1,Set(TEST=1)
same => n,GotoIf($[${TEST} = 1]?:bogota)
same => n,Playback(bienven-medellin)
same => n,Hangup()
same => n(bogota),Playback(bienven-bogota)
same => n,Hangup()

Otras funciones utilizadas:

LEN: En el plan de marcado escrito para el trabajo de grado, se us adems la


funcin LEN(), la cual devuelve el tamao que tiene la variable o cadena que
recibe.
NoOp: La funcin NoOp, aunque su nombre indique que no realiza ninguna
operacin, sirve para imprimir mensajes en la consola de Asterisk (CLI), por
ejemplo se puede usar para verifica estados de variables permitiendo hacer un
debug en caliente.
MusicOnHold(): Como su nombre lo indica, sirve para activar la msica en
espera.

Macros: Se pueden ver como subrutinas del plan de marcado de propsito


general, a las cuales se les pueden pasar argumentos. Es muy parecido a una
funcin en otros tipos de lenguajes de programacin.

Para definir una macro basta con escribir la palabra macro seguida de un guion y
luego de ste el nombre que se le va a asignar, por ejemplo:
[macro-buzon]

Para ejecutar esta macro, por ejemplo pasndole un argumento sera:


exten => 101,1,Macro(buzon,ocupado)

Una macro posee variables intrnsecas y otras que se pasan como argumentos:
${MACRO_CONTEXT} Contexto original desde donde la macro fue llamada.
${MACRO_EXTEN} Extensin original desde donde la macro fue llamada.
${MACRO_PRIORITY} Prioridad original desde donde la macro fue llamada.
${ARG n } Son los argumentos que se pasaron al llamar la macro.

En el ejemplo anterior al llamar a ${ARG 1}, sta sera igual a ocupado.


La declaracin de las extensiones, canales y troncales; y sus parmetros
respectivos se encuentran en el fichero sip.conf. Con dichos parmetros Asterisk
sabr cmo controlar dicho canal.
Cuando un usuario marca desde una extensin a otra, primero se verificar el
contexto en el archivo extensions.conf, para llevar a cabo el comportamiento del
flujo de llamada, dicho archivo es el encargado de marcar a la extensin llamada.
Esto lo podemos ver ms claramente en la Figura 14.

Figura 14. Relacin de extensiones dentro de los archivos de configuracin.

Fuente: Madsen et al. Asterisk the definitive guide. Tercera edicin.

El tipo de configuracin depende del tipo de extensin o canal que se est usando.
Hay tres tipos de definicin que permitirn un comportamiento distinto de Asterisk:
type=peer: Permite solicitudes entrantes basndose en la IP de la fuente y el
puerto
type=user: Permite solicitudes entrantes basndose en el nombre de usuario en
el encabeza FROM de la solicitud SIP
type=friend: Permite solicitudes en ambos tipos, peer y user.
Por medio del parmetro autocreatepeer, permite a OpenBTS crear extensiones
en el Asterisk de forma automtica.
Los archivos de configuracin con su respectiva explicacin, se encuentran en el
ANEXO B.

2.4 PRUEBAS, AJUSTES Y RESULTADOS FINALES


Para verificar la funcionalidad del prototipo de la estacin celular porttil, se
realizaron una serie de pruebas iniciando con la de arranque del sistema que
consiste en conectar el USRP1 a la energa y luego al puerto USB2.0 del
computador. Se abre una terminal y se inicia corriendo OpenBTS.
cd ~/openbts-2.6.0Mamou/apps
./OpenBTS

Luego se abre otra terminal y se conecta remotamente al prompt CLI de Asterisk


con el siguiente comando:
asterisk -rvvv

Es importante conocer cules son los comandos tiles desde el prompt CLI de
OpenBTS y Asterisk. El cuadro 6 describe estos comandos para OpenBTS y el
cuadro 7 para Asterisk.
Cuadro 6. Comandos relevantes desde el prompt CLI de OpenBTS
Comando
help
help <cmd>
exit
cellid
rolllac
sendsms <IMSI> <SRC>
tmsis
tmsis clear
power
Fuente: Autores

Descripcin
Lista todos los comandos disponibles.
Informacin de un comando particular.
Cierra OpenBTS.
Muestra el ID de la celda.
Incrementa el LAC en uno.
Enva un mensaje de texto al IMSI desde el
nmero SRC
Lista el IMSI asociado y el respectivo TMSI
Borra la tabla de TMSIS
Inspecciona o cambia la potencia de downlink

Cuadro 7. Comandos relevantes desde el prompt CLI de Asterisk


Comando
dialplan reload
sip reload
sip show peers
exit
Fuente: Autores

Descripcin
Recarga el plan de marcado
Recarga el archivo sip.conf
Muestra los dispositivos SIP y su estado
Cierra el CLI pero no para Asterisk

La siguiente prueba fue de conexin de los celulares a la microcelda. OpenBTS se


haba configurado previamente para la identificacin de la red, pero no se obtena
el mensaje de bienvenida y tampoco salan ni entraban llamadas porque no se
tena configurado Asterisk.
Inicialmente, al hacer la prueba de conexin, no se vieron los resultados en los
celulares puesto que no se conectaron a la red creada para el funcionamiento del
prototipo debido a que continuaban conectados a la red del operador a la cual
estaban suscritos los celulares. Para superar la prueba se cambi la configuracin
de los telfonos ya que ellos tienen la opcin de seleccin y modo de bsqueda de
red en el men herramientas o ajustes. Por defecto, el modo de bsqueda es
automtico, pero se requiri cambiarlo a modo de bsqueda manual para que los
celulares iniciaran la bsqueda de redes disponibles. Una vez hecho esto la
pantalla del celular muestra la lista de redes disponibles, se elige la red OpenBTS;
en algunos casos podra mostrar el nombre como 732003 que corresponde al
MCC 732 y MNC 003 configurado anteriormente en el archivo OpenBTS.config.
De esta forma el celular, al conectarse con la microcelda, recibe un mensaje
indicando cul es el IMSI del celular. Igualmente se puede observar en la terminal
donde
estaba
corriendo
OpenBTS
un
mensaje
que
dice:
LocationUpdatingController
registration
FAIL:
IMSI=732103022299561.
OpenBTS arroj fallo en el intento de registro SIP porque este IMSI an no se
haba provisionado en la configuracin de Asterisk. Las pruebas se realizaron con
un telfono de marca Alcatel OT-203, un Nokia, un Iphone y un Samsung GTE1086L que no conect. Luego se repitieron las pruebas en el laboratorio pero el
Samsung definitivamente no conect; sin embargo, los otros tres telfonos s lo
hicieron. Es necesario destacar que la seal de los operadores no era muy buena
en el laboratorio.
La siguiente prueba consisti en definir el usuario SIP con el IMSI proporcionado
en las pruebas anteriores para cada celular. Se realizaron los ajustes registrando
en el archivo sip.conf el IMSI como nombre de usuario SIP, y en el extensions.conf
un pequeo plan de marcado (dialplan) que aade un nmero de extensin por
telfono y ejecuta la aplicacin de marcado cuando se digite el nmero de las
extensiones, en este caso, 102 o 103.
Para la configuracin de Asterisk se realiz el siguiente procedimiento:
Se abre el archivo sip.conf
gedit /etc/asterisk/sip.conf

Al final del archivo se escribe lo siguiente:


[732103022299561]

;Nombre del usuario SIP ext. 102.

callerid= "Julian Vasquez" <102>


canreinvite= no
type= friend
context= sip-local
allow= gsm
host= dynamic
dtmfmode= info
[732101018239328]
;Nombre del usuario SIP ext. 103.
callerid= "Ivan Santa" <103>
canreinvite= no
type= friend
context= sip-local
allow= gsm
host= dynamic
dtmfmode= info

Se abre el archivo extensions.conf:


gedit /etc/asterisk/extensions.conf

Al final del archivo se escribe lo siguiente:


[sip-local]
exten => 102,1,Macro(dialSIP,SIP/732103022299561)
exten => 103,1,Macro(dialSIP,SIP/732101018239328)
[macro-dialSIP]
exten => s,1,Dial(${ARG1})
exten => s,2,Goto(s-${DIALSTATUS},1)
exten => s-CANCEL,1,Hangup
exten => s-NOANSWER,1,Hangup
exten => s-BUSY,1,Busy(30)
exten => s-CONGESTION,1,Congestion(30)
exten => s-CHANUNAVAIL,1,playback(ss-noservice)
exten => s-CANCEL,1,Hangup

Se realiz el ajuste de la versin de Asterisk desinstalando la versin 1.8 e


instalando la versin Asterisk 1.6.2.22. Se trabaj sobre la opcin autocreatepeer
en el archivo de configuracin, en la seccin [general] de sip.conf. Se cambi el
plan de marcado para manejar de forma automtica la asignacin del nmero de
extensin de los usuarios de la red. Al establecer autocreatepeer=yes se realiza
una especie de autoregistro porque permite la aceptacin de cualquier intento de
registro de usuario SIP con Asterisk PBX.
Se ajust el archivo OpenBTS para agregar el mensaje de bienvenida:
Bienvenido a EmergencyBTS para registrarse marque 1234. Si se observa la

terminal donde est conectado a Asterisk, se puede ver que un nuevo IMSI ha
sido registrado. Al marcar 1234 se asigna el nmero 1001 al celular. El paso
anterior se repite con los otros celulares, asignando los nmero 1002, 1003 y as
sucesivamente hasta el nmero 1012. En la terminal donde se est conectado a
Asterisk se puede evidenciar los pasos de registro y asignacin de nmeros en el
prompt CLI de Asterisk. Hay que tener en cuenta que una tpica configuracin para
un ARFCN soporta 7 llamadas concurrentes72.
Fue necesario cambiar el hardware para deshabilitar el reloj de 64 MHz y proceder
al montaje de uno de 52 MHz.
Finalmente, para aadir otro cliente SIP al sistema se utiliz el softphone Zoiper
para pruebas, se logr conectar el telfono Samsung GT-E1086L, el Alcatel OT203 y se agreg un Huawei. Esta prueba se realiz en un stano con la seal de
los operadores nula. Es preciso aclarar que la prueba se debe realizar en una
zona donde la seal de los operadores celulares sea nula, con el fin de que la
seal que genera OpenBTS no sea enmascarada por la seal de los operadores.
Adems se instal Asterisk GUI como administrador Web y se aadi una nueva
extensin SIP por medio de este.
Por ltimo, se midi como cobertura unos 10 metros. La conexin se realiz sin
necesidad de quitar la batera y la SIM card, se probaron los mensajes enviados
desde la terminal donde corre OpenBTS con el comando sendsms, de la siguiente
forma:
OpenBTS> sendsms 732101018239328 1001
Prueba de un sms con EmergencyBTS

De esta manera se enva un mensaje al celular con IMSI 732101018239328 desde


el nmero 1001.

72

Range Networks. OpenBTS P2.8 Users Manual. Op. cit. p. 23

3. DIFICULTADES, BENEFICIOS Y RECOMENDACIONES


3.1 Dificultades en la instalacin.
La instalacin se llev a cabo desde el centro de software de Ubuntu, por lo que
se instalaba la ltima versin, en ese momento Asterisk 1.8, que presenta un
problema a nivel de SIP trabajando con OpenBTS, haciendo que las llamadas se
terminen a los 32 segundos. Por esto, se recomienda el uso de versiones basadas
en Asterisk 1.4 o 1.6.
Se recomienda instalar el DAHDI porque ofrece ventajas en las aplicaciones del
plan de marcado de Asterisk. Ahora, al instalar el DAHADI, se present un error de
instalacin porque no estaban instalados los encabezados, razn por la cual es
necesario instalar los headers del kernel que se estn utilizando. Para subsanar
esta dificultad, fue necesario volver a correr el comando y reiniciar la instalacin de
DAHDI:
sudo apt-get install linux-headers-`uname -r`

En la instalacin de Asterisk, los archivos de sonido bajaron daados o corruptos


debido a un problema de conexin, por lo que se gener este error:
gzip: stdin: invalid compressed data--format violated
make: *** [datafiles] Error 2
Se recomienda eliminar los archivos de sonido y reiniciar la instalacin de Asterisk.
sudo rm /usr/src/asterisk-1.6.2.22/sounds/*
cd /usr/src/
sudo tar -zxvf asterisk-1.6.2.22.tar.gz
cd asterisk-1.6.2.22
sudo make menuselect
sudo make
sudo make install
sudo make config
sudo make samples

Debido a que el intrprete Python no encuentra el directorio de las libreras, se


debe agregar la lnea /usr/local/lib al archivo ld.so.conf. Lo anterior es un problema
de Debian/Ubuntu.
sudo gedit /etc/ld.so.conf

Quedando el archivo de la siguiente manera:

include /etc/ld.so.conf.d/*.conf
/usr/local/lib

Guardar, cerrar y correr:


sudo ldconfig

3.2 Dificultades en la operacin.


El USRP1 viene con un reloj por defecto de 64 MHz. Se saba que el registro de
los celulares podra fallar porque los relojes de GSM son derivados de 13 MHz 73
por lo cual se recomienda trabajar con un reloj de 52 MHz de alta precisin. As,
se vio la necesidad de comprar un reloj, pero este, solo lo vendan en el exterior.
Fue inevitable adquirir dos relojes, dado que el primero, comprado en Alemania,
no se pudo programar a la frecuencia requerida y fue imperioso comprar un nuevo
reloj en Holanda, lo cual retras injustificadamente la realizacin del proyecto.
Al inicio de la conexin se tuvo problemas porque al escanear automticamente la
lista de redes disponibles no apareca en los celulares la red con la que se estaba
haciendo la prueba. Como quiera que en la bsqueda automtica no apareciera la
red, se procedi a listarlas de manera manual sin obtener resultados positivos. Se
recomienda, entonces quitar la batera y la SIM card para borrar el TMSI. En
ocasiones fue necesario agregar la red 732003 en la lista de redes predefinidas
del celular y ponerla con prioridad UNO. Despus escanear de nuevo para que
apareciera la 732003.
Como ya se dijo en las dificultades de instalacin, se estaba instalando la ltima
versin de Asterisk desde el centro de software de Ubuntu, lo cual ocasion
dificultades en la operacin porque las llamadas duraban 32 segundos. En la
terminal de Asterisk se apreciaban algunos errores y warnings de trfico RTP.
Debido a esto, cuando se intentaba rechazar o colgar una llamada, el celular que
inici la comunicacin no se colgaba, y quedaba activo hasta los 32 segundos.
Al hacer el cambio del reloj de 64 a 52 MHz y ejecutar OpenBTS se apreciaba en
la terminal el siguiente error:

73

GNU Radio Project. Reclocking the USRP-1 for OpenBTS: Hardware


modifications to the USRP to use a external clock. [en lnea]. Ao 2011.
<Disponible
en:
http://gnuradio.org/redmine/projects/gnuradio/wiki/OpenBTSClockModifications>
[consulta: 9 Oct. 2011].

1254342002.0361 ALARM 1077699712 Transceiver.cpp:519: RX failed


to tune
1254342002.0375
ALARM
1073875856
TRXManager.cpp:357:
RXTUNE
failed with status 1
1254342002.0805 ALARM 1073875856 TRXManager.cpp:409: POWERON
failed with status 1
1254342002.0850 ALARM 1073875856 TRXManager.cpp:422: SETPOWER
failed with status 1

Para enmendar este error se recomienda cambiar el archivo OpenBTS.config para


que quede de la siguiente manera:
#TRX.Path ../Transceiver/transceiver
TRX.Path ../Transceiver52M/transceiver

Al ejecutar ./OpenBTS OpenBTS aparece el siguiente error:


bind()failed: Address already in use
terminate called after throwing an instance of 'SocketError'
Aborted

El error es producido porque anteriormente se cerr OpenBTS de forma no


adecuada y se qued el proceso transceiver en ejecucin. Como solucin se
recomienda matar el proceso transceiver con el siguiente comando:
killall transceiver

El archivo OpenBTS.config no se pudo abrir, originando el siguiente error:


Starting program: OpenBTS
Reading symbols for shared libraries .+++.+ done
cannot open configuration file OpenBTS.config

El error se produce porque no existe el archivo de configuracin OpenBTS.config.


Esta archivo no es necesario crearlo desde cero, simplemente se copia el archivo
de configuracin de ejemplo "OpenBTS.config.example" que est en ~/openbts2.6.0Mamou/apps a "OpenBTS.config" en la misma carpeta. Para ello se ejecuta:
cp
~/openbts-2.6.0Mamou/apps/OpenBTS.config.example
2.6.0Mamou/apps/OpenBTS.config

~/openbts-

4. POSIBLES MEJORAS AL PROTOTIPO


4.1 MEJORA EN ALCANCE Y POTENCIA.
El rango de cobertura mximo definido en la especificacin GSM de una BTS a
una MS es de 35 Km. Por otra parte, segn Pahlavan74, las microceldas abarcan
desde cientos de metros hasta 1 km ms o menos. Con un USRP1 y una sola
tarjeta hija RFX, el rango cae a alrededor de 10 metros. Con un USRP1 ms dos
tarjetas hijas WBX, aproximadamente se logran 25 metros, empero, la versin
OpenBTS P2.6 Mamou no posee soporte para trabajar con una sola tarjeta hija
RFX ni para tarjetas hijas WBX, es necesario utilizar la versin OpenBTS-UHD.75
Usando una sola tarjeta hija RFX1800 con un duplexer y LNA (Low-Noise
Amplifier, Amplificador de Bajo Ruido) se podra obtener un rango de 200 metros
en un espacio abierto sin un amplificador de potencia.
El alcance de sistemas simples basados en la familia USRP no est limitado por la
potencia de trasmisin o ganancia del receptor sino por la prdida de potencia
trasmitida de regreso al receptor, principalmente a travs de las antenas y el
aumento del piso de ruido en el receptor de -80 a -50 dBm en lugar de los -121
dBm que debera ser. Uno de los principales factores que limitan el rendimiento de
una BTS es el aislamiento entre el uplink y el downlink. A menos que se tenga
ms de 130 dB de aislamiento entre el receptor y el trasmisor, no tiene ningn
sentido incrementar la potencia de salida e intentar mejorar la ganancia del
receptor. De hecho, aumentando la potencia trasmitida probablemente har que el
rendimiento sea peor e inclusive se podra mejorar el alcance disminuyendo la
potencia de salida.76
Cuando muchas MSs intentan conectarse simultneamente con la BTS, se
congestiona el canal y la BTS responde con un mensaje de rechazo de asignacin
de canal (Immediate Assignment Reject). Este mensaje lleva un valor, T3122, que
indica cunto tiempo la MS rechazada debe esperar antes de hacer otro intento de
acceso a la red. OpenBTS implementa un algoritmo de back-off exponencial
(exponential back-off algorithm) que causa que el valor T3122 crezca
exponencialmente siempre que se congestione el canal. Los lmites para el valor
T3122 son establecidos en los parmetros de configuracin GSM.T3122Max y
GSM.T3122Min, dados en milisegundos en el archivo OpenBTS.config. Si se
desea deshabilitar esta funcionalidad se establecen los dos parmetros mnimo y
mximo con el mismo valor.
74

PAHLAVAN, Kaveh y KRISHNAMURTHY, Prashant. Principles of Wireless


Networks. New Jersey: Prentice Hall PTR, 2002. p. 53.
75
GNU Radio Project. OpenBTS Frequently Asked Questions. [en lnea]. Ao
2011. <Disponible en:
http://gnuradio.org/redmine/projects/gnuradio/wiki/OpenBTSFAQ>
76
Ibid. s.p.

OpenBTS puede automticamente ajustar su potencia de downlink (la trasmisin


de la BTS a la MS) para limitar carga y prevenir congestin. Esta caracterstica es
especialmente til en reas donde hay gran cantidad de suscriptores.77 Tambin
existen aplicaciones donde se requiere limitar la potencia a trasmitir. Los
parmetros de configuracin en el archivo OpenBTS.config asociados a este
mecanismo son:

GSM.PowerManager.TargetT3122: Este es el valor aceptable de T3122 que el


ciclo administrador de potencia intenta alcanzar. Si el actual valor de T3122 es
mayor que este, la BTS reducir su potencia de salida. Si el actual valor de
T3122 es menor que este, la BTS incrementar su potencia de salida (si no
est ya maximizada). Este valor debe estar entre los lmites puestos en
GSM.T3122Max y GSM.T3122Min.

GSM.PowerManager.Period: Este es el tiempo de adaptacin constante en


milisegundos.

GSM.PowerManger.MaxAttenDB: La mxima atenuacin permitida, dada en


dB, la cual determina el mnimo nivel de potencia de salida. Este es tambin el
nivel de atenuacin inicial.

GSM.PowerManager.MinAttenDB: La mnima atenuacin permitida, dada en


dB, la cual determina el mximo nivel de potencia de salida. Este valor es
normalmente cero, permitiendo que la BTS opere en el mximo nivel de
potencia soportado por el hardware.

Para deshabilitar el control de potencia automtico, se pone el mnimo y el mximo


nivel de atenuacin al el mismo valor, normalmente cero, para permitir que la BTS
opere al mximo nivel de potencia admitida por el hardware todo el tiempo.
GSM utiliza un control de potencia de lazo cerrado para uplink (la trasmisin de la
MS a la BTS). Los mximos niveles de potencia de salida de una MS son descritos
en la especificacin GSM 05.05 seccin 4.1.1. En el cuadro 8 se pueden observar
estos niveles para una modulacin GMSK que es soportada por OpenBTS. Una
MS multi-banda puede tener diferentes clases de potencia en cada una de las
bandas que soporta. La menor potencia de salida disponible en cualquier banda
es de 5 dBm.78 El rango de control de potencia se determina con los parmetros
de configuracin GSM.MS.Power.Min y GSM.MS.Power.Max, ambos expresados
en dBm, y estan estn normalmente establecidos en 5 y 39 respectivamente.
Estas son configuraciones globales aplicadas a todas las MSs de forma uniforme.
Por ejemplo, el efecto de establecer el valor de GSM.MS.Power.Max a algo menos
77
78

Range Networks. OpenBTS P2.8 Users Manual. Op. cit. p. 34.


Ibid. p. 35.

que 39 dBm en GSM900 va a perder cualquier ventaja de rango que tendra por
ser una MS de potencia clase 2. Si una MS recibe un valor de potencia
(GSM.MS.Power.Min y GSM.MS.Power.Max) que est por fuera de sus rangos de
potencia disponibles, esa MS va a definir su potencia de salida al nivel disponible
ms cercano, ya sea el mximo o el mnimo. Por lo tanto no hay ningn riesgo en
definir estos parmetros de forma ms amplia de lo que la MS soporta. Sin
embargo en algunas instalaciones puede ser deseable limitar la potencia de la MS
para prevenir interferencias con otras celdas en el rea.
Cuadro 8. Mxima potencia de salida para una MS GSM modulacin GMSK
Potencia
clase

GSM850
GSM900
Mx. Potencia

DCS1800

Mx. Potencia
1
N/A
1 W (30 dBm)
2
8 W (39 dBm)
0.25 W (24 dBm)
3
5 W (37 dBm)
4 W (36 dBm)
4
2 W (33 dBm)
N/A
5
0.8 W (29 dBm)
N/A
Fuente: Especificacin GSM 05.05 seccin 4.1.1

PCS1900
Mx. Potencia
1 W (30 dBm)
0.25 W (24 dBm)
2 W (33 dBm)
N/A
N/A

Para el control de sincronizacin uplink, GSM utiliza un control de avance temporal


de lazo cerrado. En OpenBTS el parmetro de configuracin GSM.MS.TA.Max
determina un lmite en el avance temporal de la MS y puede ser usado para limitar
deliberadamente el rango del servicio. El valor de este parmetro puede variar
entre 1 y 63 y, cada incremento en uno, equivale aproximadamente a 550 metros.
El valor normal para este parmetro es 63 que equivale a un rango mximo de 35
km.
Para verificar y cambiar algunos parmetros de potencia trabajando con OpenBTS
se cuenta con los dos siguientes comandos:

Comando power: Muestra o cambia los parmetros de potencia de downlink.


Si no se le pasan argumentos, este comando muestra la configuracin actual
de potencia y sus lmites. Para definir el nivel de atenuacin se usa el comando
power de la siguiente manera.
OpenBTS> power <minAtenuacin> <maxAtenuacin>

Comando chans: Muestra el estado del canal fsico para canales dedicados
activos. No se le pasan argumentos y dentro de los valores de reporte que
pasa est el TXPWR que especifica la potencia actual de uplink (desde la MS)
en dBm:

OpenBTS> chans

Para ayudar a mejorar la potencia y alcance logrando obtener una mayor


cobertura se pueden usar unos componentes entre el USRP1 y la antena. Estos
componentes son descritos a continuacin:

Duplexer: Para pruebas con baja potencia est bien el uso de antenas
separadas para la recepcin y la trasmisin, no obstante, el uso de un duplexer
es necesario para evitar que la seal de trasmisin afecte la seal de
recepcin, aumentando el nivel de aislamiento entre las dos seales y
compartiendo una antena en comn.

Amplificador de potencia: Para el aumento de la potencia de la seal


trasmitida se requiere un amplificador con una muy buena eficiencia. La
potencia de trasmisin emitida no debe sobrepasar la mxima potencia de
salida para una estacin base definida en la especificacin GSM 05.05 seccin
4.1.2, ni tampoco violar los lmites de intensidad de campo establecidos por el
Ministerio de Tecnologas de la Informacin y las Comunicaciones.

LNA: Una de las especificaciones importantes en el diseo de los receptores


de RF es la sensibilidad. Esta indica la capacidad del receptor para capturar
seales dbiles, por lo que ser una medida directa del alcance del sistema. El
uso de un LNA ayuda a superar cualquier ruido o diafona dentro del USRP1 y
aumenta el nivel de sensibilidad del receptor.

BPF (Band-Pass Filter, Filtro Pasa Banda): proporciona un aumento en el


aislamiento de la seal de downlink y uplink y aumenta la selectividad del
receptor.

Para proceder a realizar los clculos de los requisitos que deben cumplir los
diferentes componentes y la mxima distancia estimada en la BTS y la MS se
supone un escenario donde se utilizan los siguientes componentes:

Antena de 10 dB de ganancia ubicada a 15 metros de altura.

Cable RF LMR-600, con una atenuacin nominal de 0.082 dB/m @ 900 MHz.
Se usarn 16 metros, para una prdida de 1.3 dB.

Un duplexer con una prdida de insercin de 1 dB.

Un LNA con una figura de ruido de 1 dB.

La potencia de la MS de 33 dBm (2 W). MS de potencia clase 4 en


GSM850/900.

Un BPF con una prdida de insercin inferior a 1 dB y una frecuencia de paso


para uplink. No es tenido en cuenta en los clculos.

Trayectoria de recepcin - uplink (de la MS a la BTS)


MS Antena Cable Duplexer LNA BPF USRP1
Primero se procede a calcular el piso de ruido trmico en un canal GSM. Para
calcular la potencia de ruido de un ancho de banda dado, se necesita establecer el
ruido base (base noise) que es la potencia de ruido en un ancho de banda de 1
Hz. Conociendo esto, se multiplica la potencia de ruido en 1 Hz por el ancho de
banda en Hz. Se define la potencia de ruido trmico como:

Sus unidades estn en dBW, K es la constante de Boltzmann = 1.380 x 10-23 (J/K),


T es la temperatura en grados Kelvin (K) y B es el ancho de banda en Hertz (Hz).
A una temperatura ambiente (290 K) y en un ancho de banda de 1 Hz se calcula la
potencia:

Al pasar el valor a dBm se tiene:

Donde -174 dBm/Hz es la potencia de ruido trmico para un ancho de banda de 1


Hz a temperatura ambiente. Esta potencia de ruido se utiliza en los clculos del
diseo de un sistema de radio. Para calcular el piso de ruido trmico en un canal
GSM se toma el ancho de banda del canal, que como se describi en el captulo 2,
es de 200 KHz.

-121 dBm es el piso de ruido trmico en un canal GSM.


El rango completo del ADC en el USRP1 es de 2V pico-pico, con una entrada de
50 ohms diferencial. Lo que se traduce en una potencia de entrada de 10mW
(V2rms/50), o 10dBm. El nivel de piso de ruido es alrededor del 5% del rango
completo cuando el receptor est operando a mxima ganancia, dando un piso de

ruido de -16 dBm. El USRP1 ya tiene una ganancia interna de hasta 81 dB79 por lo
que se obtiene un piso de ruido en el conector de entrada de -97 dBm.
Conociendo el piso de ruido trmico en un canal GSM (-121 dBm) se necesitar
(-97) (-121)= 24 dB de ganancia en el LNA. Sin contar la ganancia requerida
para compensar las prdidas por insercin y prdidas en el cable.
Como se describi en los requerimientos de hardware, la tarjeta hija RFX900 tiene
una NF (Noise Figure, Figura de Ruido) de 8 dB, por lo que se calcula el piso de
ruido en el receptor de la siguiente forma.

Ahora se calcula la sensibilidad del receptor:

La relacin seal a ruido de la seal modulada Ec/No es de 8 dB segn la


especificacin GSM 03.30 seccin 3.2. Por lo que se tiene:

Este es el nivel mnimo de seal que el receptor es capaz de detectar de forma


adecuada. Una referencia del nivel de sensibilidad es descrita en la especificacin
GSM 05.05 seccin 6.2 tanto para la MS como para la BTS.
Se calcula la mxima prdida en la trayectoria (Path Loss) permitida para obtener
una seal de -105 dBm que corresponde con la sensibilidad del receptor.
Se tiene entonces:

Resolviendo queda:

Donde PL es el Path Loss permitido, en este caso PL=144.7 dB.

79

GNU Radio Project. Burning Man 2009 RF Chains. [en lnea]. Ao 2011.
<Disponible
en:
http://gnuradio.org/redmine/projects/gnuradio/wiki/OpenBTSBM2009RF>

Trayectoria de trasmisin - downlink (de la BTS a la MS)


USRP1 PA Duplexer Cable Antena MS
Se supone que se tiene una licencia para trasmitir seal celular a una potencia de
20 W (43 dBm). En la trayectoria de trasmisin se tiene tambin en cuenta la
prdida en el duplexer y en el cable, al igual que la ganancia de 10 dB de la
antena. Se procede a calcular la ganancia mxima a la salida del amplificador sin
que sobrepase el lmite de potencia de trasmisin de 20 W (43 dBm). Analizando
la trayectoria desde el PA a la antena se tiene:

Donde T es la potencia de trasmisin desde el PA a la antena. Resolviendo se


obtiene que T es igual a 35.3 dBm. La potencia de salida del USRP1 es de 200
mW (23 dBm) especificado por la tarjeta hija RFX900, por lo que se requiere una
ganancia en el PA de 12.3 dB. En conclusin, el PA que se requiere debe tener
una potencia de salida de 35.3 dBm y una ganancia de 12.3 dB. Si la ganancia del
PA con que se cuenta es mayor, se puede ajustar la potencia de salida del USRP1
o utilizar un atenuador.
Segn Pahlavan80, es conveniente utilizar el modelo emprico desarrollado por
Bertoni et. al para reas donde se utilizan microceldas. Teniendo el Path Loss se
puede calcular el rango de alcance de cobertura estimado de la microcelda. Se
plantea el siguiente escenario donde se opera en la banda GSM850 MHz en un
rea urbana con edificios altos y la MS est localizada en una calle perpendicular
a la BTS con LOS (Line-Of-Sight, Lnea de Vista). Teniendo esto se puede usar la
siguiente ecuacin.

PL es el Path Loss en dB, hb es la altura de la antena de la estacin base en


metros, fc es frecuencia de operacin en GHz y d es la distancia de alcance
aproximada.
Se despeja la distancia:

Remplazando los valores se tiene:

80

PAHLAVAN, Kaveh y KRISHNAMURTHY, Prashant. Op. cit. p. 53.

Se resuelve y se obtiene el resultado:

Como se observa, aumenta el rango de cobertura a 2.3 km. La figura 15 muestra


el diagrama de bloques de la distribucin de los componentes tanto en la
trayectoria de trasmisin como de recepcin.
Figura 15. Diagrama de bloques de la distribucin de los componentes

Fuente: Autores

4.2 ANLISIS ENERGTICO DEL PROTOTIPO Y SUGERENCIA DEL SISTEMA


DE POTENCIA AUTNOMO.
El USRP1 es alimentado por un convertidor de potencia AC/DC conectado a la
energa elctrica con una capacidad de entrada de 100 a 240VAC, opera a 50 y 60
Hz. De esta forma podra funcionar en cualquier pas. A la salida entrega 6VDC y
3A81. Si hay necesidad de utilizar otra fuente de alimentacin, USRP1 tiene un
conector de alimentacin DC estndar 2.1mm/5.5mm. La tarjeta madre trabaja con
5VDC, sin embargo, si se le conectan las tarjetas hijas, se necesita una fuente de
6VDC para su correcta operacin. El Consumo es cerca de 1,6 A con 2 tarjetas
hijas conectadas a la tarjeta madre82. No se debe exceder el valor del voltaje
porque debido a que las tarjetas hijas tienen reguladores LDO (Low-DropOut)
81

Incluido en el USRP-PKG adquirido a la ETTUS RESEARCH LLC.


https://www.ettus.com/product/details/Power-Supply
82
HAMZA, Firas. Op. cit. p. 12.

ADP3336, a 5 V y 3.3 V, se ocasiona una disipacin alta de energa y supera los


lmites de algunos componentes causando su dao83. La alimentacin puede ser
comprobada conectando la fuente de poder al USRP1 y viendo un LED
parpadeando. Si no hay un LED que parpadea, se deben revisar todas las
conexiones elctricas, y verificar la continuidad en el fusible (F501, cerca del
conector de alimentacin). Si el fusible necesita ser remplazado, este es SMD de
tamao 0603 de 3 A.
El computador porttil trabaja a un voltaje de 19V y un consumo mximo de
corriente de 2.15A.
4.2.1 Acercamiento al sistema de potencia autnomo
Los dos equipos necesarios para el funcionamiento de la microcelda; USRP y
computador porttil, trabajan con voltaje de corriente directa, lo cual permite tomar
una fuente de voltaje de DC y regularla para obtener los voltajes deseados.
Se recomienda usar bateras de automvil, pues son de fcil consecucin, y
permiten una larga duracin y una fcil recarga por medio del mismo auto.
El diagrama de bloques simplificado se puede observar en la Figura 16.

83

Ibid. p. 14.

Figura 16. Diagrama de bloques simplificado del sistema de potencia autnomo

Fuente: Autores
Para obtener un voltaje de 6V con una corriente de salida mxima de 1.6 se puede
utilizar un regulador LM7806C, cuya corriente mxima de salida es de 2.2A.84
Dicho regulador entrega directamente el voltaje de 6V necesario para el
funcionamiento del USRP.
Para obtener un voltaje de 19V de DC desde una fuente de DC hay varias
opciones. Una de las ms sencillas es por medio del comnmente utilizado
LM317. La corriente mxima de salida de dicho regulador es de 3.4A.85
La aplicacin tpica de dicho circuito es el de regulacin de voltaje de directa en un
rango de 1.2V a 25V, lo cual se puede observar en la figura 17.

84

National Semiconductors. LM140A/LM140/LM340A/LM340/LM7800C Series. 3Terminal Positive Regulators.


85
National Semiconductors. LM117/LM317A/LM317 3-Terminal Adjustable
Regulator.

Figura 17. Aplicacin Tpica del LM317: Regulador de voltaje

Fuente: LM117/LM317A/LM317. 3-Terminal Adjustable Regulator. National


Semiconductor.
El capacitor C1 es necesario si los capacitores de filtros estn a ms de 6
pulgadas del dispositivo. El capacitor C2 es opcional y mejora la respuesta
transitoria. Los capacitores de salida en el rango de 1uF a 1000uF de aluminio o
de tantalio son comnmente usados para aumentar la impedancia de salida y el
rechazo de transitorios.
La ecuacin que rige el voltaje de salida Vout es la siguiente:
(

Lo ideal es que
tienda a 0, por lo cual el segundo trmino se cancela. La
resistencia R1es comnmente fijada a 220 y la resistencia R2 se puede obtener
por medio de clculo, y acercarla a un valor comercial o llegado el caso y como se
observa en el circuito; usar una resistencia variable.
As, si queremos un voltaje de salida de 19V la ecuacin ser la siguiente:
(

El circuito resultante es el mostrado en la Figura 18.


Figura 18. Circuito de potencia bsico.

Fuente: Autores.
Se debe tener en cuenta que el circuito de potencia autnomo fue diseado para
las necesidades bsicas de energa del sistema, es decir, no se tuvo en cuenta las
posibles mejoras de alcance que se pueden hacer con un amplificador de
potencia.

CONCLUSIONES
Mediante una Estacin Celular Porttil se puede contribuir en la atencin de
desastres o emergencias donde las redes tienen una alta probabilidad de colapsar
o carecen de cobertura necesaria en el lugar del suceso, adems se ha
comprobado que por medio de las comunicaciones se han mitigado los efectos de
los desastres.
Dentro de las ventajas que tiene la telefona mvil celular es la rpida restauracin
de su red comparada con otro tipo de comunicacin de difusin como la televisin
o el radio, otra ventaja es la descentralizacin de la comunicacin lo que permite
que la informacin se transmita persona a persona.
El prototipo de una Estacin Celular Porttil se puede desarrollar apelando al
proyecto OpenBTS que genera una interfaz de aire GSM Um, que es la interfaz
que se usa para establecer la comunicacin entre la MS y la BTS en una
arquitectura de red GSM convencional.
OpenBTS hace uso del hardware USRP y el software GNU Radio corriendo sobre
un computador. Adems utiliza el software Asterisk para realizar el control y
conmutacin de las llamadas.
Usando dos tarjetas hijas RFX900 con un duplexer, un amplificador de potencia,
un LNA (Low-Noise Amplifier, Amplificador de Bajo Ruido), un BPF (Band-Pass
Filter, Filtro Pasa Banda) se podra obtener un radio de alcance de 2.3 Km.
Para la implementacin y desarrollo de la estacin se usaron hardware y software
libre, lo cual es ventajoso pues se tiene acceso al cdigo fuente, adems cuenta
con soporte disponible a travs de foros y listas de correos, igual que todos los
esquemticos y lista de materiales para el hardware.
Para la implementacin y desarrollo de la estacin celular se us el sistema
operativo Ubuntu 10.04 LTS, en el cual se instalaron eficientemente los programas
para el despliegue de la solucin.
En el software se utiliz la versin de Asterisk 1.6.2.22 porque las versiones
basadas en Asterisk 1.8 presentan problemas integradas con la versin de
OpenBTS P2.6 Mamou que fue usada. Adems se utiliz GNU Radio 3.4.2.
OpenBTS implementa la pila de protocolos GSM y permite que un celular GSM
estndar sea visto como un cliente SIP dentro de Asterisk, permitiendo de esta
forma hacer llamadas telefnicas sin usar las redes de los operadores
convencionales.

El USRP1 tiene por defecto un reloj de 64 MHz que no es el adecuado para el


buen funcionamiento de GSM, por lo que es necesario utilizar uno de 52 MHz con
una alta precisin mayor a 0.05 ppm. El reloj utilizado Fairwaves lockTamer
viene especialmente diseado para usarse con el USRP1.

BIBLIOGRAFA
AGENCIA NACIONAL DEL ESPECTRO. Uso eficiente del espectro radioelctrico.
[en
lnea]
2010.
<Disponible
en:
http://ane.gov.co/apc-aafiles/35383137643637613966333438336638/cartilla_3.pdf> p. 20
BLOSSOM, Eric. GNU Radio: Tools for Exploring the Radio Frequency Spectrum.
[en
lnea].
Jun
01,
2004.
[en
lnea].
<Disponible
en:
http://www.linuxjournal.com/article/7319> [consulta: 10 Ene. 2012].
BRYANT, Russell. Asterisk. EN: The Architecture of Open Source Applications :
Elegance, Evolution, and a Few Fearless Hacks. 2011. P. 1-14.
BURGESS, David A. y SAMRA, Harvind S. The Open BTS Project. [en lnea]. 3
Ago. 2008. <Disponible en: http://www.ahzf.de/itstuff/papers/OpenBTSProject.pdf>
[consulta: 2 Feb. 2012].
BURGESS, David A. Low Cost Cellular Networks with OpenBTS. Ao 2010.
<Disponible en: http://www.osbr.ca/ojs/index.php/osbr/article/view/1052/1011>
[consulta: 15 Feb. 2012].
COLOMBIA. PRESIDENCIA DE LA REPBLICA DE COLOMBIA. Decreto Ley
919. (1, mayo, 1989). Por el cual se organiza el Sistema Nacional para la
Prevencin y Atencin de Desastres y se dictan otras disposiciones. Diario Oficial.
Bogot, 1989. No. 38799.
COLOMBIA, CONGRESO DE LA REPBLICA. Constitucin Poltica de Colombia.
(20, julio, 1991). Gaceta Constitucional. Bogot, 1991. No. 116.
COLOMBIA. PRESIDENCIA DE LA REPBLICA DE COLOMBIA. Decreto 93. (13,
enero, 1998). Por el cual se adopta el Plan Nacional para la Prevencin y Atencin
de Desastres. Diario Oficial. Bogot, 1998. No. 43217.
COLOMBIA, CONGRESO DE LA REPBLICA. Ley 1032. (22, junio, 2006). Por la
cual se modifican los artculos 257, 271, 272 y 306 del Cdigo Penal. Diario
Oficial. Bogot, 2006. No. 46307.
COLOMBIA, CONGRESO DE LA REPBLICA. Ley 1341. (30, julio, 2009). Por la
cual se definen principios y conceptos sobre la sociedad de la informacin y la
organizacin de las TIC, se crea la ANE y se dictan otras disposiciones. Diario
Oficial. Bogot, 2009. No. 47426.
CASEY, Douglas. GNU Radio and the USRP as a solution for remote emergency
monitoring.
Ao
2004.
[en
lnea].
<Disponible
en:

http://www.csb.uncw.edu/mscsis/complete/pdf/TuckerCasey_Final.pdf> [consulta:
10 Ene. 2012].
CHEMERIS, Alexander. Clock Tamer Calibration: Introduction. [en lnea]. OCT.
18,
2011.
<Disponible
en:
http://code.google.com/p/clocktamer/wiki/ClockTamerCalibration> [consulta: 16 Ene. 2012].
ETTUS RESEARCH LLC. Brochure for the entire USRP product family. [en lnea].
Actualizado,
ao
2010.
<Disponible
en:
http://www.olifantasia.com/gnuradio/usrp/files/datasheets/usrp_productline_brochu
re.pdf> [consulta: 10 Oct. 2010].
ETTUS RESEARCH LLC. USRP motherboard datasheet. [en lnea]. Actualizado,
ao
2010.
<Disponible
en:
http://www.olifantasia.com/gnuradio/usrp/files/datasheets/er_ds_usrp_v5b.pdf>
[consulta: 10 Oct. 2011].
ETTUS RESEARCH LLC. USRP Bus Series: USRP1. [en lnea]. Ao 2012.
<Disponible
en:
https://www.ettus.com/product/category/USRP_Bus_Series>
[consulta: 10 Ene. 2011].
FAIRWAVES. Clock Tamer project. [en lnea]. Ao 2011. <Disponible en:
http://code.google.com/p/clock-tamer/ > [consulta: 10 Ago. 2011]
FLORES, Daro. Manual de uso e instalacin de OpenBTS. [en lnea]. Ao 2011.
<Disponible
en: https://wush.net/trac/rangepublic/attachment/wiki/WikiStart/Manual%20de%20i
nstalaci%C3%B3n%20de%20OpenBTS%20Versi%C3%B3n%200.2.pdf
>
[consulta: 5 Feb. 2012].
GNU Radio Project. Building and Running OpenBTS: Dependencies. [en lnea].
Ao
2011.
<Disponible
en:
http://gnuradio.org/redmine/projects/gnuradio/wiki/OpenBTSBuildingAndRunning>
[consulta: 9 Oct. 2011].
GNU Radio Project. Building and Running OpenBTS: Building and Installing,
Building dependencies: libusrp. [en lnea]. Ao 2011. <Disponible en:
http://gnuradio.org/redmine/projects/gnuradio/wiki/OpenBTSBuildingAndRunning>
[consulta: 9 Oct. 2011].
GNU Radio Project. The OpenBTS Wiki Subspace. [en lnea]. Ao 2011.
<Disponible
en: http://gnuradio.org/redmine/projects/gnuradio/wiki/OpenBTS>
[consulta: 9 Oct. 2011].

GNU Radio Project. OpenBTS: UHD Devices: USRP1. [en lnea]. Ao 2011.
<Disponible en: http://gnuradio.org/redmine/projects/gnuradio/wiki/OpenBTSUHD>
[consulta: 9 Oct. 2011].
GNU Radio Project. Desktop Testing of OpenBTS. [en lnea]. Ao 2011.
<Disponible
en:
http://gnuradio.org/redmine/projects/gnuradio/wiki/OpenBTSDesktopTestingKit>
[consulta: 9 Oct. 2011].
GNU Radio Project. Reclocking the USRP-1 for OpenBTS: Hardware modifications
to the USRP to use a external clock. [en lnea]. Ao 2011. <Disponible en:
http://gnuradio.org/redmine/projects/gnuradio/wiki/OpenBTSClockModifications>
[consulta: 9 Oct. 2011].
GNU Radio Project. Building GNU Radio on Ubuntu Linux: Install the PreRequisites.
[en
lnea].
Ao
2011.
<Disponible
en:
http://gnuradio.org/redmine/projects/gnuradio/wiki/UbuntuInstall> [consulta: 6 Jul.
2011].
GNU Radio Project. Burning Man 2009 RF Chains. [en lnea]. Ao 2011.
<Disponible
en:
http://gnuradio.org/redmine/projects/gnuradio/wiki/OpenBTSBM2009RF>
GNU Radio Project. OpenBTS Frequently Asked Questions. [en lnea]. Ao 2011.
<Disponible en: http://gnuradio.org/redmine/projects/gnuradio/wiki/OpenBTSFAQ>
GORRICHO, Mnica y GORRICHO, Juan Luis. Comunicaciones mviles.
Barcelona: UPC, 2002.
GSMA. The role of mobiles in disasters and emergencies. [en lnea]. 2005.
<disponible
en:
http://www.enlightenmenteconomics.com/aboutdiane/assets/disasterreport.pdf>
HAMZA, Firas. The USRP under 1.5X Magnifying Lens!. [en lnea]. Actualizado
12
de
junio
de
2008.
<Disponible
en:
http://gnuradio.org/redmine/attachments/download/129> [consulta: 5 Oct. 2011].
HAMDI, Fatma. GSM/GPRS Evaluation and optimization tool. Ao 2006. [en lnea].
<Disponible
en:
http://es.scribd.com/doc/49823859/18/Figure-1-2-Signallingprotocol-structure-in-GSM> [consulta: 2 feb. 2012].
HERNANDO RBANOS, Jos Mara. Comunicaciones mviles. 2 ed. Madrid:
Centro de Estudios Ramn Areces, 2004. 744 p.

KREBS, Antonia. La segunda On line. Sistema de alerta temprana estar


operativo en Chile a comienzos del 2012. [en lnea]. 2011. <Disponible en:
http://www.lasegunda.com/Noticias/Economia/2011/03/633291/Sistema-de-alertatemprana-estara-operativo-en-Chile-a-comienzos-del-2012>
LACKEY, Joshua. Kalibrate: SUMMARY. [en lnea]. Ago. 29, 2010. <Disponible
en: http://thre.at/kalibrate/> [consulta: 16 Ene. 2012].
MADSEN, Leif; VAN MEGGELEN, Jim y BRYANT, Russell. Asterisk : The
Definitive Guide. 3 ed. Sebastopol, CA: OReilly Media, 2011. 736 p. ISBN 978-0596-51734-2.
MEKOVI, Saa. Implementation of Uncoordinated Direct Sequence Spread
Spectrum (U-DSSS) using Software Defined Radios. Abril. 2008. [en lnea].
<Disponible
en:
http://e-collection.library.ethz.ch/eserv/eth:30545/eth-3054501.pdf> [consulta: 2 Feb. 2012]. p. 9.
MINISTERO DE TECNOLOGAS DE LA INFORMACIN Y LAS
COMUNICACINES. Estudio vulnerabilidad y riesgo de redes e infraestructura de
telecomunicaciones en zonas vulnerables expuestas a eventos desastrosos.
Bogot, 2010. p. 395.
PAHLAVAN, Kaveh y KRISHNAMURTHY, Prashant. Principles of Wireless
Networks. New Jersey: Prentice Hall PTR, 2002. p. 583.
PATRICELLI, F.; BEAKLEY. J; CARNEVALE, A. Disaster management and
mitigation: the telecommunications infrastructure. EN: Disasters. Enero. 2009. 33,
p. 23-37.
RANGE NETWORKS. OpenBTS P2.8 Users Manual. Ao 2011. [en lnea].
<Disponible
en:
https://wush.net/trac/rangepublic/attachment/wiki/WikiStart/SoftwareP2.8Manual.pd
f> [consulta: 11 Ene. 2012].
RUOLIN Zhou, OMER Mian, XUE Li, BIN Wang y ZHIQIANG Wu. A softwaredefined radio based cognitive radio demonstration over FM band. Ao 2009. [en
lnea].
<Disponible
en:
http://onlinelibrary.wiley.com/doi/10.1002/wcm.903/abstract> [consulta: 5 Nov.
2011].
RODRIGUEZ MUOZ, David. Sistemas inalmbricos de comunicacin personal:
El sistema panaeuropeo: GSM. 1 ed. Mxico, D.F.: Alfaomega, 2001. 333 p.
RANGE NETWORKS. OpenBTS Public Release. [en lnea]. Ao 2011. <Disponible
en: https://wush.net/trac/rangepublic> [consulta: 9 Feb. 2012].

(R)[49] RANGE NETWORKS. OpenBTS P2.8 Users Manual. Ao 2011. [en lnea].
<Disponible
en:
https://wush.net/trac/rangepublic/attachment/wiki/WikiStart/SoftwareP2.8Manual.pd
f> [consulta: 11 Ene. 2012].
STEIL, Andreas. OpenBTS. [en lnea]. Actualizado, ao 2010. <Disponible
en:http://www.fh-kl.de/~andreas.steil/Projekte/OpenBTS/index.html> [consulta: 11
Oct. 2011].
SHAJEDUL HASAN, S.M.; Balister, P. Prototyping a Software Defined Radio
Receiver Based on USRP and OSSIE. Dic 14, 2005. [en lnea]. <Disponible en:
http://www.ece.vt.edu/swe/chamrad/crdocs/CRTM01_051214_USRP.pdf>
[consulta: 11 Ene. 2012].
VAN MEGGELEN, Jim; MADSEN, Leif y SMITH, Jared. Asterisk : The Future of
Telephony. 2 ed. Sebastopol, CA: OReilly Media, 2005. 408 p. ISBN 978-0-59600962-5.
WATERMEYER, Kalen. Design of a hardware platform for narrow-band Software
Defined Radio applications. Ene. 2007. [en lnea]. <Disponible en:
http://www.rrsg.uct.ac.za/theses/msc_theses/kwatermeyer_thesis.pdf > [consulta:
2 Feb. 2012].