TECNOLOGÍAS INALÁMBRICAS DE

TELECOMUNICACIÓN

RED BTS

Integrantes:
* Jorge Raúl Samaniego Vera
* Luis Martin Calva Jumbo
* Ángel Yasmani Viñamagua Cuenca
Docente:
Ing. Manuel Fernando Quiñonez Cuenca
Paralelo:
“A”

Periodo Académico:

Oct/Feb 2018-2019
 1

ÍNDICE

ÍNDICE ........................................................................................................................................ 1
INTRODUCCIÓN....................................................................................................................... 2
I. MARCO TEÓRICO ........................................................................................................... 3
A. Estación Base de Telefonía Móvil .................................................................................. 3
B. OpenBTS .......................................................................................................................... 3
C. Radio Definida Por Software ......................................................................................... 3
D. Handover .......................................................................................................................... 4
II. IMPLEMENTACIÓN DE RED .................................................................................... 5
A. Topología de la Red ......................................................................................................... 5
B. Requisitos Para Implementación ................................................................................... 6
C. Levantamiento de Servicios ............................................................................................ 6
1. Instalación de OpenBTS en Ubuntu .......................................................................... 6
2. Comprobación funcionamiento USRP ...................................................................... 6
3. Obtención del código fuente ....................................................................................... 7
4. Comprobación del funcionamiento de OpenBTS. .................................................... 8
5. Configuración de banda y canal ................................................................................ 9
6. Configuración de ganancia, potencia y ruido ......................................................... 10
7. Registro de suscriptores de OpenBTS ..................................................................... 11
8. Configuración datos móviles .................................................................................... 13
9. Configuración de la estación base “OpenBTS1” .................................................... 14
10. Configuración de la estación base “OpenBTS2” ................................................ 17
11. Configuración del servidor central ...................................................................... 18
RESULTADOS .......................................................................................................................... 19
CONCLUSIONES Y RECOMENDACIONES ...................................................................... 25
ANEXOS: ................................................................................................................................... 26
BIBLIOGRAFÍA: ..................................................................................................................... 29
 2

INTRODUCCIÓN
La telefonía móvil está teniendo un gran impacto en todo el mundo, pues es un medio de
comunicación que permite movilidad y localización del usuario, donde quiera que se
encuentre. Por otra parte, la utilización de redes móviles, además de para las
comunicaciones vocales, para el acceso a internet, el envió de mensajes multimedia y
correo electrónico, son otras de las aplicaciones de más éxito, basadas en la
personalización y la localización [1].
La Unión Internacional de Telecomunicaciones define en el Reglamento de
Radiocomunicaciones el servicio móvil como el servicio de radiocomunicaciones que se
presta entre estaciones móviles y terrestres o entre estaciones móviles [1]. Las BTS
(estaciones base) componen la estructura de una red de comunicación móvil, esta se
encargan de mantener el enlace radioeléctrico, entre la estación móvil y la estación de
control de servicio durante la comunicación.
El objetivo general de este proyecto es crear una red GSM abierta de forma que cualquier
teléfono móvil cercano, obtenga la cobertura de dicha red y todas las llamadas realizadas
desde ese móvil conectado a esta red, sean gestionadas por un servidor conectado a la
infraestructura [2]. Para esto se utilizó OpenBTS, un proyecto de software de código
abierto el cual sustituye los protocolos de telecomunicaciones tradicionales y los sistemas
de hardware tradicionalmente complejos con el Protocolo de Internet y una arquitectura
de software flexible [3].
Dadas las características de OpenBTS, se utilizó SDRs (radio definida por software). El
uso de SDRs permite el cambio de tecnología sin necesidad de cambiar el equipamiento
por lo menos a nivel de capa física. Este término según (UNAM) se usa para referirse a
radios reconfigurables. Es decir, una misma pieza de hardware capaz de realizar
diferentes funciones en diferente tiempo. De esta manera se plantea el hecho de contar
con un dispositivo de hardware capaz de soportar diferentes tecnologías de radio, este
dispositivo es conocido como USRP [4].
En este proyecto se presentara los detalles del despliegue de una red móvil GSM a través
de la tecnología SDR, presentando la puesta en operación de cada uno de los componentes
de esta red en un escenario totalmente funcional. Además de exponer la interoperabilidad
entre los diferentes componentes como son la OpenBTS encargada de implementar la
estación base de la red GSM y el USRP encargado de realizar la conexión física de los
móviles.
Objetivo General:
Diseño e implementación de una red BTS utilizando OpenBTS y SDRs.
Objetivos Específicos:
• Determinar la tecnología a utilizar para el desarrollo del presente proyecto.
• Configurar el SDR y OpenBTS para el despliegue de la red.
• Comprender como funciona e implementa una red BTS.
• Analizar los resultados obtenidos luego de diseñar e implementar la red y
determinar su factibilidad.
 3

I. MARCO TEÓRICO
A. Estación Base de Telefonía Móvil
Para ofrecer cobertura a una zona geográfica concreta, ésta se divide en
celdas donde se colocan estaciones base, las cuales dan servicio a un
número limitado de usuarios.
Una Estación Base (EB) de telefonía móvil es una estación de transmisión
y recepción situada en un lugar fijo, compuesta de una o más antenas de
recepción/transmisión, dispone de algún medio de transmisión, vía radio
o cable, para efectuar el enlace con la central de conmutación y de un
conjunto de circuitos electrónicos. Son radios bidireccionales multicanal
de baja potencia, es decir, emiten y reciben varias señales a la vez. Las
estaciones base sirven como un control central para todos los usuarios
dentro de una misma celda, los teléfonos móviles se comunican
directamente con la EB [5].
Las EB están distribuidas sobre un área de cobertura del sistema y se
administran y se controlan por medio de un conmutador de servicios cuya
función es la de controlar el procesamiento y establecimiento de llamadas
así como la realización de llamadas, lo cual incluye señalización,
supervisión, conmutación y distribución de canales RF (radiofrecuencia),
además también proporciona una administración centralizada, dicho
conmutador se denomina Centro de Conmutación de Servicios Móviles
(MSC, Mobile Switching Central) [6].
B. OpenBTS
El software OpenBTS es una aplicación de Linux que utiliza una radio
definida por software para presentar una interfaz aérea 3GPP estándar para
los dispositivos de los usuarios, al tiempo que presenta esos dispositivos
como puntos finales SIP a Internet. Esto forma la base de un nuevo tipo
de red inalámbrica que promete expandir la cobertura a los mercados no
atendidos y desatendidos, al tiempo que desencadena una plataforma para
la innovación, que incluye ofrecer soporte para tecnologías de red
emergentes, como las destinadas a la Internet de las cosas [7].
OpenBTS puede convertir y distribuir una conexión de Internet como una
red móvil en una gran región geográfica. Cualquier teléfono GSM puede
conectarse y usar servicios de voz o SMS, incluso datos básicos. La
conectividad se puede llevar a regiones remotas mientras se omite todo el
ciclo de construcción y actualizaciones de infraestructura [7].
OpenBTS es una aplicación de C ++ que implementa GSM. A medida que
se implementan nuevas funciones o se agrega soporte de protocolo, las
capacidades de una red móvil OpenBTS existente pueden mejorarse a
través de una simple actualización de software [7].
C. Radio Definida Por Software
Se puede afirmar que la SDR consiste en un sistema de comunicación en
el que la mayor parte de las funciones que lo definen (tipo de
modulación/demodulación, banda de recepción/emisión,...etc.) se
implementan mediante software por lo que la parte hardware se reduce
considerablemente y en el que se trabaja con tecnologías de procesado
 4

programables: FPGAs (Field programable Gate Arrays), DSPs (Digital

Signal Processors), GPPs (General Purpose Processors), …etc . Un
receptor de SDR ideal o Radio Software, debería estar definido y ser
configurable únicamente mediante software y los únicos componentes
hardware que debería tener son: una antena multibanda, convertidores
analógico digital (en inglés ADC ) de alta velocidad y resolución, y
procesadores digitales de señal [8].
El alto interés existente en la actualidad sobre SDR se corrobora con la
multitud de programas, proyectos y asociaciones relacionadas con esta
tecnología. Se puede destacar [9]:
• Joint Tactical Radio System
• SDR Forum (Wireless Innovation FOrum)
• GNU Radio
• Coalition Wideband Networking Waveform (COALWNW)
• WINTSEC (Wireless INTeroperability for SECurity)
El SDR (Software Defined Radio) es el avance clave que hace posible
OpenBTS desde una perspectiva de hardware. Los SDR se han utilizado
en aplicaciones militares durante aproximadamente 20 años, solo
recientemente se han puesto a disposición de un público más amplio
debido a la disminución del costo de la tecnología junto con la aparición
de nuevas aplicaciones SDR y proveedores de hardware [7].
D. Handover

Handover es el proceso por el cual una llamada en curso puede ser

transferida de una célula a otra mientras el móvil se desplaza. Cuando la
calidad del enlace con la BS actual baja, la comunicación pasa a:
• Una nueva célula (inter-cell handover)
• A otro canal de la misma BS (intra-cell handover)
Existen varios parámetros que se pueden utilizar para caracterizar la
calidad de los enlaces:
• RSSI (Received Signal Strength Indicator)
• BER (Bit Error Rate)
• Carga (Tráfico actual)
Depende de la posibilidad de medida del sistema aunque puede no ser
suficiente realizar medidas puntuales.
Los handovers (HO) deben realizarse de manera automática, sin la
intervención directa del usuario. Llevan asociado un incremento de la
señalización y consumen tiempo. Se debe seleccionar un umbral a partir
del cual iniciar el proceso de traspaso pero normalmente se selecciona un
valor ligeramente superior al mínimo necesario para que una
comunicación sea factible [10]:

Umbral HO = Umbral RX + ∆
 5

Fig.1. Umbral de Handover [10].

En base a la Fig.1, se puede decir que si ∆ es grande: se producirían un

número elevado (innecesario) de traspasos, por otra parte si ∆ es pequeño:
habría poco tiempo para completar el traspaso antes de alcanzar el umbral
de RX.
Para nuestro proyecto se optó por utilizar un Inter-Cell-Handover. Este es
el tipo de handover más simple. Será necesario cuando la señal de la
conexión de un canal físico sea baja. Para evaluar la calidad de la conexión,
el móvil constantemente transmite los valores de las medidas RXLev
(nivel recibido medido por el teléfono) y las RXQual (el radio del error de
bit determinado) a la BS. Si la BS quiere entregar el teléfono a otro canal,
lo que necesita es informar al teléfono sobre el número del nuevo canal y
su nueva configuración. El teléfono cambia directamente al nuevo canal y
puede mantener ambas configuraciones para la sincronización de la BS. El
proceso de Intra cell handover es posible realizarlo entre diferentes bandas
de GSM [10].
II. IMPLEMENTACIÓN DE RED
A. Topología de la Red

Fig.2. Direccionamiento Red Handover

NOTA: Se debe tomar en cuenta que las direcciones de las USRP deben
ser diferentes.
 6

Como muestra la figura anterior deben estar los 3 equipos interconectados

entre sí, dos de los equipos van a actuar como las estaciones base donde
se debe tener instalado el servidor de OpenBTS, son nombrados en la
figura como OpenBTS1 y OpenBTS2 y el otro actuará como servicios
centrales. Allí se tendrá instalado únicamente Asterisk, Sipauthserve y
Smqueue.
B. Requisitos Para Implementación
1) Hardware
• USRP N210
• Computadores portátiles
• Adaptador Gigabit ethernet
• Cables de red
• Analizador de espectros
• Celulares que soporten GSM.
2) Software
• Ubuntu 14.04
• OpenBTS
• Asterisk
• App: G-Net Track Lite
• Sipauthserve
• Smqueue.
C. Levantamiento de Servicios
1. Instalación de OpenBTS en Ubuntu
Primero actualizamos los paquetes y repositorios
$ sudo apt-get update
Instalamos las siguientes dependencias requeridas para la
instalación del driver UHD y de OpenBTS
$ sudo apt-get install g++ erlang libreadline6-dev bind9 ntp
autoconf libboost -all-dev
Luego es necesario descargar una versión de UHD compatible con
el SDR N210, se recomienda la versión 003.007.003
$ wget
http://files.ettus.com/binaries/uhd_stable/uhd_003.007.003-
release/uhd_003.007.003-release_Ubuntu-14.04-x86_64.deb
$ sudo dpkg -i uhd_003.007.003-release_Ubuntu-14.04-
x86_64.deb
2. Comprobación funcionamiento USRP
En el apartado conexiones de red, se debe configurar la red
cableada a la que se encuentra conectada la USRP asignándole una
dirección IP de acuerdo con la dirección que se encuentra la USRP.
Por ejemplo, se podría asignar a esa interfaz “192.168.10.1”; luego
se ejecuta los siguientes comandos para verificar la tarjeta
instalada con la versión UHD correcta:
$ uhd_find_devices
 7

Fig.3. Verificación de la USRP conectada al ordenador.

Con el siguiente comando se comprueba la información técnica y

configuración correspondientes a la USRP N210.
$ uhd_usrp_probe

Fig.4. Configuración e Información técnica del dispositivo.

3. Obtención del código fuente
$ sudo apt-get install git
$ git clone https://github.com/RangeNetworks/dev.git
$ cd dev
$ ./clone.sh
$ ./switchto.sh master
$ cd liba53
$ sudo make install
$ sudo ldconfig
$ cd ..
 8

Se incluye el repositorio encargado de que funcione correctamente

smqueue:
$ sudo apt-get install software-properties-common python-
software-properties
$ sudo add-apt-repository ppa:chris-lea/zeromq
$ sudo apt-get update
Se modifican con un editor de texto el archivo build.sh ya que hay
una dependencia que no se cumple, se puede reemplazar la línea
133 por la siguiente:
$ nano build.sh
installIfMissing libzmq5 // original, se borra
installIfMissing libzmq3 // esta se incluye
Se dejan como comentario o se eliminan las siguientes líneas (135
a 139)
if [ "$MANUFACTURER" == "Ettus" ]; then
installIfMissing libuhd-dev
installIfMissing libuhd003
installIfMissing uhd-host
fi
Se guarda el archive sin cambiar el nombre. Posteriormente
ejecutamos: (este proceso tardará aproximadamente 20 minutos)
$ ./build.sh N210
Lo anterior generará todos los paquetes necesarios. N210 es la
tarjeta que se está configurando, esta referencia se cambia si es otro
el modelo de tarjeta USRP que se requiere configurar.
A continuación, se instalan los paquetes *.deb generados en el paso
anterior y que se encuentran almacenados en la siguiente carpeta:
$ cd BUILDS/fecha-de-compilación
$sudo dpkg -i *.deb
Terminando la instalación de los paquetes pedirá varias
confirmaciones de reemplazo de configuraciones del sistema y ser
reemplazados por configuraciones necesarias de OpenBTS, a lo
que se responderá afirmativamente presionando la tecla [Y].
4. Comprobación del funcionamiento de OpenBTS.
Para realizar la comprobación de la correcta instalación de
OpenBTS es necesario iniciar los servicios de los componentes
anteriormente instalados. Mediante los siguientes comandos:
 9

$ sudo start sipauthserve

$ sudo start smqueue
$ sudo start asterisk
$ sudo start openbts

Fig.5. Inicio de servicios

Acto seguido se puede ingresar a la consola de OpenBTS para

poder realizar las diferentes configuraciones, de la siguiente forma:
$ sudo /OpenBTS/OpenBTSCLI
En caso de no funcionar y no ingresar a la consola dirigirse al
directorio donde se encuentre la carpeta dev que contenga la
carpeta openbts y ésta a su vez a la carpeta aplicaciones:
$ cd ~/dev/openbts/apps
$ ./OpenBTSCLI

Fig.6. Ingreso a la consola de OpenBTS.

5. Configuración de banda y canal
Una vez dentro de OpenBTS, para observar las configuraciones
se digita el comando:
> config GSM.Radio
 10

Fig.7. Configuración de la banda y el canal

Hay que tener en cuenta que, para la configuración, las bandas más
usadas en GSM son 850, 900, 1800 y 1900 MHz y para cada banda
están dispuestos un rango de canales, los cuales están definidos
como ARFCN en el cual se especifica las portadoras físicas
utilizadas para la transmisión y recepción para una red GSM.
Se debe ingresar al siguiente enlace:
http://niviuk.free.fr/gsm_arfcn.php y escoger la banda y el canal a
utilizar. Posteriormente para modificar la banda en la que trabaja
GSM es necesario ejecutar la siguiente línea y seleccionar la banda
deseada:
> config GSM.Radio.Band 850
Para asignar un canal se debe hacer un escaneo con la herramienta
Kalibrate y observar los canales que estén disponibles:
> config.GSM.Radio.C0 141
6. Configuración de ganancia, potencia y ruido
Para modificar los valores de la ganancia asociados al equipo se
digita el siguiente comando:
> devconfig GSM.Radio.RxGain 5
Después de realizar la configuración anterior se debe reiniciar los
servicios. Para poder ver la ganancia en la consola de OpenBTS se
ingresa lo siguiente:
> rxgain

Fig.8. Ganancia

Para visualizar el ruido debido a interferencias se ingresa: (el nivel

de ruido debe encontrarse en un nivel de [-80 a -85] dB para el
funcionamiento óptimo)
> noise
 11

Fig.9. Verificación del ruido

Para verificar el nivel de potencia actual se digita: (de acuerdo con

el nivel de potencia seteado abarcará un radio de cobertura la torre
BTS, considerando 0 dB la potencia máxima y -80 dB la potencia
mínima, lo recomendado es -30 dB)
> power 30

Fig.10. Máxima potencia

Fig. 11. Potencia

Dentro de la consola es necesario ejecutar el siguiente comando

para permitir que todos los teléfonos móviles se conecten con
OpenBTS.
> config Control.LUR.OpenRegistration .*
Se modifica el nombre actual de la red celular al ejecutar el
siguiente comando
> config GSM.Identity.ShortName NAME
GSM.Identity.ShortName changed from “BTS” to “Name”

7. Registro de suscriptores de OpenBTS

Para agregar usuarios a la base de datos de la red, lo primero es
ingresar a la terminal móvil a:
Configuración  Redes Móviles  Operadores de Red
Desde el dispositivo móvil se buscará la red a la que se desea
registrar, inicialmente la red no aparecerá con el nombre seteado
anteriormente, sino que aparecerá como “00101”, luego en
OpenBTS digitar la siguiente instrucción para conocer el número
IMSI de la simcard a registrar:
> tmsis
 12

Fig. 12. Usuarios no autenticados en la red

Lo anterior se hace con el fin de determinar el IMSI del terminal

móvil, para lo cual se identifica el IMEI del teléfono celular
marcando *#06# y con ello se conoce cuál es el IMSI del teléfono
para así registrarlo en la base de datos.
Para registrar el número de abonado deseado se deberá ingresar a
la carpeta dev luego a la carpeta NodeManager.
$ cd ~/dev/NodeManager
$ ./nmcli.py sipauthserve subscribers create “NOMBRE”
IMSI74082547xxxxxx 001
(001 es el número asignado a ese abonado, puede ser cualquier
número)

Fig.13. Registro de usuario

Los únicos usuarios admitidos para usar los servicios de la red

serán aquellos registrados y para revisar los números de abonado
registrados a la base de datos se ingresa:
$ ./nmcli.py sipauthserve subscribers read
 13

Fig.14. Lista de usuarios registrados en la red

Para eliminar un número mal registrado se procede a copiar toda

la IMSI a eliminar como por ejemplo “IMSI7456828624xxxxx”
$ ./nmcli.py Sipauthserve subscribers delete
IMSI7456828624xxxxx

Fig.15.Eliminar usuarios

8. Configuración datos móviles

Para brindar acceso al servicio de datos en teléfonos móviles es
necesario realizar la siguiente configuración, dentro de la red
OpenBTS:
> config GPRS
> config GPRS.Enable 1
> devconfig GGSN.TunName GPRS
> rawconfig GGSN.TunName GPRS
Reiniciar OpenBTS
$ sudo stop openbts
$sudo start openbts
Una vez que OpenBTS se haya reiniciado entrar a la consola y
verificar que OpenBTS ha configurado algunos canales para GPRS
> gprs list
 14

El tráfico IP de los teléfonos se canaliza a través de OpenBTS y a

una interfaz de red virtual llamada sgstun. Puede confirmar ahora
que OpenBTS lo ha creado al usar el siguiente comando debido a
que en el primer paso se modificó el nombre de la interfaz con el
comando rawconfig GGSN.TunName GPRS
$ifconfig GPRS

La interfaz de red virtual también necesita rutas y reglas aplicadas

para el firewall de iptables Linux. Las reglas se encuentran en
/etc/OpenBTS/iptables.rules y se pueden modificar si es necesario
para cambiar el nombre de la interfaz de la puerta de enlace. Por
defecto están escritos para eth0. Aplica las reglas ahora de forma
manual.

$ sudo iptables-restore < /etc/OpenBTS/iptables.rules

Si se desea que el sistema aplique estas reglas cada vez que la
interfaz eth0 aparezca modifique /etc/network/interfaces y agrege
las líneas a continuación
auto eth0
iface eth0 inet dhcp
pre-up iptables-restore < /etc/OpenBTS/iptables.rules

Una vez realizados estos pasos el teléfono móvil tendrá acceso al

servicio de datos. Con el comando list gprs en la línea de comandos
de OpenBTS pueden verificarse los usuarios que tienen acceso al
servicio junto con un listado de parámetros como IMSI, dirección
IP asignada, entre otros.

9. Configuración de la estación base “OpenBTS1”

Primero se ingresa al CLI de la OpenBTS y se cambian los
siguientes parámetros:
• BCC (Base Station Color Code) es el código con el cual
se cambia el color de la estación base, puesto que este debe
ser único para las torres físicamente adyacentes, el cual
solo se permite 7 valores únicos y puede cambiarse con el
siguiente comando:
> config GSM.Identity.BSIC.BCC 5
• LAC (Local Area Code) este código debe ser único en
todas las torres de la red de esa área. Y cuando el terminal
se mueve a otra área el móvil vuelve a realizar el registro
y actualiza la dirección IP de la torre a la que puede
acceder ahora el teléfono.
> config GSM.Identity.LAC 1001
• CI (Cell ID) este número debe ser único en cada
estación base o torre de la red. Y se puede modificar
mediante el siguiente comando:
 15

> config GSM.Identity.CI 11

• El nombre de la red en este caso será BTS1 y se puede
cambiar utilizando el siguiente comando:
> config GSM.Identity.ShortName BTS1
En la figura 16 se puede observar la configuración de los
parámetros anteriormente configurados y para lo cual se utiliza el
comando:
> config Identity

Fig.16. Configuración de la Identidad de la BTS1

Para observar la configuración de la torre BTS1 se lo puede hacer

ingresando:
> config GSM.Radio

Fig.17. Configuración del canal de la BTS1

Luego al direccionamiento IP establecido en la figura 17 se

configura SIP.Local.IP lo que permite establecer la dirección IP de
la BTS, a través de la cual los servicios deben comunicarse para
atender sus peticiones. En este caso se configura de la siguiente
forma:
> config SIP.Local.IP 192.168.0.103
 16

También se cambia la dirección IP del SIP.Proxy la cual se

actualiza de acuerdo a donde se encuentren los servicios centrales
como lo es el registro, el tráfico de voz y SMS, en este caso sería
la configuración se hace como se muestra a continuación:
> config SIP.Proxy.Registration 192.168.0.101:5064 (Subscriber
Registry)
> config SIP.Proxy.Speech 192.168.0.101:5060 (Asterisk)
> config SIP.Proxy.SMS 192.168.0.101:5063 (SMQueue)
Para conocer la configuración del SIP de la BTS como se muestra
en la figura 18, se ingresa lo siguiente:
> config SIP

Fig. 18. Configuración del SIP BTS1

Después se procede a realizar la configuración de los vecinos, en

la cual las estaciones se informan entre si las configuraciones
establecidas en ellas, para este caso se coloca la dirección IP de la
BTS2, como se observa a continuación:
> config GSM.Neighbors 192.168.0.102
Para saber cuáles son vecinos que se encuentran conectados se
ingresa el siguiente comando:
> neighbors

Fig.19. Vecinos conectados a BTS1

 17

Por último, se puede realizar la configuración del Handover, en la

cual se configura el margen de potencia que se va a tener de una
celda a otra, pero para este caso tanto como para la BTS1 y BTS2,
se van a dejar los valores por defecto como se muestra en la figura
20.

Fig.20. Vecinos conectados a BTS1

10. Configuración de la estación base “OpenBTS2”

El procedimiento para realizarse es el mismo realizado para la
OpenBTS1, pero cambiando algunos parámetros, a continuación,
se indicará de forma breve los cambios realizados:
> config GSM.Identity.BSIC.BCC 2
> config GSM.Identity.LAC 1000
> config GSM.Identity.ShortName BTS2

Fig. 21. Configuración de la Identidad de la BTS2

Fig. 22. Configuración del canal de la BTS2

 18

NOTA: Recordar que los SDRs deben tener direcciones diferentes,

del mismo modo deben trabajar en la misma banda, pero en canales
diferentes. Hay que recordar que los canales disponibles se los
puede encontrar haciendo un escaneo con la herramienta Kalibrate.
También para la BTS2 se configura SIP.Local.IP para lo cual se
utiliza el siguiente comando:
> config SIP.Local.IP 192.168.0.102
Las direcciones IP del SIP.Proxy se configuran de la misma forma
que en la BTS1.

Fig. 23. Configuración de SIP BTS2

11. Configuración del servidor central

Para la configuración del servidor central, se realizó la
modificación del siguiente fichero “sip-custom-contexts.conf”, el
cual se encuentra alojado en la siguiente ruta:
$ sudo cd/etc/asterisk
$ sudo gedit sip-custom-contexts.conf
Se debe conocer la información cellid de las torres BTS1 y BTS2:
> cellid

Fig. 24. Información de cellid BTS1

Fig. 25. Información de cellid BTS2

 19

Después de saber la identificación de celda de cada BTS, el fichero

“sip-custom-contexts.conf” se edita con los parámetros mostrados
en el cellid, y se coloca la dirección IP correspondiente al host
como se muestra en la figura 26.
PARA BTS1:
[00101100111] (optionsBTS,CodecBTS)
Host=192.168.0.103
Port=5062
PARA BTS2:
[00101100010] (optionsBTS,CodecBTS)
Host=192.168.0.102
Port=5062

Fig. 26. Configuración del fichero sip-custom-contexts.conf

Esta configuración se realiza para que las BTS puedan conectarse

entre sí, cuando el terminal móvil se encuentra realizando una
llamada o enviando SMS y se encuentre en handover.

RESULTADOS
Se puede observar la estabilidad de la llamada cuando está en Hanover con el comando
chans -l, tal como se aprecia en la figura 27.

Fig. 27. Canales de la BTS1 con Handover

Además, en cada terminal se pudo establecer conexión a cada BTS por medio del
aplicativo G-Net Track Lite, en el cual se observa el nombre de la red y los parámetros
de la identificación de cada una de las BTS. A su vez se observa el CI que corresponde a
cada red.
 20

Fig. 28. Terminal conectado a las BTS

También se pudo enviar mensajes de texto desde una BTS a la otra, como se observa en
la figura 29.

Fig. 29. Terminal conectado a las BTS

Del mismo modo se realizó llamadas probando la capacidad máxima de llamadas

simultáneas que permite una torre. Se comprobó que se pueden realizar dos llamadas
simultáneas, la prueba se evidencia en la figura 30.
 21

Fig. 30. Evidencia de poder realizar dos llamadas máximo

Así mismo, dentro de los resultados analizados en el analizador de espectros se observa

en la figura 31 el momento en que dos usuarios realizan una llamada de una torre BTS a
la otra torre.

Fig. 31. Llamada realizada de torre BTS1 hacia torre BTS2

Se evidencia que el canal de bajada se encuentra prácticamente al mismo nivel cuando se

realiza una llamada de una BTS hacia otra BTS. A continuación, en la figura 32 se
evidencia que el usuario conectado a una torre se acercó hacia la otra torre, produciéndose
el fenómeno de handover, cambiando el celular hacia otra estación base sin perder la
comunicación.
 22

Fig.32. Llamada entre dos abonados conectados a la misma estación base.

Fig. 33. Esquema general del handover utilizando los SDRs.

 23

Especificaciones Antena

Especificaciones Técnicas [11]

Descripción Antena WSS016 con SMA(M)
Cliente Ettus Research LLC
Modelo No. WSS016
Perfil de Antena 236.5 mm
Características Eléctricas
• Frecuencia de Operación 824~960-1710~1990MHz
• Tipo de Antena Dipolo
• Tipo de Polarización Lineal
• Tipo de Radiación Toroidal
• Impedancia 50 ohm nominal
• V.S.W.R 3.0:1 Max.
Características Mecánicas
• Torción 90 grados
• Conector SMA(M)
• Núcleo N/A
Material
• Cable Coaxial RG-316
• Cubierta TPU
• Bisagra PC+Aleación

Fig.34. Espectro de funcionamiento Antena VERT900 [12]

En este tipo de antena se observa según la figura que tiene pocos puntos de frecuencia de
resonancia, pero cuenta con gran ancho de banda y el mínimo de potencia que puede
 24

irradiar este tipo de antena es del 85.94%, en tabla 1 se encuentra la relación de potencia
irradiada de acuerdo los diferentes puntos escogidos.
Diagramas de Radiación

Fig.35. Posición extendida, vertical [13]

Fig.36. Posición Plegada, Vertical [13]

Finalmente se agregará una tabla en donde se muestre el rango de cobertura de la torre de

acuerdo con la potencia de transmisión configurada:

Tabla 1: Umbral de transmisión de la torre BTS

POTENCIA DE TRANSMISIÓN [dB] RANGO DE COBERTURA [metros]

0 150
10 128
30 9
40 5
80 0
 25

CONCLUSIONES Y RECOMENDACIONES

CONCLUSIONES

Se instaló un conjunto de librerías y dependencias seleccionadas que permiten

el correcto funcionamiento del sistema OpenBTS, puesto que este software
necesita de librerías y dependencias selectas para su correcta ejecución, así
mismo con la versión del uhd instalado.

El programa G-Net Track Lite facilitó la evaluación del correcto

funcionamiento del handover ya que indica a que red se encuentra conectado
el dispositivo y los detalles de la red.

Se evaluó y se demostró en el analizador de espectros el correcto

funcionamiento del handover.

Se describió en el ítem cuarto los posibles errores comunes y la manera de

solucionarlos a los mismos.

Se debe abstenerse de digitar el comando sudo apt-get update, ó a su vez el

comando sudo apt-get upgrade ya que eso actualizará las dependencias y
librerías a versiones actuales provocando una caída total de la red.

Se deben separar las torres de manera considerable para experimentar de mejor

manera el efecto del handover, considerando los rangos de umbral de
cobertura de la torre de acuerdo a la potencia seteada.

RECOMENDACIONES

En UHD si a la hora de descargar las imágenes surge algún error de permisos,

asegurar que se esté ejecutando como super usuario o con el comando sudo.
Utilizar convenientemente la versión 003.007.003 ya que otras versiones no
suelen ser compatible.

Si surge el error “Its OpenBTS running?” al momento de volver a levantar la

red luego de varios días, la solución radica en digitar el comando
uhd_usrp_probe y notar que sugiere el sistema ejecutar un código de
actualización de las imágenes. Se procede a ejecutar el código copiándolo y
pegándolo en consola, esperar que los cambios se hayan realizado, reiniciar
los servicios y acceder nuevamente al archivo OpenBTSCLI.

Se recomienda utilizar la versión de Ubuntu descrita en esta guía, pues

intentamos realizar este proyecto con otras versiones y surgían muchos
problemas de incompatibilidad ya sea con el OpenBTS o con los USRP.
 26

Es preferible utilizar computadores que dispongan de un puerto Ethernet

Gigabit, pues los USRP son compatibles con este tipo de puerto, de otra forma
el ordenador no reconocerá la USRP o dará errores al momento de trabajar.

ANEXOS:
27
28
 29

BIBLIOGRAFÍA:
[1] J. M. H. Moya, Sistemas de TELEFONÍA, Quinta Edi. Madrid, 2006.
[2] “OpenBTS: Cómo crear tu propia infraestructura GSM,” 2010. [Online].
Available: https://www.sinologic.net/2010-09/openbts-como-crear-tu-propia-
infraestructura-gsm.html. [Accessed: 24-Nov-2018].
[3] “OpenBTS | Infraestructura celular de código abierto,” 2018. [Online]. Available:
http://openbts.org/. [Accessed: 24-Nov-2018].
[4] Wilmar Yesid Campo Muñoz, Héctor Fabio Bermúdez Orozco, Jhonny Ramos,
and Luis Miguel Castañeda Herrera, “Red de comunicaciones móviles mediante
radio definida por software y USRP,” ESPACIOS, vol. 39, p. 24, 2018.
[5] V. M. Fernández Salmerón, “Ejemplo de diseño e implementación de una estación
base GSM/UMTS,” Universidad Politecnica de Valencia, Gandia, 2010.
[6] S. M. León, “Proyecto Fin de Carrera Ingeniería de Telecomunicación
Infraestructura para una BTS de telefonía móvil urbana,” Escuela Técnica Superior
de Ingeniería, Sevilla, 2015.
[7] M. Ledema, Manual de uso e instalación de OpenBTS, Primera Ed. 2015.
[8] Lcda. Ana Belén Zapata Mora, “Facilidades para emprender y ganar dinero, entre
proyectos de millennials,” EL UNIVERSO, Guayaquil, 19-Oct-2018.
[9] E&Q Engineering, “Radio Definida por Software,” 2010. [Online]. Available:
http://www.eqeng.com/site/es/node/38. [Accessed: 18-Dec-2018].
[10] Ramón Agüero Calvo, “Dimensionado de sistemas celulares.” [Online]. Available:
 30

https://ocw.unican.es/pluginfile.php/301/course/section/239/tema_04.pdf.
[Accessed: 30-Jan-2019].
[11] ……… V. S. W. R., “Antenna Specificactions VERT900.” [Online]. Available:
https://kb.ettus.com/images/2/2b/ettus_research_vert900_datasheet.pdf.
[Accesso: 04-Feb-2019].
[12] “VERT 900 – Wirid Lab – Wireless Research Innovation and Development
Laboratory UMNG.” [En línea]. Disponible: http://wirid-lab.umng.edu.co/vert-
900/. [Accessed: 05-Feb-2019].
[13] “900MHz Dipole Antenna Datasheet 902 MHz-928 MHz Dipole 2dBi Antenna for
Reverse Polarity SMA,” 2009.