MONOGRAFIA MIMO 2x2 USRP Version Oficial 6

IMPLEMENTACIÓN DE UN SISTEMA DE COMUNICACIONES MIMO 2X2 SOBRE
DISPOSITIVOS DE HARDWARE RECONFIGURABLE USRP
CARLOS ARMANDO UL DORADO

BRAYAN NICOLAS CAÑAR PAZ
Universidad del Cauca

Facultad de Ingeniería Electrónica y de Telecomunicaciones
Departamento de Telecomunicaciones
Grupo Nuevas Tecnologías en Telecomunicaciones GNTT
Grupo de Radio e InALámbricas GRIAL
Popayán
2018
IMPLEMENTACIÓN DE UN SISTEMA DE COMUNICACIONES MIMO 2X2 SOBRE
DISPOSITIVOS DE HARDWARE RECONFIGURABLE USRP
CARLOS ARMANDO UL DORADO

BRAYAN NICOLAS CAÑAR PAZ
Trabajo de grado presentado para optar al título de Ingeniero en

Electrónica y Telecomunicaciones
Director:
PhD. Guefry Leider Agredo Méndez
Co-Director:
MSc. Victor Fabian Miramá Pérez

Facultad de Ingeniería Electrónica y de Telecomunicaciones
Departamento de Telecomunicaciones
Grupo Nuevas Tecnologías en Telecomunicaciones GNTT
Grupo de Radio e InALámbricas GRIAL
Popayán
2018
Implementación de un sistema de comunicaciones MIMO 2x2 sobre dispositivos de hardware reconfigurable USRP
Carlos Armando Ul Dorado, Brayan Nicolas Cañar Paz
CONTENIDO
pág.
INTRODUCCIÓN ............................................................................................................ 1
1. GENERALIDADES ................................................................................................... 3
1.1. FUNDAMENTOS DE LOS CANALES DE RADIOCOMUNICACIONES ............ 3
1.2. COMPONENTES DE UN SISTEMA DIGITAL DE COMUNICACIONES ........... 4
1.3. MODULACIÓN QPSK ........................................................................................ 7
1.4. TÉCNICA DE TRANSMISIÓN OFDM .............................................................. 11
1.5. TECNOLOGÍA MIMO ....................................................................................... 15
1.6. CODIFICACIÓN DE ALAMOUTI ...................................................................... 18
1.7. SISTEMA DE COMUNICACIONES MIMO-OFDM ........................................... 21
2. DISEÑO E IMPLEMENTACIÓN DEL SISTEMA DE COMUNICACIONES MIMO

2x2 SOBRE HARDWARE RECONFIGURABLE.......................................................... 25
2.1. METODOLOGÍA DE DESARROLLO ............................................................... 25
2.2. REQUISITOS FUNCIONALES DEL SISTEMA DE COMUNICACIONES ........ 26
2.3. ANÁLISIS Y DISEÑO DEL SISTEMA DE COMUNICACIONES ...................... 27
2.3.1. Selección de plataforma hardware ............................................................ 27
2.3.2. Selección de plataforma software .............................................................. 32
2.3.3. Arquitectura general del sistema de comunicaciones ................................ 37
2.4. DISEÑO DEL SISTEMA DE COMUNICACIONES ........................................... 38
2.4.1. Diseño del módulo transmisor ................................................................... 38
2.4.2. Diseño del módulo receptor ....................................................................... 39
2.5. IMPLEMENTACIÓN DEL SISTEMA DE COMUNICACIONES ........................ 41
2.5.1. Implementación de un sistema de comunicaciones MIMO 2x2 sobre
hardware reconfigurable ......................................................................................... 41
2.5.2. Implementación de un sistema de comunicaciones SISO sobre hardware
reconfigurable ......................................................................................................... 74
3. PRUEBAS Y ANÁLISIS DE RESULTADOS.......................................................... 81

3.1. PRUEBAS ........................................................................................................ 81
3.1.1. Escenarios físicos ...................................................................................... 82
3.1.2. Parámetros de desempeño ....................................................................... 83
3.1.3. Medidas ..................................................................................................... 85
i
3.1.4. Especificaciones Técnicas......................................................................... 87

3.1.5. Ejecución de las pruebas........................................................................... 89
3.2. ANÁLISIS DE RESULTADOS .......................................................................... 91
3.2.1. Resultados en escenario indoor. ............................................................... 91
3.2.2. Resultados en escenario outdoor .............................................................. 96
3.2.3. Comparación de resultados en indoor y outdoor ..................................... 101
4. CONCLUSIONES Y TRABAJOS FUTUROS....................................................... 105

4.1. CONCLUSIONES .......................................................................................... 105
4.2. TRABAJOS FUTUROS .................................................................................. 106
REFERENCIAS .......................................................................................................... 109
ii
LISTA DE TABLAS
pág.
Tabla 1.1. Codificación de Alamouti. _____________________________________________ 19

Tabla 1.2. Señales recibidas Alamouti. ___________________________________________ 20
Tabla 2.1. Especificaciones técnicas de la tarjeta USRP b210. ________________________ 31
Tabla 3.1. Especificaciones técnicas de los sistemas de comunicaciones MIMO 2x2 y SISO._ 87
Tabla 3.2. Resultados pruebas MIMO 2x2 y SISO en escenario indoor. _________________ 91
Tabla 3.3. Resultados pruebas MIMO 2x2 y SISO en escenario outdoor. ________________ 96
Tabla 3.4. Resultados de BER para SISO y MIMO 2x2 en escenarios indoor y outdoor. ____ 101
iii
LISTA DE FIGURAS
pág.
Figura 1.1. Componentes básicos de un Sistema digital de Comunicaciones. ______________ 5

Figura 1.2. Constelación de la modulación QPSK. ___________________________________ 8
Figura 1.3. Diagrama en bloques del proceso de modulación. __________________________ 9
Figura 1.4. Diagrama en bloques del proceso de demodulación. _______________________ 10
Figura 1.5. Diagrama de constelación QPSK en recepción. ___________________________ 10
Figura 1.6. Esquema básico del Transmisor OFDM. _________________________________ 12
Figura 1.7. Esquema básico del Transmisor OFDM con el uso de la FFT. ________________ 13
Figura 1.8. Esquema básico del Receptor OFDM. __________________________________ 14
Figura 1.9. Canal de Comunicaciones MIMO. ______________________________________ 16
Figura 1.10. Esquema de transmisión-recepción usando codificación de Alamouti. _________ 18
Figura 1.11. Diagrama en Bloques de un transmisor MIMO-OFDM. _____________________ 22
Figura 1.12. Diagrama en Bloques del receptor MIMO-OFDM. _________________________ 22
Figura 2.1. Actividades de la metodología en cascada. ______________________________ 26
Figura 2.2. Periféricos de la tarjeta USRP b210. ____________________________________ 29
Figura 2.3. Diagrama en bloques de la arquitectura de tarjeta USRP b210. _______________ 30
Figura 2.4. Antena VERT900. __________________________________________________ 32
Figura 2.5. Ejemplo de un diagrama de flujo en GNU Radio Companion. ________________ 35
Figura 2.6. Ejemplo de tipos de datos en GNU Radio. _______________________________ 36
Figura 2.7. Arquitectura General de sistema de Comunicaciones. ______________________ 37
Figura 2.8. Diseño del sistema Transmisor MIMO 2x2. _______________________________ 39
Figura 2.9. Diseño del sistema Receptor MIMO 2x2. ________________________________ 40
Figura 2.10. Módulo Transmisor MIMO 2x2. _______________________________________ 43
Figura 2.11. Configuración Generador Aleatorio. ___________________________________ 44
Figura 2.12. Salida del Generador Aleatorio. _______________________________________ 45
Figura 2.13. Configuración File Sink. _____________________________________________ 46
Figura 2.14. Configuración Protocol Formatter. _____________________________________ 47
Figura 2.15. Parámetro Hdr Format. _____________________________________________ 47
Figura 2.16. Formato de la cabecera del paquete. __________________________________ 48
Figura 2.17. Configuración del Tagged Stream Mux. ________________________________ 49
Figura 2.18. Salida del Tagged Stream Mux. ______________________________________ 49
Figura 2.19. Salida Repack bits. ________________________________________________ 50
Figura 2.20. Objeto de Constelación. ____________________________________________ 50
Figura 2.21. Configuración Repack Bits. __________________________________________ 51
Figura 2.22. Configuración Chunks to Symbols. ____________________________________ 52
Figura 2.23. Salida Chunks to Symbols. __________________________________________ 53
Figura 2.24. Configuración Mapeo OFDM. ________________________________________ 53
Figura 2.25. Mapeo OFDM. ____________________________________________________ 54
Figura 2.26. Configuración Codificador Alamouti. ___________________________________ 55
Figura 2.27. Ubicación de portadoras ocupadas. ___________________________________ 55
Figura 2.28. Configuración Insertar Preambulo. ____________________________________ 57
Figura 2.29. Funcionamiento Insertar Preámbulo. ___________________________________ 57
Figura 2.30. Funcionamiento Insertar Preambulo. ___________________________________ 58
Figura 2.31. Configuración del módulo FFT. _______________________________________ 58
Figura 2.32. Configuración OFDM Cyclic Prefixer. __________________________________ 59
Figura 2.33. Funcionamiento OFDM Cyclic Prefixer. _________________________________ 60
Figura 2.34. Configuración UHD: USRP Sink pestaña General. ________________________ 62
Figura 2.35. Configuración UHD: USRP Sink pestaña RF Options. _____________________ 62
iv
Figura 2.36. Módulo Receptor MIMO 2x2. _________________________________________ 64

Figura 2.37. Configuración UHD: USRP Source pestaña General. ______________________ 65
Figura 2.38. Configuración UHD: USRP Source pestaña RF Options. ___________________ 66
Figura 2.39. Configuración FFT Filter. ____________________________________________ 66
Figura 2.40. Configuración Schmidl & Cox OFDM synch. _____________________________ 67
Figura 2.41. Configuración Frequency Mod. _______________________________________ 68
Figura 2.42. Configuración OFDM Sampler. _______________________________________ 69
Figura 2.43. Configuración Decodificador Alamouti. _________________________________ 70
Figura 2.44. Configuración Demapeo OFDM. ______________________________________ 71
Figura 2.45. Configuración Constellation Decoder. __________________________________ 71
Figura 2.46. Salida Unpack k bits. _______________________________________________ 72
Figura 2.47. Configuración Unpack k Bits. _________________________________________ 72
Figura 2.48. Configuración Correlate Access Code - Tag Stream. ______________________ 73
Figura 2.49. Configuración Repack Bits. __________________________________________ 73
Figura 2.50. Configuración File Sink. _____________________________________________ 74
Figura 2.51. Módulo Transmisor SISO. ___________________________________________ 75
Figura 2.52. Configuración OFDM pos. ___________________________________________ 76
Figura 2.53. Configuración UHD: USRP Sink para el sistema SISO. ____________________ 77
Figura 2.54. Módulo Receptor SISO. _____________________________________________ 78
Figura 2.55. Configuración UHD: USRP Source para el sistema SISO. __________________ 79
Figura 2.56. Configuración Estimador de canal. ____________________________________ 80
Figura 3.1. Escenario indoor. ___________________________________________________ 82
Figura 3.2. Escenario outdoor. __________________________________________________ 82
Figura 3.3. Prueba 1- BER a 1 metro. ____________________________________________ 86
Figura 3.4. Prueba 2- BER a 5 metros. ___________________________________________ 86
Figura 3.5. Prueba 3- BER a 13 metros. __________________________________________ 86
Figura 3.6. Prueba 4- BER a 15 metros. __________________________________________ 86
Figura 3.7. BER vs Distancia en escenario indoor. __________________________________ 93
Figura 3.8. SNR vs Distancia en escenario indoor. __________________________________ 94
Figura 3.9. BER vs SNR sistema MIMO 2x2 en escenario indoor. ______________________ 95
Figura 3.10. BER vs SNR sistema SISO en escenario indoor. _________________________ 95
Figura 3.11. BER vs Distancia en escenario outdoor. ________________________________ 98
Figura 3.12. SNR vs Distancia en escenario outdoor. ________________________________ 99
Figura 3.13. BER vs SNR sistema MIMO 2x2 en el escenario outdoor. _________________ 100
Figura 3.14. BER vs SNR sistema SISO en escenario outdoor. _______________________ 100
Figura 3.15. BER vs Distancia para el sistema MIMO 2x2 en escenario indoor y outdoor. __ 103
Figura 3.16. BER vs Distancia para el sistema SISO en escenario indoor y outdoor. ______ 104
v
LISTA DE ACRÓNIMOS
3GPP: 3rd Generation Partnership Project
(Proyecto Asociación de Tercera Generación)
ASCII: American Standard Code for Information
(Código Estadounidense Estándar para el Intercambio de Información)
AWGN: Additive White Gaussian Noise
(Ruido Blanco Aditivo Gaussiano)
BEE: Berkeley Emulation Engine
(Motor de Emulación de Berkeley)
BER: Bit Error Rate
(Tasa de Error de Bit)
BPSK: Binary Phase Shift Keying
(Desplazamiento de Fase Binario)
CP: Cyclic Prefix
(Prefijo Cíclico)
DC: Direct Current
(Corriente Directa)
DFT: Discrete Fourier Transform
(Transformada Discreta de Fourier)
DVB-T: Digital Video Broadcasting-Terrestrial
(Difusión de Video Digital Terrestre)
FFT: Fast Fourier Transform
(Transformada Rápida de Fourier)
FIET: Facultad de Ingeniería Electrónica y Telecomunicaciones
FPGA: Field Programmable Gate Array

(Matriz de Puertas Programables)
FSL: Free Space Loss
(Pérdidas de Espacio Libre)
GPS: Global Positioning System
(Sistema de Posicionamiento Global)
HDL: Hardware Description Language
(Lenguaje de Descripción Hardware)
vi
IDFT: Inverse Discrete Fourier Transform

(Transformada Discreta de Fourier Inversa)
IEEE: Institute of Electrical and Electronics Engineers
(Instituto de Ingeniería Eléctrica y Electrónica)
IFFT: Inverse Fast Fourier Transform
(Transformada Rápida de Fourier Inversa)
ISI: Inter Symbol Interference
(Interferencia Entre Símbolos)
KUAR: Kansas University Agile Radio
(Radio Ágil de la Universidad de Kansas)
LOS: Line of Sight
(Línea de Vista)
LTE: Long Term Evolution
(Evolución a Largo Término)
MIMO: Multiple Input Multiple Output
(Múltiples Entradas y Múltiples Salidas)
MMSE: Minimum Mean Square Error
(Mínimo Error Medio Cuadrático)
MSB: Most Significant Bit
(Bit Más Significativo)
NLOS: Non Line of Sight
(Sin Línea de Vista)
OFDM: Orthogonal Frequency Division Multiplexing
(Multiplexación por División de Frecuencias Ortogonales)
QPSK: Quaternary Phase Shift Keying
(Desplazamiento de Fase Cuaternario)
RF: Radio Frequency
(Radio Frecuencia)
RRC: Root Raised Cosine
(Raíz de Coseno Alzado)
SDR: Software Defined Radio
(Radio Definido por Software)
SISO: Single Input Single Output
(Única Entrada Única Salida)
vii
SNR: Signal to Noise Ratio

(Relación Señal a Ruido)
SPS: Samples per Second
(Muestras por Segundo)
STBC: Space Temporal Block Coding
(Códigos Bloque Espacio-Temporales)
UHD: USRP Hardware Driver
(Controlador de Hardware USRP)
USB: Universal Serial Bus
(Bus Universal en Serie)
USRP: Universal Software Radio Peripheral
(Periféricos Universales de Radio por Software)
WARP: Wireless Open Access Research Platform
(Plataforma Inalámbrica de Investigación de Acceso Abierto)
WiMAX: Worldwide Interoperability for Microwave Access
(Interoperabilidad Mundial para Acceso por Microondas)
WLAN: Wireless Local Area Network
(Red Inalámbrica de Área Local)
viii
LISTA DE ANEXOS
pág.
Anexo 1: Historia y Antecedentes de MIMO ..…………………………………………… 115
LISTA DE APÉNDICES
pág.
Apéndice A: Puesta en Marcha .....………………………………………………………… 119

Apéndice B: Prueba de Funcionamiento ..……………………………………………….. 133
Apéndice C: Medidas de Varianza de BER ……………………………………………..... 147
Apéndice D: Resultados Completos ………………………………………………………. 149
ix
x
INTRODUCCIÓN
A lo largo del tiempo las comunicaciones inalámbricas han tenido una notable evolución,
pero aún existen muchas limitantes en aspectos relacionados con la capacidad de las
redes, la eficiencia espectral, la movilidad de los usuarios y las zonas de cobertura. Es
por esta razón que existe la latente y notable necesidad de la creación de nuevas
tecnologías que contrarresten dichas limitaciones, de modo que satisfagan el afán de
transmitir la mayor cantidad de información, a grandes distancias, en el menor tiempo
posible, y con los más altos estándares de calidad. Actualmente se han realizado
grandes avances en temas como técnicas de modulación robustas, esquemas de
codificación eficientes y procesamiento digital de señales, con el fin de maximizar la
eficiencia espectral, sin embargo, no han sido suficientes para cubrir el requerimiento
actual [1] [2].
Por este motivo han surgido tecnologías alternativas como la tecnología de Múltiples
Entradas y Múltiples Salidas (MIMO, Multiple Input Multiple Output) que permite
incrementar la velocidad de transmisión de datos sin tener que disponer de más ancho
de banda, además se aprovecha el fenómeno de propagación multitrayectoria para lograr
una mejora significativa en la eficiencia espectral [2].
Hoy en día MIMO es una de las tecnologías más prometedoras para el avance de las
comunicaciones inalámbricas, tanto para las redes fijas como para las redes móviles
celulares, permitiéndole a estas alcanzar las capacidades y requisitos que demandan los
usuarios. Una de las variantes de esta tecnología consiste en emplear un gran número
de antenas (varias decenas) para la transmisión y es llamada MIMO masivo. Esta
variante promete ser una de las tecnologías claves para el paso de las redes móviles de
Cuarta Generación (4G) hacia las redes de Quinta Generación (5G) [3].
Considerando la importancia de la tecnología MIMO en las comunicaciones inalámbricas,

en la Universidad del Cauca, específicamente en la Facultad de Ingeniería Electrónica y
Telecomunicaciones (FIET) se han realizado diferentes desarrollos e implementaciones
de prototipos de sistemas de comunicaciones MIMO, sin embargo, estos no han
sobrepasado la etapa de simulación, obteniendo resultados que tienen cierto grado de
incertidumbre dado que solo se consideran aspectos teóricos que pueden diferir frente a
una implementación real.
1
Por este motivo y considerando que en la actualidad la Universidad del Cauca, de manera
concreta la FIET, cuenta con dispositivos de hardware reconfigurable como los
Periféricos Universales de Radio por Software (USRP, Universal Software Radio
Peripheral), se hace necesario y conveniente que se realice la implementación de un
sistema de comunicaciones real haciendo uso de la tecnología MIMO, y de esta manera
validar ciertos conocimientos obtenidos en anteriores procesos de simulación realizados
en la Universidad y abrir las puertas para nuevos procesos de implementación práctica,
que permitan al estudiantado afianzar bases teóricas y adquirir nuevos conocimientos a
través de experiencias didácticas en entornos reales. En consecuencia, el presente
trabajo de grado realizará el primer aporte en materia de implementación real de un
sistema MIMO sobre dispositivos de hardware reconfigurable USRP.
El trabajo de grado está estructurado en 4 capítulos de la siguiente manera: el capítulo

1 aborda todos los fundamentos teóricos necesarios para implementar el sistema de
comunicaciones propuesto, realizando una descripción general de las tecnologías a
emplear y en particular de la tecnología MIMO. En el capítulo 2 se desarrolla el diseño e
implementación del sistema, en este se especifica la metodología utilizada, así como la
elección de la plataforma software de desarrollo y los dispositivos hardware a utilizar. En
el capítulo 3 se describe la elección de los escenarios de prueba para el sistema de
comunicaciones implementado, detallando cada una de las pruebas realizadas y los
parámetros de desempeño a evaluar, para luego mostrar los resultados obtenidos y
analizar los mismos. En el capítulo 4 se presentan las conclusiones y los posibles
trabajos futuros. Por último, se muestran la bibliografía, los anexos y los apéndices.
2
CAPÍTULO 1
1. GENERALIDADES
En este capítulo se explican las bases teóricas necesarias para abarcar el diseño y la
implementación del sistema de comunicaciones MIMO 2x2 planteado en este trabajo de
grado, comenzado con los fundamentos de las radiocomunicaciones, las características
del canal radio y los elementos básicos con los que debe contar todo sistema digital de
comunicaciones. Posteriormente se especifican y describen las tecnologías a
implementar en el sistema de comunicaciones, así como los motivos de su elección y
finalmente se profundiza en los principios, las características y el funcionamiento de la
tecnología MIMO.
1.1. FUNDAMENTOS DE LOS CANALES DE

RADIOCOMUNICACIONES
Las comunicaciones vía radio o comunicaciones inalámbricas se caracterizan por no
contar con un medio guiado que confine y proteja la señal de información, esta última
experimenta la variabilidad temporal del canal y diversos fenómenos de propagación que
degradan su integridad y dificultan su recuperación, tales como el ruido, la atenuación,
la interferencia y el multitrayecto, los cuales se describen a continuación [4]:
● Ruido: corresponde a una señal indeseable y aleatoria siempre presente en el

canal de comunicaciones, esta se adiciona a la señal de información, degradando
así la calidad de esta. El ruido puede provenir de fuentes naturales (ruido
atmosférico, ruido cósmico) o fuentes artificiales (motores, fábricas) y pueden ser
fuentes internas o externas, el ruido interno se da en los componentes del sistema
de comunicación el cual es denominado ruido térmico y es causado por el
movimiento aleatorio de los electrones [5].
3
● Atenuación: pérdida en el nivel de potencia de la señal debido a la interacción

con el medio, depende de la distancia entre el transmisor y el receptor, y de las
condiciones propias del medio, la atenuación no altera la forma de la señal, sin
embargo, puede causar que la señal no sea detectada por el equipo receptor,
debido a su bajo nivel de potencia [4].
● Interferencia: se da por señales producidas por fuentes externas que afectan la

calidad de la comunicación, se presenta cuando hay dos señales con la misma
frecuencia en una misma zona de cobertura, pueden ocasionar desvanecimientos
en la señal recibida, es decir fluctuaciones negativas en el nivel de potencia en
recepción [4].
● Multitrayecto: hace referencia a los múltiples caminos que puede tomar una onda
(señal de información) para llegar al destino, producto de las diferentes reflexiones
y refracciones producidas en el medio, así, al receptor llegará una combinación
de diversas señales con diferentes fases y amplitudes, dicha combinación causará
desvanecimientos en la señal recibida, o en algunos casos puede resultar
benéfico para la recuperación de la señal [4].
Los fenómenos antes expuestos limitan las capacidades del sistema de comunicaciones,
afectan la velocidad de transmisión de datos, disminuyen la Tasa de Error de Bit (BER,
Bit Error Rate) y el alcance o la zona de cobertura, así, el sistema debe contar con
mecanismos adecuados que contrarresten cada uno de estos efectos, como son:
técnicas de modulación robustas, esquemas de codificación eficientes y técnicas de
diversidad o redundancia si se requiere [5].
Es necesario entonces emplear todo un conjunto de elementos que permitan compensar

los efectos del canal y posibiliten la transmisión eficiente y confiable de la información. A
continuación, se realiza una descripción de manera general de un sistema de
radiocomunicaciones digital que implementa los procesos más importantes para llevar a
cabo la transmisión y recepción de información.
1.2. COMPONENTES DE UN SISTEMA DIGITAL DE

COMUNICACIONES
Inicialmente se debe partir del concepto de comunicación, el cual hace referencia a la
transmisión de información desde un punto hasta otro, generalmente estos puntos son
llamados transmisor y receptor respectivamente y se encuentran separados físicamente
por un canal o medio de transmisión. Así, el objetivo principal de un sistema de
comunicación, es que la información que llega al receptor sea la misma información que
4
fue enviada desde el transmisor, pero como el receptor se encuentra separado

físicamente del transmisor por medio de un canal, puede que la señal de información que
sea entregada al receptor tenga ciertas variaciones con respecto a la señal de
información enviada desde el transmisor, como se explicó en la sección 1.1 [6] [7].
Para el caso de un sistema digital de comunicaciones, es necesario emplear ciertos

elementos para realizar el proceso de la transmisión y recepción de información, dichos
elementos se muestran en la Figura 1.1 [6] [7].
Figura 1.1. Componentes básicos de un Sistema digital de Comunicaciones.
Para que en el sistema de comunicación digital se garantice que la información va a ser

transmitida y recibida con la menor cantidad de errores, cada bloque debe cumplir con
ciertas funciones específicas que se describen a continuación:
● Fuente: este bloque es el encargado de convertir el mensaje que se desea

transmitir ya sea una serie de símbolos o letras, música, voz, etc. en una señal
adecuada al tipo de sistema que se va a utilizar, en este caso como es un sistema
de comunicación digital, la fuente generará una señal de tipo digital es decir, una
señal que pertenecen a un conjunto finito y discreto de valores [6] [7] .
● Codificador: es el encargado de asociar la información generada por la fuente a

un código conocido por el receptor, de manera que se mejore el proceso de
transmisión. La codificación puede ser de dos tipos, la primera es la codificación
de fuente, la cual hace referencia a dar un formato adecuado a los datos
generados por la fuente, de modo que se elimine redundancia y sea más eficiente
el proceso de transmisión, y la segunda es la codificación de canal la cualconsiste
en adicionar redundancia estructurada de información con el fin de blindarla contra
posibles errores que se puedan presentar en la transmisión y en algunos casos
corregir dichos errores [6] [7].
5
● Modulador: adapta la señal al medio de transmisión, es decir, es el encargado de

la transmisión de la información sobre una señal portadora, para ello toma la
secuencia de bits que sale del codificador y la transforma en una forma de onda
adecuada a las características del canal de comunicaciones [6] [7].
● Canal: es el medio físico por el cual viaja la información desde la fuente al destino,
en este caso se hace referencia a un canal de radiocomunicación denominado
espacio libre [6] [7].
● Demodulador: es el primer bloque del receptor y se encarga del proceso contrario

realizado por el modulador, es decir, recupera la secuencia de bits original a partir
de la señal modulada que ha pasado por el canal [6] [7].
● Decodificador: en este bloque se realiza el proceso de decodificación, que es en

esencia, devolver el formato original a los datos, de modo que el destino pueda
interpretar la información. En el caso de la decodificación de canal, se debe
realizar el proceso de detección y corrección de errores a partir de la información
redundante agregada en transmisión. Para la decodificación de fuente se debe
transformar la información recibida dejándola en su formato original, de esta
manera el destino ya podrá interpretarla [6] [7].
● Destino: es el bloque en el que termina el proceso de comunicación, a este bloque

se le entrega la información que fue enviada por la fuente, para ser interpretada y
procesada. En el mejor de los casos, la información es idéntica a la enviada por
la fuente, indicando que no hubo errores, sin embargo, en la mayoría de los casos
la información llega con ciertas diferencias a la señal original dando indicios que
hubo por lo menos un error en transmisión [6] [7].
Dependiendo de la necesidad de comunicación y del tipo de entorno donde actúa el

sistema digital de comunicaciones, los procesos realizados en cada módulo varían en
cuanto a su complejidad y dependen de las diferentes tecnologías que se empleen para
la transmisión.
Considerando lo anterior, la motivación del trabajo de grado y los objetivos específicos

del mismo, se han seleccionado dos tecnologías claves, la primera es: la técnica de
modulación por Desplazamiento de Fase Cuaternaria (QPSK, Quaternary Phase Shift
Keying), la cual presenta un nivel de complejidad de implementación bajo, no presenta
requerimientos altos de energía de bit lo cual se traduce en mayor robustez frente al ruido
que otras modulaciones M-arias de mayor orden y presenta una eficiencia espectral
nominal de 2 bps/Hz [9]. La segunda es: la técnica de transmisión multiportadora de
6
Multiplexación por División de Frecuencias Ortogonales (OFDM, Orthogonal Frequency

Division Multiplexing), cuya escogencia se debe principalmente a que esta tecnología
facilita la compensación de fenómenos adversos del canal (como el desvanecimiento por
multitrayecto), en la actualidad ha sido acogida en muchos estándares de
comunicaciones radio, como el estándar 4G de Evolución a Largo Término (LTE, Long
Term Evolution) del Proyecto Asociación de Tercera Generación (3GPP, 3rd Generation
Partnership Project) para radiocomunicaciones móviles, los estándares del Instituto de
Ingeniería Eléctrica y Electrónica (IEEE, Institute of Electrical and Electronics Engineers)
802.11 a/g/n de Redes Inalámbricas de Área Local (WLAN , Wireless Local Area
Network), el IEEE 802.16 de Interoperabilidad Mundial para Acceso por Microondas
(WiMAX, Worldwide Interoperability for Microwave Access) y el estándar de Difusión de
Video Digital Terrestre (DVB-T, Digital Video Broadcasting-Terrestrial) europeo, entre
otras, siendo una de las tecnologías claves de las radiocomunicaciones móviles y fijas
[10]. Dada la importancia de esta tecnología en las radiocomunicaciones y de las
ventajas que provee, es de gran interés acoger esta tecnología en la implementación del
sistema de comunicaciones MIMO 2x2 planteado en este trabajo de grado.
A continuación, se detallan las características y el funcionamiento de las técnicas antes

mencionadas.
1.3. MODULACIÓN QPSK

El proceso de modulación es de gran importancia en un sistema digital de
comunicaciones, ya que de él dependen factores como el ancho de banda y la eficiencia
espectral de la señal transmitida. Existen diversidad de técnicas de modulaciones
digitales, sin embargo, son de interés para este trabajo las modulaciones M-arias, de las
cuales hace parte la modulación QPSK. Este tipo de modulaciones modifican la amplitud
y la fase de la señal portadora de acuerdo con la secuencia de bits de entrada, su
principal característica es que cada valor de fase y amplitud de la señal portadora
representa más de un bit de información. 𝑀 es llamado el orden de la modulación y hace
referencia al número de posibles combinaciones de fase y amplitud de la señal portadora,
por lo tanto número de bits necesario para generar dichas combinaciones será [11]:
𝑁 = 𝑙𝑜𝑔2 (𝑀) (1.1)
Las 𝑀 posibles combinaciones de fase y amplitud se representan mediante símbolos o

números complejos y el conjunto de símbolos complejos se conforman la constelación
de la modulación. El proceso de modulación consiste entonces en asignar o mapear cada
grupo de 𝑁 bits a un símbolo complejo perteneciente a una constelación de 𝑀 símbolos,
7
obteniendo así un flujo de símbolos complejos que luego son enviados a un filtro
conformador, el cual a su salida entrega una forma de onda en banda base (con cada
uno de los cambios de amplitud y fase), que luego es multiplicada por una portadora
sinusoidal de alta frecuencia, para pasar la señal de banda base a pasa banda [11].
Particularmente, la modulación QPSK representa cada grupo de bits como un cambio

únicamente en la fase de la señal. El orden de esta modulación es 𝑀 = 4, por tanto, se
toman grupos de 𝑁 = 2 bits. La constelación de una modulación QPSK puede
observarse en la Figura 1.2 [12]:
Figura 1.2. Constelación de la modulación QPSK.
En la Figura 1.2 pueden apreciarse los cuatro puntos de la constelación, de la cual es

posible deducir el conjunto 𝐴 de símbolos, el cual se muestra a continuación:
𝐴 = {(−0.707 − 𝑗0.707), (0.707 − 𝑗0.707), (−0.707 + 𝑗0.707), (0.707 + 𝑗0.707)} (1.2)
La asignación o el mapeo de bits a símbolos se realiza con base en la constelación de la

Figura 1.2 [32], y el proceso de modulación se lleva a como se muestra en la Figura 1.3
[12].
8
Figura 1.3. Diagrama en bloques del proceso de modulación.
El bloque Mapeo toma la secuencia de bits de entrada, cuyo periodo de bit es 𝑇𝑏 y a su

salida entrega una secuencia de símbolos complejos de la forma [12]:
𝑆𝑘 = 𝑎𝑘 + 𝑗𝑏𝑘 (1.3)
Donde 𝑆𝑘 ∈ 𝐴. Estos símbolos tienen un periodo de símbolo 𝑇𝑠 equivalente a [12]:
𝑇𝑠 = 𝑁 𝑇𝑏 = 𝑙𝑜𝑔2 (𝑀) 𝑇𝑏 (1.4)
Una vez se ha generado la secuencia compleja 𝑆𝑘 , la parte real 𝑎𝑘 y la parte imaginaria

𝑏𝑘 pasan cada una por un filtro pasa bajas de respuesta 𝑝(𝑡), que le da la forma de pulso
a cada coeficiente (real o imaginario), es decir realiza un proceso de sobre-muestreo. La
función 𝑝(𝑡) es en general un pulso de Raíz de Coseno Alzado (RRC, Root Raised
Cosine) de ancho 𝑇𝑠 que cumple con el criterio de Nyquist 1 para la conformación de
pulso. Luego del filtraje, la parte real se multiplica por la portadora sinusoidal y la parte
imaginaria se multiplica por la portadora desfasada 90°, así, la señal pasa de ser banda-
base a ser pasa-banda. La señal modulada será la suma de las señales resultantes y se
expresa como [12]:
𝑥(𝑡) = ∑𝑘=1(𝑎𝑘 𝑝(𝑡 − 𝑘𝑇𝑠 ) cos(2𝜋𝑓𝑐 𝑡) + 𝑏𝑘 𝑝(𝑡 − 𝑘𝑇𝑠 )𝑠𝑒𝑛(2𝜋𝑓𝑐 𝑡)) (1.5)
En cuanto a la demodulación, se realiza el proceso inverso al de la modulación, primero

se debe convertir la señal pasa banda recibida a banda base, lo cual se hace
multiplicando la señal recibida por la portadora sin desfasar y por la portadora desfasada
1 El criterio de Nyquist para la conformación de pulso indica que la forma de pulso debe ser una función
tal que tenga un nulo cada 𝑇𝑠 segundos y un máximo en el instante inicial 𝑡0 [13].
9
90°. Luego se deben pasar ambas partes por el filtro conformador, que debe tener la
misma respuesta en tiempo que el filtro conformador en transmisión, es decir, su
respuesta debe ser 𝑝(𝑡). Posterior a esto, es necesario muestrear la señal para obtener
los valores de los coeficientes reales e imaginarios, estos coeficientes pasan por un
proceso de decisión, para luego ser de-mapeados a una secuencia de bits. En la Figura
1.4 [12] se evidencia este proceso de la demodulacion.
Figura 1.4. Diagrama en bloques del proceso de demodulación.
La señal recibida 𝑦(𝑡) es el resultado del paso por el canal, donde se ve afectada por
todos los fenómenos del canal radio mencionados en la sección 1.1. El muestreo se
realiza cada 𝑇𝑠 segundos y a la salida de este bloque se obtiene una versión atenuada,
afectada por el ruido y demás fenómenos en el canal de la secuencia de símbolos
transmitida, de esta forma, la constelación QPSK en recepción puede verse
aproximadamente como en la Figura 1.5.
Figura 1.5. Diagrama de constelación QPSK en recepción.
Por este motivo, luego de la etapa de muestreo, es necesario realizar un proceso de

decisión, el cual se encarga de hacer una estimación de los símbolos recibidos a los
símbolos originalmente transmitidos utilizando el criterio de distancia mínima, este criterio
consiste en encontrar las distancias entre un símbolo recibido en un instante y cada uno
10
de los pertenecientes a la constelación transmitida, en el caso concreto de QPSK, deben

encontrarse 4 distancias por cada símbolo recibido, luego, estas se comparan entre sí y
se determina la menor, luego, el símbolo estimado será el perteneciente a la constelación
para el cual se tiene la menor distancia. Matemáticamente este proceso se muestra en
la ecuación 1.6 [13].
̂𝑘 = argmin |𝑆𝑘′ − 𝑎𝑖 |
𝑆 (1.6)
𝑎𝑖 ∈ 𝐴
Donde: 𝑆̂𝑘 es el símbolo estimado, 𝑆𝑘 ′ es el símbolo recibido después del muestreo y 𝑎𝑖

representa cada uno de los símbolos de la constelación transmitida, es decir, 𝑎𝑖 ∈ 𝐴. La
función 𝑎𝑟𝑔𝑚𝑖𝑛 retorna el coeficiente 𝑎𝑖 para el cual el argumento |𝑆𝑘 ′ − 𝑎𝑖 | es el
mínimo. Una vez culminado el proceso de decisión se continua con el demapeo de
símbolos a grupos de bits, usualmente ambos procesos anteriormente mencionados se
realizan en un mismo bloque.
1.4. TÉCNICA DE TRANSMISIÓN OFDM

La creciente demanda de usuarios y aplicaciones en tiempo real han obligado a los
sistemas de comunicación inalámbrica a incrementar su capacidad y velocidad de
manera significativa. Una forma de lograr dicho incremento es la transmisión de señales
con un gran ancho de banda, no obstante, este método presenta un inconveniente en
cuanto a la necesidad de una relación señal a ruido elevada, ya que las señales de esta
naturaleza son afectadas considerablemente por el desvanecimiento. Una forma de
solucionar dicha limitación, es el uso de técnicas de transmisión multiportadora como la
técnica OFDM. Esta técnica consiste en dividir el ancho de banda total en varios
subcanales de banda estrecha, cuyas subportadoras son ortogonales 2 entre sí. Cada
subcanal, al tener un ancho de banda menor al original será más resistente al
desvanecimiento producido por el multitrayecto, y facilita los procesos de estimación del
canal, ya que se considera que cada subcanal tiene una respuesta plana en frecuencia
[10] [14].
La técnica OFDM convierte un conjunto de n símbolos complejos provenientes de un

proceso de mapeo de una modulación específica, en 𝑁 flujos paralelos, donde 𝑁
2 Dos subportadoras contiguas son ortogonales entre sí cuando los nulos de la función espectral de una
coinciden con los máximos de la siguiente, así, sus espectros se solapan sin provocar interferencia entre
sí.
11
corresponde al número de subportadoras a utilizar, cabe destacar que cada uno de los
𝑁 flujos tiene la misma duración del conjunto de los n símbolos complejos de entrada.
Posteriormente, los 𝑁 flujos ingresan a un banco de 𝑁 moduladores complejos, donde
cada modulador corresponde a una subportadora OFDM, finalmente los 𝑁 flujos
modulados son sumados y conforman un símbolo OFDM.
El proceso para realizar la transmisión OFDM se aprecia en la Figura 1.6 [15].
Figura 1.6. Esquema básico del Transmisor OFDM.
x(t) representa la salida del transmisor OFDM y viene dado por la ecuación 1.7 [16]
.
𝑥(𝑡) = ∑𝑁
𝑖=1 𝑥𝑖 (𝑡) (1.7)
Donde 𝑥𝑖 (𝑡)corresponde a cada una de las 𝑁 subportadoras moduladas y se expresa

como se muestra en la ecuación 1.8 [16]:
𝑛
(𝑖)
𝑥𝑖 (𝑡) = ∑𝑘=1
𝑁
𝑠𝑘 𝑝(𝑡 − 𝑘𝑁𝑇) 𝑐𝑜𝑠(2𝜋𝑓𝑖 𝑡) (1.8)
Para cumplir la condición de ortogonalidad se debe garantizar que el mínimo de

1
separación entre subportadoras adyacentes sea , por lo tanto, cada subportadora debe
𝑁𝑇
tener un número entero de ciclos durante el periodo de símbolo, lo que conlleva a que
cada subportadora tenga un nulo en el máximo de la subportadora adyacente. Por esto,
cada frecuencia debe corresponder a [16]:
𝑖
𝑓𝑖 = , 𝑖 = 1,2,3, . . . , 𝑁 (1.9)
𝑁𝑇
12
Ahora aplicando la fórmula de Euler, se obtiene el equivalente del 𝑐𝑜𝑠(2𝜋𝑓𝑖 𝑡) en su

expresión exponencial como lo muestra la ecuación 1.10 [16].
𝑒 2𝜋𝑓𝑖 𝑡 = 𝑐𝑜𝑠(2𝜋𝑓𝑖 𝑡) + 𝑗 𝑠𝑒𝑛(2𝜋𝑓𝑖 𝑡) (1.10)
Dado que el argumento del segundo término de la ecuación 1.10 es múltiplo de 2𝜋, este
término será cero, por lo tanto la expresión queda reescrita como se muestra en la
ecuación 1.11 [16].
𝑒 𝑗2𝜋𝑓𝑖 𝑡 = 𝑐𝑜𝑠(2𝜋𝑓𝑖 𝑡) (1.11)
Luego se sustituye 1.11 en 1.8 y se obtiene la ecuación 1.12 [16].
𝑛
(𝑖)
𝑥𝑖 (𝑡) = ∑𝑘=1
𝑁
𝑠𝑘 𝑝(𝑡 − 𝑘𝑁𝑇) 𝑒 𝑗2𝜋𝑓𝑖 𝑡 (1.12)
Posteriormente se reemplaza 1.12 y 1.9 en 1.7 [16] y se reordena la ecuación así:
𝑛 𝑖
𝑗2𝜋( )𝑡 (𝑖)
𝑥(𝑡) = ∑𝑘=1
𝑁
𝑝(𝑡 − 𝑘𝑁𝑇) (∑𝑁
𝑖=1 𝑠𝑘 𝑒
𝑁𝑇 ) (1.13)
De lo anterior se puede comprobar que el último término de la ecuación 1.13 es

equivalente a la Transformada Discreta de Fourier Inversa (IDFT, Inverse Discrete
Fourier Transform) de la secuencia 𝑆𝑘 . Esta conclusión a la que se llega, permite el
cambio a nivel esquemático del transmisor OFDM, aprovechando los algoritmos
existentes para el cálculo de la Transformada Discreta de Fourier (DFT, Discrete Fourier
Transform) como los de la Transformada Rápida de Fourier Inversa (IFFT, Inverse Fast
Fourier Transform) simplificando asi la construcción del transmisor OFDM. Por lo tanto,
el nuevo diagrama esquemático del transmisor OFDM se muestra en la Figura 1.7 [15].
Figura 1.7. Esquema básico del Transmisor OFDM con el uso de la FFT.
13
De manera análoga al proceso de transmisión y sabiendo que ya se utilizó la IFFT, en el

receptor se aplica la Transformada Rápida de Fourier (FFT, Fast Fourier Transform) y se
obtiene de nuevo la secuencia de símbolos correspondiente a cada una de las sub-
portadoras OFDM para luego ser pasadas por el conversor paralelo a serie y continuar
con el proceso de recuperación de la señal original. Sabiendo lo anterior, el diagrama
esquemático del receptor OFDM se muestra en la Figura 1.8 [15] en donde 𝑦(𝑡)
corresponde a la señal de entrada al receptor y 𝑤(𝑡) es la señal que se le entregará a
las etapas de decisión y de mapeo.
Figura 1.8. Esquema básico del Receptor OFDM.
Ahora, se debe tener en cuenta que el canal por donde viajan las señales no es ideal y
presenta dispersión en tiempo, por lo tanto, en recepción pueden producirse fenómenos
como la Interferencia Entre Símbolos3 (ISI, Inter Symbol Interference), la cual provoca
que los símbolos OFDM se ensanchen e interfieran entre sí; y la Interferencia Entre
Portadoras4 (ICI, Inter Carrier Interference) que causa la perdida de ortogonalidad entre
las subportadoras OFDM contiguas.
Para evitar la ISI se debe introducir al comienzo de cada símbolo OFDM un intervalo de
guarda de mayor duración que el tiempo de coherencia del canal (𝜏), de tal manera que
la ISI solo afecte dicho intervalo, y no a la carga útil.
Por otra parte, para eliminar la ICI es necesario que el intervalo de guarda adicionado
tenga una copia de la ultima parte del símbolo OFDM de igual duración, de forma que
las subportadoras retardadas tengan un número entero de períodos en el periodo útil del
símbolo OFDM (𝑇𝑠 ), manteniéndose así la ortogonalidad entre ellas [17].
3
La ISI es una forma de distorsión de la señal de información en la cual la forma de pulso asociada a cada
símbolo interfiere con los símbolos contiguos, es decir, cuando su duración se alarga debido a fenómenos
como la multitrayectoria [13].
4
La ICI es una degradación de la señal OFDM en la cual los espectros de las subportadoras contiguas se
solapan entre sí debido a la dispersión Doppler presente en el canal, lo que ocasiona la perdida de
ortogonalidad entre dichas subportadoras [16].
14
El intervalo de guarda que se le adiciona a los símbolos OFDM y que posee las
características anteriormente descritas se lo conoce como prefijo cíclico. El proceso de
inserción de dicho prefijo se puede evidenciar en la Figura 1.9 [14].
Figura 1.9. Prefijo Cíclico en OFDM.
El proceso de inserción del prefijo cíclico provoca una pérdida de energía proporcional a
la longitud del mismo.
Una vez concluida la descripción de las tecnologías de modulación QPSK y la técnica de

transmisión OFDM, se da paso a la explicación de la tecnología MIMO.
1.5. TECNOLOGÍA MIMO

La tecnología MIMO es una técnica de transmisión que emplea múltiples antenas, tanto
en transmisión como en recepción para hacer uso del dominio espacial y aumentar la
eficiencia espectral del sistema de comunicaciones, ya sea aumentando la velocidad de
datos o disminuyendo la tasa de errores. La historia y los antecedentes de esta
tecnología se muestran en el anexo 1.
En transmisión se emplean técnicas de codificación o multiplexación para distribuir la

información entre las diferentes antenas y en recepción se emplean técnicas de
combinación que aprovechan las múltiples señales enviadas para mejorar el rendimiento
del sistema. Existen tres variantes de esta tecnología, diferenciándose en la forma como
es enviada la información:
● En la primera variante se hace uso de la multiplexación espacial, en la cual la

información de entrada es dividida en un determinado número de sub flujos para
cada antena y es enviada de manera simultánea, a la misma frecuencia por un
solo canal de radio. La multiplexación espacial logra incrementar la velocidad de
transmisión sin aumentar el ancho de banda ni la potencia de transmisión [18]
[19].
15
● En la segunda, se hace uso de codificación espacio-temporal, en la cual se

envía la misma información o variantes de ella por las diferentes antenas
aumentando la confiabilidad del sistema y disminuyendo la BER [18] [19].
● En la tercera, se usa MIMO acompañado de la técnica de conformación de haz

o Beamforming con el fin de generar transmisores multidimensionales, en los
cuales es posible configurar el patrón de radiación de cada una de las antenas y
concentrar la energía en una determinada dirección [18] [19].
Las tres variantes de MIMO implican un sin fin de desafíos en cuanto a la implementación
dada la complejidad hardware requerida, debido a que es necesario llevar a cabo
procesos de multiplexación y/o codificación en el transmisor (y/o Beamforming) y emplear
técnicas avanzadas de procesamiento de señales en el receptor, que permitan conocer
el comportamiento del canal y combinar las señales de manera adecuada para recuperar
exitosamente la señal de información.
En un sistema de comunicaciones que trabaja con la tecnología MIMO, el transmisor

tiene asociadas Nt antenas y el receptor Nr antenas (configuración Nt x Nr), lo cual hace
que se generen varios canales radio entre transmisión y recepción, de esta manera,
existe un canal diferente entre cada antena transmisora y cada una de las antenas
receptoras como se muestra en la Figura 1.9 [20].
Figura 1.9. Canal de Comunicaciones MIMO.
En un instante de tiempo, la relación entrada-salida del sistema MIMO será [21]:
𝑦(𝑡) = 𝐻 𝑥(𝑡) + 𝑛(𝑡) (1.14)
16
Donde:
● 𝑦(𝑡) es el vector de datos recibidos y tiene dimensión 𝑁𝑅 × 1.

● 𝑥(𝑡) es el vector de datos transmitidos con dimensión 𝑁𝑇 × 1.
● 𝑛(𝑡) es el vector que representa el ruido térmico del receptor y la interferencia y
tiene dimensión 𝑁𝑅 × 1.
● 𝐻 es llamada matriz de transmisión o matriz MIMO y tiene dimensión 𝑁𝑅 × 𝑁𝑇 .
Si la ecuación 1.13 se observa de forma matricial, se obtiene la ecuación 1.15 [23] como
se muestra a continuación:
(1.15)
𝑦𝑗 representa la señal recibida por la antena receptora j-ésima, mientras que 𝑥𝑖 es la

señal transmitida por la antena emisora i-ésima. El factor 𝑛𝑗 es el ruido que reciba la
antena receptora j-ésima [21].
Adicionalmente, una entrada de la matriz de transmisión H es denotada por ℎ𝑖𝑗 y

representa la ganancia compleja del canal desde la antena transmisora i-ésima hasta la
antena receptora j-ésima. Todos los factores ℎ𝑖𝑗 se pueden expresar como se muestra
en la ecuación 1.16 [21].
ℎ𝑖𝑗 = 𝛼 + 𝑗𝛽 = √𝛼 2 + 𝛽 2 𝑒 𝑗 𝑎𝑟𝑐𝑡𝑎𝑛𝑔(𝛽/𝛼) = |ℎ𝑖𝑗 | 𝑒 𝑗𝜙𝑖𝑗 (1.16)

Donde:
 𝛼 es la parte real del número complejo que representa la ganancia del canal.
 𝛽 es la parte imaginaria del número complejo que representa la ganancia del
canal.
 𝜙𝑖𝑗 es la fase del número complejo que representa de la ganancia del canal.
El conocimiento general de la matriz de transmisión 𝐻 es fundamental para la detección

y correcta estimación de la información transmitida [21].
17
En este trabajo de grado, se ha decido implementar la variante de MIMO conocida como

codificación espacio-temporal, dado que las demás variantes (multiplexación espacio-
temporal y MIMO con Beamforming) presentan un elevado nivel de complejidad
computacional para su implementación. En cuanto a la variante de codificación espacio
temporal seleccionada existen diversidad de esquemas de codificación, sin embargo, el
esquema más apropiado y eficiente en términos de complejidad de implementación y
rendimiento es el esquema de codificación de Alamouti, el cual es aplicable a un
arreglo de 2 × 𝑁𝑅 antenas.
1.6. CODIFICACIÓN DE ALAMOUTI

El objetivo de emplear la tecnología MIMO en su variante de codificación espacio
temporal en los sistemas de comunicaciones es obtener una ganancia de diversidad que
mejore la confiabilidad del sistema [22], esto se logra mediante el uso de los Códigos
Bloque Espacio-Temporales (STBC, Space Temporal Block Coding), los cuales se
caracterizan por garantizar la ortogonalidad entre los símbolos transmitidos por las
diferentes antenas.
El esquema de Alamouti es la versión más empleada de los STBC, ya que logra mantener
su característica de ortogonalidad sin disminuir la tasa de datos [24]. Éste consiste en
transmitir los símbolos durante dos periodos de tiempo diferentes, en los cuales se
transmite en primera instancia los símbolos originales y posteriormente los mismos
símbolos procesados algebraicamente [25]. En la Figura 1.10 [25] se muestra el
diagrama general del proceso de la codificación de Alamouti para un sistema MIMO 2x2.
Figura 1.10. Esquema de transmisión-recepción usando codificación de Alamouti.
18
En el esquema mostrado en la Figura 1.10, se observa el proceso de trasmisión y

recepción usando la codificación de Alamouti. Dicho esquema puede verse en 3 partes
bien definidas, el proceso de transmisión y codificación, las afecciones del canal y la
recepción y decodificación
A continuación, se explican cada una de estas tres partes:
● Proceso de transmisión y codificación
Las dos antenas transmisoras envían dos señales simultáneamente para un periodo de
símbolo determinado 𝑇. La antena 𝑇𝑋1 envía el símbolo 𝑋1 y a su vez, la antena 𝑇𝑋2
envía el símbolo 𝑋2. Para el siguiente periodo de símbolo la antena 𝑇𝑋1 envía el símbolo
−𝑋2 ∗ y a su vez, la antena 𝑇𝑋2 envía el símbolo 𝑋1 ∗, donde ∗ representa la operación
matemática del complejo conjugada [25].
El proceso de codificación mencionado anteriormente se realiza en el espacio y en el

tiempo y puede resumirse en la Tabla 1.1 [25].
Tabla 1.1. Codificación de Alamouti.

Símbolos Transmitidos
Instante de Tiempo 𝑻𝑿𝟏 𝑻𝑿𝟐
𝒕 𝑿𝟏 𝑿𝟐
𝒕+𝑻 −𝑋2 ∗ 𝑿𝟏 ∗
● Afecciones del canal
El canal de comunicación introduce efectos nocivos para la señal, los cuales pueden
modelarse como una función de transferencia dependiente del tiempo, teniendo en
cuenta esto, para el instante t el canal tiene una respuesta de distorsión multiplicativa
compleja hij(t), ahora, si se supone que el desvanecimiento es constante a lo largo de
dos símbolos consecutivos (desvanecimiento lento) se puede decir que [26]:
ℎ𝑖𝑗(𝑡) = ℎ𝑖𝑗(𝑡 + 𝑇) = ℎ𝑖𝑗 = 𝛼𝑖𝑗 𝑒 𝜃𝑖𝑗 (1.17)
19
En la ecuación anterior 𝛼𝑖𝑗 representa la respuesta en amplitud del canal, mientras que
𝜃𝑖𝑗 la fase. Específicamente, en el caso de MIMO 2x2 se tiene que [25]:
 ℎ11 (𝑡) = ℎ11 (𝑡 + 𝑇) = ℎ11 (1.18.1)

 ℎ12 (𝑡) = ℎ12 (𝑡 + 𝑇) = ℎ12 (1.18.2)
 ℎ21 (𝑡) = ℎ21 (𝑡 + 𝑇) = ℎ21 (1.18.3)
 ℎ22 (𝑡) = ℎ22 (𝑡 + 𝑇) = ℎ22 (1.18.4)
Con lo encontrado anteriormente se puede evidenciar que la respuesta del canal es

diferente para los distintos caminos que puede tomar la señal, pero es constante a lo
largo de los dos símbolos.
● Receptor y decodificación
Conocidas las señales transmitidas y la respuesta del canal, es posible identificar la señal
que llega al receptor, para ello se debe considerar que la señal transmitida por una
antena es recibida por las dos antenas en recepción, dicha señal recibida es una
combinación lineal de las señales transmitidas las cuales son afectadas cada una por la
respuesta del canal correspondiente [25].
Para el proceso de recepción es importante tener en cuenta la notación que se va a

utilizar para referirse a la señal que llega a determinada antena, dicha notación se
especifica en la Tabla 1.2 [25].
Tabla 1.2. Señales recibidas Alamouti.
Señal Recibida
Instante de Tiempo 𝑹𝑿𝟏 𝑹𝑿𝟐
𝒕 𝒚𝟏𝟏 𝒚𝟏𝟐
𝒕+𝑻 𝒚𝟐𝟏 𝒚𝟐𝟐
Las señales recibidas se encuentran en función de las señales transmitidas, del canal,
del ruido y la interferencia del sistema, de esta manera se tiene que [25]:
20
 𝑦11 = ℎ11 𝑋1 + ℎ12 𝑋2 + 𝑛11 (1.19.1)

 𝑦12 = ℎ21 𝑋1 + ℎ22 𝑋2 + 𝑛12 (1.19.2)
 𝑦21 = ℎ11 (−𝑋2 ∗ ) + ℎ12 𝑋1 ∗ + 𝑛21 (1.19.3)
 𝑦22 = ℎ21 (−𝑋2 ∗ ) + ℎ22 𝑋1 ∗ + 𝑛22 (1.19.4)
En las anteriores expresiones, 𝑛11 , 𝑛12 , 𝑛21 y 𝑛22 son variables complejas aleatorias que
representan el ruido térmico del receptor y la interferencia, estas son, en esencia,
desconocidas [25].
Una vez se tienen las señales recibidas, se pasan por el combinador, el cual entrega las
señales combinadas de las dos antenas receptoras, y se puede comprobar que la señal
combinada es la suma de las señales combinadas de cada antena receptora por
separado.
Una vez recibidas estas secuencias, se puede estimar a partir de ellas los símbolos
recibidos 𝑋̂1 y 𝑋̂2 de la siguiente forma:
➔ 𝑋̂1 = (ℎ11 ) (𝑦11 ) + (ℎ12 ) (𝑦12 ∗ ) + (ℎ21 ) (𝑦21 ) + (ℎ12 ) (𝑦22 ∗ ) (1.20)
∗ ∗
➔ 𝑋̂2 = (ℎ12 ) (𝑦11 ) − (ℎ11 ) (𝑦12 ∗ ) + (ℎ22 ) (𝑦21 ) − (ℎ21 ) (𝑦22 ∗ ) (1.21)
∗ ∗
Donde, 𝑋̂1 y 𝑋̂2 son los símbolos recibidos y se espera que sean los mismos símbolos
que fueron transmitidos [25].
Puede concluirse, con base en las anteriores expresiones, que la estimación correcta de
los símbolos recibidos depende en gran medida de una estimación precisa y acertada
del canal, lo que conlleva a contar con algoritmos de estimación de canal de una alta
complejidad de implementación, siendo esta una de las mayores desventajas de los
sistemas MIMO [25].
1.7. SISTEMA DE COMUNICACIONES MIMO-OFDM

En el momento de realizar una transmisión banda ancha, el fenómeno del multitrayecto
del entorno causado por el canal MIMO hace que se genere selectividad en frecuencia,
por este motivo la combinación de las dos tecnologías, MIMO y OFDM, resulta
conveniente, ya que OFDM permite la transformación de un canal MIMO selectivo en
frecuencia, a un conjunto de canales paralelos y planos en frecuencia, ayudando a la
21
reducción de la complejidad del receptor [27]. En la Figura 1.11, se presenta la

implementación teórica de un transmisor usando MIMO-OFDM [27].
Figura 1.11. Diagrama en Bloques de un transmisor MIMO-OFDM.
En la Figura 1.11 se aprecia que inicialmente la fuente de datos es codificada y

posteriormente es convertida en una secuencia de símbolos complejos al pasar por el
modulador digital. Luego ingresa al codificador de Alamouti y esta entrega varios flujos
de símbolos (uno por cada antena transmisora), los cuales son transmitidos utilizando la
técnica OFDM, dentro del transmisor OFDM a la señal se le adicionan símbolos piloto de
acuerdo con un patrón específico y también se le adiciona un prefijo cíclico. Finalmente,
cada flujo es enviado al canal por una antena mediante un módulo de radiofrecuencia
[27].
En cuanto al receptor, su implementación se muestra en la Figura 1.12 [27].
Figura 1.12. Diagrama en Bloques del receptor MIMO-OFDM.
En la Figura 1.12 se puede observar que los símbolos recibidos a través de las antenas
son sincronizados tanto en tiempo como en frecuencia, posteriormente en el receptor
OFDM son extraídos el preámbulo, las portadoras piloto y el prefijo cíclico insertado en
22
transmisión y después los símbolos son extraídos con ayuda de la FFT. Luego los
símbolos pasan por el decodificador MIMO, en el cual, se realiza la estimación de canal,
se saca la matriz del canal y se realiza la decodificación. Por último, los símbolos son
demodulados, decodificados y puestos en su destino [27].
A lo largo de este capítulo se realizó un recuento de las bases teóricas fundamentales

sobre la modulación QPSK, la técnica de transmisión OFDM, la tecnología MIMO y la
Codificación de Alamouti, de este modo se tienen los conocimientos necesarios para
continuar con el proceso de diseño e implementación del sistema de comunicaciones
MIMO 2x2.
23
24
CAPÍTULO 2
2. DISEÑO E IMPLEMENTACIÓN DEL SISTEMA
DE COMUNICACIONES MIMO 2x2 SOBRE
HARDWARE RECONFIGURABLE
En este capítulo se presentará el diseño e implementación del sistema de

comunicaciones MIMO 2x2 sobre hardware reconfigurable, detallando la metodología
empleada para este fin, la cual abarca procesos como la especificación de las
funcionalidades y los requisitos técnicos del sistema, la elección de las plataformas
hardware y software para la implementación, la arquitectura del sistema y la descripción
de cada uno de los módulos del mismo, sus funciones y características, y finalmente la
implementación real del sistema en las plataformas seleccionadas y los parámetros de
configuración del mismo.
2.1. METODOLOGÍA DE DESARROLLO

En el desarrollo del presente trabajo de grado, se utilizó la metodología denominada
Metodología en Cascada, la cual hace referencia a un proceso de desarrollo secuencial
desde el punto de inicio hasta el punto final ejecutando una etapa tras otra, de tal manera
el inicio de cada etapa debe esperar a la finalización de la etapa anterior [28].
Es de gran importancia recalcar que esta metodología es adecuada para proyectos

donde los requerimientos están bien establecidos, razón por la que fue seleccionada para
la implementación en el actual trabajo de grado.
Los procesos que sigue la Metodología en Cascada son: obtener requerimientos, realiza
el diseño, ejecutar la implementación y finalmente realizar la verificación y el
25
mantenimiento. Cabe resaltar que cada fase produce un producto terminado que es
utilizado para iniciar la siguiente fase [28]. En la Figura 2.1 [29] se muestran los procesos
realizados en la metodología.
Figura 2.1. Actividades de la metodología en cascada.
El diseño e implementación del sistema de comunicaciones MIMO 2x2 se realizó de

acuerdo con las etapas mostradas en la Figura 2.1, sin embargo, las etapas de
mantenimiento y verificación se desarrollaron en conjunto como una sola etapa
denominada Pruebas y se presentará en el capítulo 3.
2.2. REQUISITOS FUNCIONALES DEL SISTEMA DE

COMUNICACIONES
El sistema de comunicaciones a implementar debe cumplir con los siguientes requisitos
funcionales, los cuales están acorde a los objetivos de este trabajo de grado:
1. Debe ser un sistema de comunicaciones radio punto a punto con un módulo

transmisor y un módulo receptor, donde cada uno es un sistema aislado.
2. Los módulos transmisor y receptor deben estar implementados sobre algún
dispositivo de hardware reconfigurable.
3. Comunicación simplex entre el módulo transmisor y receptor.
4. Implementar la tecnología MIMO en un arreglo 2x2 empleando la técnica de
codificación Alamouti.
5. Enviar información conocida, ya sea textos, audios o imágenes.
6. En el módulo receptor deben existir mecanismos para medir el desempeño del
sistema.
26
Una vez conocidos los requerimientos funcionales del sistema de comunicaciones, se da

paso al análisis y el diseño del sistema de comunicaciones.
2.3. ANÁLISIS Y DISEÑO DEL SISTEMA DE

COMUNICACIONES
Considerando los requisitos funcionales expuestos en la sección 2.2 y los objetivos del
presente trabajo de grado, es necesario considerar una serie de tareas de diseño que
satisfagan dichos requisitos. Uno de los objetivos más importantes de este trabajo de
grado es que su implementación debe ser realizada sobre hardware reconfigurable, lo
que implica la selección de un dispositivo hardware y una plataforma software que
controle dicho dispositivo, por lo tanto, la primera tarea de diseño del sistema será
seleccionar el dispositivo hardware más apropiado para la implementación. La segunda
tarea corresponde a escoger la plataforma software compatible con el dispositivo
hardware seleccionado y la tercera a especificar la arquitectura general del sistema
incluyendo los procesos a realizar y las tecnologías a utilizar. A continuación se detallan
cada una de las tareas de diseño de manera secuencial.
2.3.1. Selección de plataforma hardware
Para la selección de la plataforma hardware se debe tener en cuenta que en la actualidad

existen dos grandes grupos de dispositivos en los cuales se puede realizar dicha
implementación. En el primer grupo están los sistemas embebidos diseñados para
realizar una o algunas pocas funciones dedicadas, es decir, no es un sistema
programable de propósito general. Algunos de los sistemas embebidos existentes en el
mercado son Arduino 5 , Raspberry 6 , Microcontroladores 7 y la Matriz de Puertas
Programables8 (FPGA, Field Programmable Gate Array). El segundo grupo corresponde
al Radio Definido por Software (SDR, Software Defined Radio), el cual es considerado
5 Arduino es una plataforma de hardware libre, basada en una placa con un microcontrolador y un entorno
de desarrollo, diseñada para facilitar el uso de la electrónica en proyectos multidisciplinares [30].
6 Raspberry Pi es un computador de placa reducida de bajo costo desarrollado en Reino Unido con el
objetivo de estimular la enseñanza de ciencias de la computación en las escuelas [30].
7 Un Microcontrolador es un circuito integrado programable, capaz de ejecutar las órdenes grabadas en
su memoria [30].
8 Una FPGA es un dispositivo programable que contiene bloques de lógica cuya interconexión y
funcionalidad puede ser configurada en el momento mediante un lenguaje de descripción especializado
[30].
27
como un sistema de radiocomunicaciones donde los componentes son implementados

en software, utilizando un computador u otros dispositivos embebidos. Algunos de los
dispositivos de SDR son: la Plataforma Inalámbrica de Investigación de Acceso Abierto9
(WARP, Wireless Open Access Research Platform), los dispositivos de Motor de
Emulación de Berkeley10 (BEE, Berkeley Emulation Engine), los dispositivos de Radio
Ágil de la Universidad de Kansas11 (KUAR, Kansas University Agile Radio) y las USRP
[30] [32] [31].
Teniendo en cuenta las características de los dos grupos existentes, se halló que en los
sistemas embebidos se pueden implementar nuevos diseños una y otra vez a través del
uso de un Lenguaje de Descripción Hardware (HDL, Hardware Description Language),
pero no poseen las características técnicas suficientes para la implementación necesaria
en este trabajo de grado, en caso de usarse, serían necesarios módulos adicionales,
dado que ninguno de ellos cuentan con módulo de radiofrecuencia incorporado ni
tampoco cuentan con un módulo que permita la conexión de más de una antena para la
transmisión o recepción de información. Adicionalmente con dichos dispositivos no es
posible obtener respuestas en tiempo real. Finalmente, el alcance de estos dispositivos
es relativamente corto con respecto a los de SDR, ya que estos últimos aprovechan la
flexibilidad que ofrece el diseño en software por sobre el uso de hardware para
implementar determinado componente del sistema [32].
Una vez descartados los sistemas embebidos se debe realizar una segunda selección
para identificar cual es el dispositivo SDR más apropiado. Para esto se tuvo en cuenta
los dispositivos a los cuales se tiene acceso en la Universidad del Cauca, que son las
tarjetas USRP de Ettus Research de National Instruments Company, entre las que se
encuentran las series b210 y N210.
Para seleccionar entre la b210 y la N210 fue necesario investigar cuáles eran las
prestaciones y las características técnicas de cada uno de los dispositivos. En la
búsqueda realizada y teniendo en cuenta que se desea realizar un sistema de
comunicaciones usando MIMO de 2 antenas en transmisión y 2 antenas en recepción se
encontró que la USRP b210 posee 2 transmisores y 2 receptores incorporados, lo que
9 WARP es una plataforma inalámbrica programable, escalable y extensible, construida desde cero, para
prototipos de redes inalámbricas avanzadas. WARP combina hardware programable de alto rendimiento
con un repositorio de código abierto de diseños de referencia y materiales de soporte [31].
10 BEE está diseñado para ser una plataforma informática modular y escalable basada en FPGA con una
metodología de diseño de software que se dirige a una amplia gama de aplicaciones de alto rendimiento
tales como: procesamiento de señales y radio cognitivo [31].
11 KUAR es un dispositivo de radio definido por software específicamente diseñado para abordar y
solucionar algunas necesidades de las redes inalámbricas y realizar aportes investigat ivos en el área de
radiofrecuencia [31].
28
permite realizar la implementación usando 1 tarjeta para transmisión y una tarjeta para
recepción, por el contrario, y a manera de comparación si se realizara el diseño con la
USRP N210 se debe tener en cuenta que esta tarjeta solo cuenta con un módulo
transmisor y un receptor por cada dispositivo, lo que implicaría el uso de dos tarjetas en
transmisión y dos tarjetas en recepción, además sería necesario el uso de un cable
adicional y especializado para MIMO el cual interconecta las dos tarjetas en transmisión
y las dos en recepción. Por lo tanto, y con el fin de realizar una implementación con la
menor cantidad de hardware se optó por la implementación del sistema de
comunicaciones sobre la tarjeta USRP b210.
Después de haber seleccionado el dispositivo es necesario conocer en detalle el

funcionamiento y las principales características del mismo, por esto, a continuación, se
detallarán las características técnicas y funcionales de este.
2.3.1.1. USRP b210
La tarjeta USRP b210 pertenece a la familia de dispositivos transceptores de la empresa

Ettus Research, estos permiten la experimentación en telecomunicaciones en múltiples
bandas de frecuencia, convirtiéndolas en herramientas muy versátiles usadas en el
mundo de la investigación y el desarrollo [33].
Dichos dispositivos cuentan con varios puertos periféricos, específicamente con 9, como
se muestra en la Figura 2.2 [34].
Figura 2.2. Periféricos de la tarjeta USRP b210.
Las funcionalidades de cada periférico se enumeran a continuación [34]:
● Los puertos del 1 al 4 son utilizados para transmitir y recibir información ofreciendo
un total de dos canales de recepción y dos de transmisión.
29
● El puerto 5 es utilizado para agregar una antena del Sistema de Posicionamiento

Global (GPS, Global Positioning System) con el fin de otorgar el sincronismo al
reloj interno de la USRP, el uso de esta antena es opcional y se usa con mayor
frecuencia cuando las aplicaciones requieren altos niveles de sincronismo.
● Los puertos 6 y 8 son utilizados para otorgarle sincronismo a la USRP a través de

una fuente externa de reloj como por ejemplo el uso de dispositivo OctoClock
fabricado por la empresa Ettus Research™.
● El puerto 7 es un puerto Bus Universal en Serie (USB, Universal Serial Bus) en su

versión 3.0 y es usado para comunicarse con el computador.
● El puerto 9 es un conector de Corriente Continua (DC, Direct Current) para

alimentación, en caso que la energía proveniente del computador a través del
puerto USB sea insuficiente.
El funcionamiento de estos dispositivos está basado en el diagrama de bloques que se

muestra en la Figura 2.3 [34], este diagrama se encuentra constituido por una serie de
módulos que tienen funciones específicas y diferentes, las cuales en conjunto le brindan
la versatilidad y funcionalidad característica del dispositivo.
Figura 2.3. Diagrama en bloques de la arquitectura de tarjeta USRP b210.
30
Como se muestra en la Figura 2.3, la tarjeta USRP b210 cuenta con dos elementos muy
importantes para su funcionamiento. El primero es la FPGA que se encarga del
procesamiento de la información, de ejecutar las órdenes especificadas por el
computador y del envío de la información a la plataforma SDR, específicamente la FPGA
incorporada es la Xilinx Spartan 6 XC6SLX150. El segundo elemento importante es el
integrado AD9361 RFIC, el cual realiza la conversión analógica-digital de las señales de
información, además del proceso de transmisión y recepción de señales en
radiofrecuencia [34].
Las USRP permiten la experimentación con una amplia gama de señales incluyendo FM
y difusión de TV, celular, Wi-Fi y más, ya que trabaja en un rango de frecuencias de 70
MHz a 6 GHz, es compatible con la tecnología MIMO 2x2 y puede transmitir hasta 56
MHz de ancho de banda instantáneo a través del puerto USB [34].
Adicionalmente, las tarjetas USRP b210, son compatibles con el Controlador de

Hardware USRP (UHD, USRP Hardware Driver), el cual es de código abierto y
multiplataforma que puede ejecutarse en Windows, Linux y MacOS y le permite al
dispositivo interactuar con plataformas SDR desarrolladas para Matlab® y GNU Radio
para realizar los diseños e implementaciones de los sistemas de comunicación deseados
[33] [34].
En la Tabla 2.1 [34], se muestran las especificaciones técnicas de la tarjeta USRP b210.
Tabla 2.1. Especificaciones técnicas de la tarjeta USRP b210.
Especificaciones Técnicas Valores
Entrada DC 6V
Tasa muestreo ADC (máx.) 61.44 MS/s
Resolución ADC 12 bits
Tasa muestreo DAC (máx.) 61.44 MS/s
Resolución DAC 12 bits
Potencia de Salida >10 dBm
Figura de Ruido en Receptor <8 dB
Frecuencia de Operación 70 MHz – 6 GHz
Frecuencia de Reloj 100 MHz
31
2.3.1.2. Antenas para la USRP b210
Para realizar efectivamente la transmisión en Radio Frecuencia (RF, Radio Frequency),

los dispositivos USRP requieren de la conexión de antenas en sus puertos de TX/RX. La
empresa Ettus Research provee varios modelos de antenas para estos dispositivos, sin
embargo, solo se tiene a disposición para este trabajo de grado las antenas VERT900,
que son antenas verticales que trabajan en dos bandas de frecuencia, la primera banda
va de 824 a 960 MHz y la segunda de 1710 a 1990 MHz, adicional a ello, son antenas
con patrón de radiación omnidireccional y 3 dBi de ganancia. Estas antenas se observan
en la Figura 2.4 [35].
Figura 2.4. Antena VERT900.
Las USRP b210 soportan el uso de 4 antenas VERT900 en el mismo instante de tiempo,
pero para la implementación de sistemas MIMO 2x2 simplex solo es necesario el uso de
2 de ellas en transmisión y otras 2 en recepción. Dado el caso de una implementación
de un sistema de Única Entrada Única Salida (SISO, Single Input Single Output), solo es
necesaria una antena para la USRP en transmisión y otra para USRP en recepción.
Considerando que ya se conocen las características técnicas y funcionales de la USRP

b210 es necesario conocer cuáles son las posibles plataformas software con las cuales
puede trabajar este dispositivo, para ello en la siguiente sección se hace la elección de
la plataforma software a utilizar.
2.3.2. Selección de plataforma software
A nivel comercial existen 3 plataformas relevantes con las cuales es posible realizar
implementaciones prácticas sobre las tarjetas USRP, a continuación se presenta de
manera sintetizada las principales características de las plataformas encontradas [36].
1. LabView Communications: esta plataforma ofrece un entorno basado en

diagramas de flujo e integra múltiples lenguajes de programación como C, VHDL
y Matlab, permitiendo combinar múltiples lenguajes sin conversión entre ellos.
Adicionalmente es una plataforma compatible con los sistemas operativos
Windows, Mac y Linux y ofrece un entorno gráfico que minimiza el tiempo de
desarrollo. Esta plataforma no es gratuita, requiere licencia.
32
2. GNU Radio: esta plataforma proporciona un entorno de programación basado en

diagramas de flujo y bloques, con la posibilidad de creación y modificación de los
mismos. Adicionalmente permite combinar lenguajes como C ++ y Python lo que
posibilita la optimización del procesamiento digital de señales. También permite la
exportación de información en formatos como Matlab, Octave, WireShark. Esta
plataforma no requiere licencia y es un software de código libre diseñado
específicamente para el desarrollo e implementación de sistemas SDR.
3. Matlab: esta plataforma ofrece al público un entorno de desarrollo integrado y usa

su propio lenguaje de programación llamado Lenguaje M. Adicionalmente es una
plataforma que ofrece una amplia gama de herramientas y funciones
especializadas en procesamiento de señales, siendo compatible con Unix,
Windows, Mac OS X y GNU/Linux. Esta plataforma requiere licencia y no es
gratuita.
Conociendo las características de las plataformas y teniendo en cuenta que por

restricciones de tipo económico se requiere una plataforma que sea no licenciada, que
permita la integración de varios lenguajes, que sea versátil y que sea especializada en
implementaciones sobre hardware reconfigurable, se eligió GNU Radio. Cabe resaltar
que en la Universidad del Cauca no se ha realizado ninguna implementación sobre dicha
plataforma, por lo tanto, será un gran aporte para la Institución, específicamente para la
FIET.
Dado que ya se ha seleccionado la plataforma software, es necesario profundizar sobre

las características de funcionamiento de la misma.
2.3.2.1. GNU Radio
GNU Radio es una plataforma software, libre y de código abierto que cuenta con una
serie de herramientas de desarrollo que permiten implementar sistemas de
comunicaciones sobre SDR, puede ser empleado como un entorno de simulación o
emplear módulos de RF externos para implementar soluciones hardware SDR. Es una
plataforma ampliamente utilizada en entornos académicos, de investigación, de
aficionados, e incluso comerciales, ya que permite validar diseños de sistemas radio en
entornos reales mediante periféricos de RF relativamente de bajo costo [37].
En esencia, GNU Radio es un entorno completo y flexible de programación donde se

realiza un procesamiento de señales digitales en banda base, es posible utilizar GNU
Radio mediante líneas de código y comandos de consola, como también por medio de
33
un entorno gráfico llamado GNU Radio Companion, donde es posible interconectar una
gran variedad de bloques de procesamiento de señales a modo de diagramas de flujo.
Es de gran utilidad utilizar GNU Radio de los dos modos antes mencionados, ya que
muchas ocasiones es necesario incorporar nuevos bloques de procesamiento, que se
implementan en líneas de código a un determinado diagrama de flujo [38].
Los bloques ofrecidos por GNU Radio incluyen bloques como: filtros, moduladores,
codificadores, bloques de sincronismo, fuentes de datos, generadores de señal,
herramientas de visualización, etc. Estos bloques son implementados en C++, y los
diagramas de flujo son descritos con Python. GNU Radio se encarga del paso de datos
de un bloque a otro, estos datos pueden ser de tipo flotante, enteros, complejos, bytes,
etc. Además de esto, GNU Radio posee herramientas que permiten crear nuevos
bloques de procesamiento de señales, los cuales pueden ser descritos en C++ o en
Python, y luego se agregan a GNU Radio Companion, donde quedan disponibles para
ser utilizados en cualquier otro diseño o diagrama de flujo [37] [38].
Para entender con más detalle el funcionamiento de GNU Radio, hay dos conceptos
importantes que definir, estos son: los diagramas de flujo y los bloques. Para GNU Radio
los diagramas de flujo corresponden a gráficos por los cuales viajan los datos (en un
sentido), como en la teoría de grafos12, donde los bloques son los nodos, y la información
fluye por los bordes, de un nodo a otro. Los bloques son elementos que realizan una
función determinada, en ellos se realiza el procesamiento de la señal, y cada uno cuenta
con puertos de salida y de entrada, los cuales definen el sentido del flujo de datos y los
tipos de datos que generan o ingresan a los bloques. Los bloques que solo cuentan con
puertos de salida son llamados fuentes (source) y los que solo tienen puertos de entrada
se llaman sumideros (sink). Todo diagrama de flujo en GNU Radio debe tener por lo
menos una fuente y un sumidero. Las conexiones entre los diferentes bloques se dan
entre sus puertos [39]. En la Figura 2.5 puede apreciarse un ejemplo de un diagrama de
flujo creado en GNU Radio Companion.
12
La teoría de grafos estudia las propiedades de los grafos. Un grafo es un conjunto de objetos llamados
vértices (o nodos) y una selección de pares de vértices, llamados bordes. Generalmente se los grafos se
representan con puntos (nodos) unidos por líneas (bordes).
34
Figura 2.5. Ejemplo de un diagrama de flujo en GNU Radio Companion.
En la Figura 2.5 se aprecian 4 bloques, 2 fuentes, un bloque general y un sumidero, los

datos fluyen de izquierda a derecha, y se comienzan generando dos señales en los
bloques Signal Source, los cuales entregan un determinado número de muestras de
tipo complejo (puerto color azul), que luego se suman en el bloque Add muestra a
muestra, luego la señal pasa al módulo UHD: USRP Sink, el cual es el encargado de
enviar la señal a una tarjeta USRP, es decir, es el controlador de estos dispositivos, y
será explicado con más detalle al finalizar esta sección.
Cada dato o cada muestra emitida por un bloque, es llamado un elemento, que en
esencia es cualquier cosa que pueda ser procesada de manera digital, es decir, un
elemento puede ser una muestra, un bit, un byte, o un conjunto de muestras u
coeficientes, etc. Estos elementos pueden entonces ser de diferentes tipos: flotante,
entero, complejo, byte, etc, los cuales se distinguen por el color de los puertos (azul para
tipo complejo) y toman un color oscuro cuando cada elemento es un conjunto de
muestras o datos, es decir, cuando cada elemento es un vector. Para explicar mejor esto,
en la Figura 2.6 se muestra un ejemplo de una implementación de una transformada de
Fourier [39] :
35
Figura 2.6. Ejemplo de tipos de datos en GNU Radio.
En el ejemplo de la Figura 2.6 se genera una señal compleja, a la que luego le será
aplicada la transformada de Fourier, para ello, primero la señal pasa por el bloque
Stream to Vector, cuya particularidad es que el tipo de dato de salida es diferente al
de entrada. Este bloque recibe 1024 elementos (depende del valor configurado en el
parámetro Num Items) y los convierte en único vector, es decir un elemento, de 1024
muestras complejas, por tanto, este bloque genera a la salida un elemento por cada 1024
elementos de entrada, así, la salida de este bloque será un flujo de vectores de 1024
muestras cada uno, por este motivo el puerto de salida tiene un color azul oscuro. Luego
de este proceso, se aplica la transformada de Fourier a cada uno de los vectores
generados en el bloque FFT, se halla su magnitud en el bloque Complex to Mag, el
cual tiene una entrada de vectores complejos y una salida de vectores flotantes (puerto
de color naranja oscuro). Finalmente, los datos son guardados en un archivo con el
módulo File Sink.
Todo lo dicho anteriormente resume los principios más importantes a tener en cuenta
para desarrollar un diagrama de flujo en GNU Radio, pero al utilizar GNU Radio con
dispositivos hardware de SDR, es necesario emplear drivers (controladores) que
permitan la comunicación de los dispositivos con GNU Radio. Para el caso específico de
las tarjetas USRP, el controlador asociado es el UHD.
El UHD es una API software que genera una interfaz entre los dispositivos USRP y
diferentes plataformas de desarrollo software como lo son, GNU Radio, LabVIEW y
Matlab/Simulink. Cumple funciones como enviar los parámetros de transmisión a los
dispositivos, como los puertos de transmisión/recepción, la frecuencia de operación, la
potencia y demás. Además, envía las muestras en banda base generadas por las
diferentes plataformas a los dispositivos, para ser moduladas en RF. Realiza también el
36
proceso inverso, pasa el conjunto de muestras recibidas (demoduladas de RF) por el

dispositivo a las plataformas software [40].
Se concluye de este modo las dos primeras tareas correspondientes a la elección del
dispositivo y la plataforma software, cumpliendo así, el segundo requisito funcional
(Seccion 2.2) y dando paso a la tercera tarea de esta fase correspondiente a la
especificación de la arquitectura general del sistema de comunicaciones.
2.3.3. Arquitectura general del sistema de comunicaciones
La arquitectura del sistema de comunicaciones corresponde a describir el funcionamiento

de éste de manera global y generalizada, considerando los dispositivos hardware y
software que se han seleccionado, así, se especifican las funciones de cada uno de estos
componentes en el sistema de comunicaciones. La arquitectura diseñada para la
implementación del sistema de comunicaciones obedece a las características de los
componentes hardware y software ya seleccionados en la sección 2.3.1 y la sección 2.3.2
respectivamente y se muestra en la Figura 2.7.
Figura 2.7. Arquitectura General de sistema de Comunicaciones.
Como se aprecia en la Figura 2.7, el sistema de comunicaciones cuenta con un módulo

transmisor y un módulo receptor separados por un canal radio, su método de
comunicación es simplex. Cada uno de estos módulos cuenta con un computador, una
tarjeta USRP b210, un cable USB 3.0 y dos antenas VERT900 separadas una distancia
de 15 cm.
En el computador se encuentra instalada la plataforma software GNU Radio, en ella se

implementan los diagramas de flujos en los cuales se realiza el procesamiento de la señal
en banda base aplicando las tecnologías y técnicas de transmisión seleccionadas. La
señal en banda base generada por el computador del módulo transmisor es enviada a la
37
USRP a través del cable USB 3.0 utilizando el controlador UHD (también instalado en el
computador). La USRP se encarga de modular la señal en banda base a RF de acuerdo
con los parámetros de configuración de frecuencia de operación, ganancia y demás,
enviados por el controlador UHD. Esta señal de RF es efectivamente radiada al canal
mediante las antenas VERT900 conectadas a los puertos de transmisión/recepción de la
tarjeta USRP. Una vez la señal de RF viaja por el canal radio, es captada por las antenas
VERT900 en el módulo receptor y llega a la tarjeta USRP que se encuentra configurada
con la misma frecuencia de operación, esta realiza el proceso de demodulación de la
señal de RF a banda base, luego esta señal es enviada por el cable USB 3.0 al
computador, donde el controlador UHD la pasa a GNU Radio y allí se procesa la señal
en banda base y se recupera la información enviada desde el transmisor.
Una vez conocida la arquitectura hardware del sistema de comunicaciones es necesario

conocer el funcionamiento a nivel software del sistema, es decir, conocer cuáles deben
los módulos necesarios para realizar una correcta implementación, por lo tanto, en la
sección 2.4 se presentará el diagrama de flujo diseñado considerando los componentes
básicos de un sistema digital de comunicaciones y las tecnologías que se utilizarán.
2.4. DISEÑO DEL SISTEMA DE COMUNICACIONES

En el diseño del sistema de comunicaciones se especifican los submódulos que deben
ser implementados en la plataforma software GNU Radio para los módulos transmisor y
receptor del sistema de comunicaciones, considerando las bases teóricas expuestas en
el Capítulo 1, y de esta manera realizar la aplicación de las tecnologías planteadas y
garantizar que el funcionamiento del sistema esté conforme a los requerimientos
funcionales expuestos en la sección 2.2. El diseño del módulo transmisor y receptor se
detalla a continuación.
2.4.1. Diseño del módulo transmisor
El diseño del sistema transmisor está conformado por una serie de bloque los cuales
permiten el procesamiento de los datos a transmitir aplicando las técnicas y tecnologías
seleccionadas en este trabajo de grado. El diagrama en bloques del diseño del sistema
se presenta en la Figura 2.8.
38
Figura 2.8. Diseño del sistema Transmisor MIMO 2x2.
El proceso de transmisión inicia con la generación de la información que se desea

transmitir, este flujo de bits de información se obtiene por la fuente de datos, posterior a
ello se debe realizar la modulación de dicho flujo, en el caso de este diseño, se aplica la
modulación QPSK. Una vez los símbolos son modulados, se debe aplicar la técnica de
diversidad de antenas, para ello se usa el código STBC de Alamouti, el cual genera dos
flujos complejos de símbolos de información a partir de un flujo complejo de símbolos de
entrada, estos dos flujos corresponden a cada una de las antenas por las que se va a
transmitir. Luego a cada flujo es necesario incorporar señales que permitan sincronizar
el transmisor con el receptor, de tal manera que se sepa desde qué punto inicia la
información y donde finaliza, además estas señales de sincronismo permitirán al receptor
realizar el proceso de estimación de la respuesta del canal. Seguidamente se debe
aplicar la técnica de transmisión OFDM, para ello se hace una conversión serie paralelo,
es decir, se reordenan los símbolos complejos de entrada y se ubican en cada una de
las sub portadoras OFDM, después se debe aplicar la FFT en forma directa de tal manera
que se le pueda dar el desplazamiento en frecuencia a cada subportadora, luego se
realiza la conversión de paralelo a serie con el fin de volver a agrupar los símbolos
OFDM, finalmente a cada uno de los símbolos OFDM se le agrega el prefijo cíclico con
la finalidad de evitar problemas de interferencia entre subportadoras y entre símbolos.
Por último, se pasan estas señales al controlador de la tarjeta USRP para ser modulados
en RF.
2.4.2. Diseño del módulo receptor
El módulo receptor debe cumplir tareas más complejas que las realizadas por el
transmisor, ya que debe compensar los efectos adversos del canal tales como el ruido,
la atenuación y el multitrayecto para poder recuperar la información transmitida, entre
estas tareas se encuentran procesos de sincronismo en tiempo y en frecuencia, y
procesos de estimación del canal. El diagrama en bloques del módulo receptor que
permite realizar todos los procesos antes mencionados se muestra en la Figura 2.9.
39
Figura 2.9. Diseño del sistema Receptor MIMO 2x2.
Inicialmente las señales son recibidas por la tarjeta USRP la cual a través del controlador
entrega dos flujos de información, dichos flujos deben ser limitados en banda ya que
cabe la posibilidad de que algunas señales capturadas por la USRP sean indeseadas,
por lo tanto, se aplica un filtro pasa baja con frecuencia de corte equivalente al ancho de
banda de la señal deseada. Posteriormente se deben realizar procesos de sincronismo
OFDM, estos procesos se realizan con ayuda de señales especiales enviadas por el
transmisor y específicamente sirven para detectar desde qué momento está presente la
señal de información y también para compensar algunos efectos del canal como la
desviación en frecuencia de las subportadoras OFDM. Una vez se han realizado los
procesos de sincronismo es posible descomponer la señal recibida en las diferentes
subportadoras OFDM mediante el conversor serie paralelo (conversor S/P en la Figura
2.9), para luego retirar el desplazamiento en frecuencia de cada una mediante la
aplicación de la FFT directa. Ahora se reordenan los símbolos en un flujo serial mediante
el conversor paralelo/serial (conversor P/S en la Figura 2.9) y se concluye con la
extracción de los símbolos recibidos de las subportadoras OFDM. Seguidamente, ambos
flujos de información ingresan al decodificador de Alamouti, para la cual se requiere tener
un conocimiento total del canal, dicho conocimiento se obtiene a partir de un estimador
de canal, posterior a la decodificación se realiza el proceso de demodulación QPSK, de
tal manera que a la salida del demodulador se obtiene los datos enviados desde el
transmisor.
Una vez seleccionado el dispositivo hardware, la plataforma software y culminado el

diseño del sistema se da por terminada la fase de “Análisis y diseño” propuesta por la
metodología de trabajo, y a su vez, se da por cumplido el primer objetivo específico de
este trabajo de grado denominado “Realizar el diseño de un sistema MIMO 2x2
implementable sobre USRP”.
40
2.5. IMPLEMENTACIÓN DEL SISTEMA DE

COMUNICACIONES
Con base a la metodología de desarrollo y teniendo en cuenta que la fase de “Análisis y

diseño” fue culminada, se continúa con la siguiente fase llamada “Implementación”, en
esta fase se describirán con detalle las características de la implementación realizada.
Es importante resaltar que la implementación verdaderamente se realiza a nivel software,
en la plataforma GNU Radio y que los dispositivos hardware solo brindan una interfaz
para la comunicación a través del medio de transmisión.
2.5.1. Implementación de un sistema de comunicaciones

MIMO 2x2 sobre hardware reconfigurable
La implementación del sistema de comunicaciones se hace bajo la modalidad de

diagrama de flujo. Esta implementación se basa en el diseño del sistema de
comunicaciones realizado en la fase de “diseño” de la metodología de trabajo,
específicamente en la sección 2.4. Para la implementación del diagrama de flujo fue
necesario la creación de módulos y la adición de los mismos a GNU Radio ya que
algunos de los procedimientos necesarios para el funcionamiento del sistema no estaban
implementados en ningún bloque dentro de esta plataforma.
Todos los bloques creados para este trabajo de grado, así como los diagramas de flujo
implementados en GNU Radio, los cuales serán expuestos en esta sección, se anexan
de manera digital a este documento de trabajo de grado y su organización y puesta en
marcha (ejecución) se detallan en el apéndice A.
A continuación, se muestran los diagramas de bloque implementados tanto para el

módulo transmisor como para el módulo receptor.
2.5.1.1. Descripción del módulo software del transmisor MIMO 2x2
En cuanto al módulo transmisor, se han realizado algunos cambios con respecto al

diseño realizado en la sección 2.4.1, se han agregado algunos preámbulos en diferentes
etapas de la transmisión para fines de sincronismo y estimación de canal, además, la
codificación de Alamouti se realiza después de la conversión serie-paralelo necesaria
para la aplicación de la tecnología OFDM, este cambio se debe en parte a características
41
de funcionamiento propias de la plataforma GNU Radio, esto será explicado con más
detalle en la descripción de cada uno de los módulos. En la ¡Error! No se encuentra el
origen de la referencia. se muestra el diagrama de flujo implementado en GNU Radio
para el módulo transmisor.
42
Figura 2.10. Módulo Transmisor MIMO 2x2.
43
En la ¡Error! No se encuentra el origen de la referencia. se aprecia que cada

bloque o submódulo cuenta con una serie de parámetros de configuración que permiten
cambiar la salida de cada bloque e inclusive algunas características de funcionamiento,
a continuación se detallan las funcionalidades y parámetros de configuración de cada
uno de los módulos, comenzando desde la generación de los bits de información hasta
el envío de la señal en banda base a los módulos de RF.
Es importante aclarar que cada parámetro de configuración de un determinado bloque

puede ser de un tipo específico, como valores enteros, flotantes, strings, etc, y tomar un
rango determinado, así como algunos valores por defecto. La información detallada de
estas restricciones se encuentra en la pestaña Documentation de cada bloque.
1. Sub-módulo Generador Aleatorio
Este módulo es la fuente de datos del sistema de comunicaciones, encargada de generar

los bytes que se desean transmitir, estos son de carácter pseudoaleatorio y toman
valores entre los caracteres 32 y 126 del Código Estadounidense Estándar para el
Intercambio de Información 13 (ASCII, American Standard Code for Information
Interchange), que corresponde al rango denominado caracteres imprimibles. Para el uso
de este módulo se deben configurar ciertos parámetros como se muestra en la Figura
2.11.
Figura 2.11. Configuración Generador Aleatorio.
Inicialmente se debe configurar el parámetro Periodo, el cual determina la frecuencia con

la que se enviarán los bytes generados, el valor que se ingresa debe ser en milisegundos,
en este caso se especificó un Periodo de 3 ms. Adicionalmente, se debe ingresar el valor
de la longitud de los bits que se generarán (Longitud), el valor a ingresar debe ser el
equivalente en bytes, puntualmente se asignó un valor de 400 bytes, lo que equivale al
envío de 3200 bits. Además de realizar la generación de bytes pseudoaleatorios, el
módulo cuenta con dos funciones más: la primera es la generación de etiquetas de flujo
(Metadatos), las cuales son utilizadas al interior de GNU Radio para el control del flujo
13 ASCII es un sistema de codificación de caracteres alfanuméricos que asigna un número del 0 al 127 a
cada letra, número o carácter especial recogidos; el ASCII extendido permite hasta 256 caracteres
distintos.
44
de datos, dichos metadatos etiquetan cada uno de los paquetes de 400 bytes que salen
del generador con la longitud de dicho paquete; la segunda función adicional es la
incorporación de un número de secuencia, el cual se adiciona al inicio de cada paquete
de 400 bytes generados, este número es representado por 1 byte, es decir, a cada
paquete se le adiciona 8 bits más, esta actividad se realiza con el fin de estimar en
recepción la cantidad de paquetes perdidos.
A continuación, en la Figura 2.12, se aprecia a salida del generador aleatorio.
Figura 2.12. Salida del Generador Aleatorio.
Finalmente se puede afirmar que la salida del generador binario es un paquete de 401
bytes conformado por un número de secuencia de 1 byte y 400 bytes de información
pseudoaleatoria. La velocidad de transmisión (𝑅𝑏 ) se puede calcular mediante el periodo
de transmisión (𝑇) y la cantidad de bits transmitidos en ese periodo (𝐿), como se describe
en la ecuación 2.1:
𝐿 401 𝑏𝑦𝑡𝑒𝑠 ∗ 8 𝑏𝑖𝑡𝑠 3208 𝑏𝑖𝑡𝑠

𝑅𝑏 = = = = 1,06933 𝑀𝑏𝑝𝑠 (2.1)
T 3 𝑚𝑠 3 𝑚𝑠
El cálculo realizado en la ecuación 2.1 corresponde a la velocidad de transmisión teórica

del sistema de comunicaciones. Ahora, conocida la velocidad, es posible calcular el
periodo de bit (𝑇𝑏 ), como se muestra en la ecuación 2.2
1 3 𝑚𝑠
𝑇𝑏 = = = 935,1620 𝑛𝑠 (2.2)
𝑅𝑏 3208 𝑏𝑖𝑡𝑠
Estos parámetros teóricos serán de utilidad para estimar el ancho de banda de

transmisión y la eficiencia espectral del sistema.
Cabe resaltar que este módulo es externo a los módulos disponibles en GNU Radio y fue
desarrollado específicamente para este trabajo de grado mediante el lenguaje C++ y las
herramientas de GNU Radio para adicionar nuevos bloques a esta plataforma. El código
fuente para la implementación de este bloque se muestra en el apéndice A
45
2. Sub-módulo File Sink
Luego de generar los datos a transmitir, estos deben almacenarse en un archivo con el
fin de compararlos con los datos que lleguen al módulo receptor y poder realizar una
medición de BER, y así conocer el desempeño del sistema de comunicaciones. Esto se
hace mediante el módulo File Sink el cual es un bloque tipo sumidero que recibe un
flujo de datos de cualquier tipo y lo guarda en un determinado archivo.
Figura 2.13. Configuración File Sink.
Los parámetros de configuración para este bloque se aprecian en la Figura 2.13 y son
los siguientes:
● File: indica la ruta del archivo destino. En este se define el nombre del archivo de
salida, su tipo y ubicación. En este caso el archivo de salida se llama tx_siso.txt.
● Input Type: indica el tipo de datos de entrada que recibe este módulo, en este caso
debe ser de tipo Byte.
● Vec. Length: se utiliza cuando en el archivo se van a guardar datos de tipo vector de
vectores, pero en este caso se usa su valor por defecto que es 1. ya que la entrada
es un único flujo de datos.
● Unbuffered: este parámetro especifica si los datos de entrada se guardan primero
en un buffer antes de ser guardados físicamente en el archivo. Al estar fijo en Off,
los datos se guardarán en un buffer.
● Append File: indica si cada vez que se ejecute el diagrama de flujo el archivo se
sobrescribe (Overwrite) o se concatena (Append) con una versión anterior del
archivo. En este caso se fija en Overwrite.
Este bloque no influye en el procesamiento de la señal, ya que es un bloque de tipo

sumidero y solo cumple con la función de guardar la información a transmitir. Este es un
bloque propio de GNU Radio.
3. Sub-módulo Protocol Formatter
46
Una vez se ha generado la información a transmitir, es necesario adicionar datos de

cabecera a cada paquete, de manera que no exista ambigüedad en el receptor al
momento de recuperar cada unidad de información. El módulo Protocol Formatter
recibe un flujo etiquetado de bytes y genera a partir de este, un encabezado (etiquetado)
cuyo formato depende de un parámetro Format Object (Objeto de Formato). En la Figura
2.14 se aprecia que este bloque cuenta con dos parámetros de configuración, el ya
mencionado Format Obj., al cual se le pasa un objeto llamado hdr_format, y un parámetro
denominado Length Tag Name (Nombre de Etiqueta de Flujo) el cual tiene el valor de
packet_len.
Figura 2.14. Configuración Protocol Formatter.
El objeto hdr_format se encuentra definido como un parámetro, al cual se le asigna un

tipo de dato definido por GNU Radio como se muestra en la Figura 2.15
Figura 2.15. Parámetro Hdr Format.
El campo Value que se aprecia en la Figura 2.15 tiene la siguiente expresión:
digital.header_format_default(digital.packet_utils.default_access_code, 0)
Esta expresión retorna un objeto propio de GNU Radio que contiene un formato para un
encabezado básico (default). El primer argumento que se pasa a la expresión se
denomina Access Code (Código de Acceso) y el segundo se denomina Treshold (Umbral). El
formato que se obtiene con la expresión anterior es el mostrado en la Figura 2.16
47
Figura 2.16. Formato de la cabecera del paquete.
El Access Code (Código de Acceso) corresponde específicamente a la expresión:
digital.packet_utils.default_access_code
La cual retorna el código de acceso por defecto que tiene GNU Radio, el cual es la
secuencia de 64 bits mostrada a continuación:
1010110011011101101001001110001011110010100011000010000011111100
Los campos pkt len que se muestran en la Figura 2.16 hacen referencia a la longitud en
bytes del flujo de entrada, y cada campo ocupa 16 bits o 2 bytes. La salida del Protocol
Formatter será el encabezado mostrado en la Figura 2.16 etiquetado con la longitud
total del encabezado, que para el desarrollo de este trabajo será de 12 bytes. Este
módulo es propio de GNU Radio.
Es importante resaltar que la salida de este sub-módulo es únicamente la cabecera, por

este motivo, es necesario utilizar otro sub-módulo que concatene la cabecera con la
carga útil, es decir, que conforme completamente la trama de datos a transmitir.
4. Sub-módulo Tagged Stream Mux
Este módulo tiene la función de concatenar dos o más flujos etiquetados de información
en un único flujo, este proceso se realiza secuencialmente, es decir, en el orden en el
que ingresan los flujos. Además, al flujo saliente se le incorpora una nueva etiqueta de
longitud, que contiene la suma de todas las etiquetas de longitud individuales y
posteriormente las etiquetas antiguas de longitud se descartan. Para la configuración de
este módulo es necesario definir una serie de parámetros como se muestra en la Figura
2.17.
48
Figura 2.17. Configuración del Tagged Stream Mux.
En primera medida se deben seleccionar los tipos de datos de entrada y salida con el
parámetro denominado IO Type, para ello se despliega el menú y se selecciona el más
apropiado. Debido a las características del diseño se seleccionó el tipo Byte. Luego se
debe especificar el número de entradas que va a tener el bloque (Number of inputs), en este
diseño es necesario concatenar el flujo de cabecera y el flujo de datos, por lo tanto, se
configura el parámetro en 2. También es necesario definir el nombre de la etiqueta de
longitud con la cual se va a etiquetar el flujo de salida ( Length tag names), por defecto este
parámetro está configurado como “packet_len”. Asimismo, se debe configurar el siguiente
parámetro llamado Vector Length el cual determina la cantidad de flujos en paralelo de salida
del módulo, por la naturaleza del módulo se establece este parámetro en 1. Finalmente
se establece el parámetro Tags en 0, con lo cual se especifica que no se desean etiquetas
de longitud entre la cabecera y los datos.
A continuación, en la Figura 2.18, se aprecia de manera gráfica la salida generada por

este bloque.
Figura 2.18. Salida del Tagged Stream Mux.
Como se aprecia, la salida de este bloque concatena la cabecera generada por el bloque
Protocol Formatter con los datos entregados por el Generador Aleatorio
entregando como resultado un paquete de 413 bytes. Los datos a la salida de este bloque
están preparados para ser modulados. Este bloque se encuentra disponible en GNU
Radio.
5. Sub-módulo Repack Bits
Luego de haber conformado el paquete de información a enviar, se procede a realizar el

mapeo de bits a símbolos complejos, lo cual consiste en codificar un grupo de 𝑙𝑜𝑔2 (𝑀)
49
bits en un número complejo perteneciente a una constelación o alfabeto de 𝑀 símbolos.

Este proceso requiere de dos tareas específicas, la primera es agrupar los bits en
conjuntos de tamaño 𝑙𝑜𝑔2 (𝑀) y la segunda consiste en asignar a cada grupo un símbolo
perteneciente a un alfabeto de 𝑀 símbolos. Los bloques Repack Bits y Chunk to
Symbols realizan estas tareas respectivamente.
El bloque Repack Bits re-empaqueta un flujo etiquetado de bytes, tomando k bits de

cada byte y los reorganiza en otro flujo de bytes (también etiquetado), donde cada byte
solo tiene n bits. De ese modo, la longitud del flujo de salida será la longitud del flujo de
entrada multiplicada por el factor ⌈𝑘/𝑛⌉ . En el transmisor este módulo debe
desempaquetar el flujo de bytes (n < k), pero en recepción debe realizar el proceso
contrario (n > k). En la Figura 2.19 se ilustra el proceso realizado por el bloque Repack
Bits en el transmisor con k=8 y n=2.
Figura 2.19. Salida Repack bits.
Para que este bloque cumpla con la tarea antes mencionada, el factor k debe ser igual a
8 (1 byte tiene 8 bits) y el factor n debe ser igual a 𝑙𝑜𝑔2 (𝑀), donde 𝑀 depende de la
constelación a emplear, dicha constelación debe definirse mediante un Constellation
Object, el cual es un tipo de objeto propio de GNU Radio donde se definen las
características de una constelación. En GNU Radio existen objetos de constelación ya
definidos para determinadas modulaciones como la de Desplazamiento de Fase Binario
(BPSK, Binary Phase Shift Keying), QPSK, 8PSK, etc. En la Figura 2.20 se define la
variable Constelacion a la cual se le asigna uno de estos objetos de constelación, en este
caso, una constelación QPSK, mediante la expresión:
digital.constellation_qpsk()
Figura 2.20. Objeto de Constelación.
50
Conocida la constelación a emplear, los parámetros de configuración del módulo Repack

Bits son los mostrados en la Figura 2.21.
Figura 2.21. Configuración Repack Bits.
Los parámetros Bits per input byte y Bits per output byte presentes en la Figura 2.21 son
respectivamente los factores k y n mencionados anteriormente, estos toman los
siguientes valores:
● Bits per input byte: toma el valor de 8, ya que a la entrada de este módulo se tiene un
flujo de bytes.
● Bits per output byte: toma el valor de Constelación.bits_per_symbol(), expresión que
retorna el valor 𝑙𝑜𝑔2 (𝑀), donde 𝑀 = 4 debido a que es una constelación QPSK.
el valor final de Bits per output byte será 2.
● Length Tag Key: se debe colocar el nombre de la etiqueta de longitud del flujo de
entrada, para este diseño se está trabajando con la etiqueta por defecto de GNU
Radio llamada “packet_len”.
● Packet Alignment y Endianness: de estos parámetros depende la ubicación de los bits de
entrada en el byte de salida, deben ser iguales tanto en el módulo de transmisión
como de recepción, en este caso se seleccionó MSB la cual corresponde a Bit Más
Significativo (MSB, Most Significant Bit).
La longitud del flujo de salida del bloque Repack Bits será la mostrada en la ecuación
2.3, considerando que la longitud de entrada es de 413 bytes.
𝑘 8
𝑙𝑒𝑛_𝑠𝑎𝑙𝑖𝑑𝑎 = 𝑙𝑒𝑛_𝑒𝑛𝑡𝑟𝑎𝑑𝑎 ⌈ ⌉ = 413 ⌈ ⌉ = 1652 (2.3)
𝑙 2
Las unidades de esta longitud serían “partes de bits”, que corresponde 1 a 1 con la
longitud en símbolos complejos, ya que el sub-módulo Chunk to Symbols no altera la
longitud del paquete. Se puede concluir entonces que la longitud en sÍmbolos QPSK del
paquete de datos enviado será de 1652 símbolos, además, es posible calcular el periodo
de símbolo (𝑇𝑠 ) como se muestra en la ecuación 2.4
51
𝑇𝑠 = 𝑇𝑏 𝑙𝑜𝑔2 (𝑀) = (935,1620 𝑛𝑠) (2) = 1,8703 𝜇𝑠 (2.4)
6. Sub-módulo Chunks to Symbols
El bloque actual es de gran importancia en el diseño, puesto que debe realizar el mapeo
del flujo (desempaquetados) de bytes de acuerdo con la tabla de símbolos de la
modulación deseada. Los parámetros que se deben establecer para realizar la
configuración de este módulo se muestran en la Figura 2.22.
Figura 2.22. Configuración Chunks to Symbols.
En primera medida se debe especificar el tipo de dato tanto de entrada como de salida,
en el caso de este diseño se especificó Byte como tipo de dato de entrada (Input Type) y
Complex como tipo de dato de salida (Output Type). Posteriormente se encuentra un
parámetro llamado Symbol Table en el cual se debe especificar la tabla de símbolos con la
cual será mapeado el flujo de entrada, para ello se hace uso de la función
Constelación.points() la cual retorna un vector de tipo complejo con los puntos de la
constelación provenientes del objeto de constelación llamado Constelación. Luego se
debe configurar el parámetro Dimension, dicho parámetro representa la dimensión de la
constelación compleja, este valor viene establecido por defecto en 1. Finalmente se debe
especificar el número de puertos de entrada y de salida (Num ports), esta variable posibilita
el mapeo de varios flujos en el mismo instante de tiempo, para el caso de este diseño
solo se especificó un (1) puerto. La salida de este bloque será un flujo de símbolos
complejos de longitud 1652 pertenecientes a la constelación de la Figura 2.23.
52
Figura 2.23. Salida Chunks to Symbols.
Este bloque no altera la velocidad de los datos de entrada, por lo tanto, el periodo de
símbolo calculado en la ecuación 2.1 se mantiene. Este bloque es propio de GNU Radio.
7. Sub-módulo Mapeo OFDM
Debido a que se está trabajando con la tecnología OFDM, es necesario realizar el mapeo
OFDM, que corresponde al bloque conversor serie-paralelo mostrado en la Figura 2.8, el
cual tiene la función de reorganizar los símbolos teniendo en cuenta cada una de las
subportadoras a utilizar. Los parámetros que se deben establecer para realizar la
configuración de este módulo se muestran en la Figura 2.24.
Figura 2.24. Configuración Mapeo OFDM.
Como se aprecia en la Figura 2.24, solo es necesario ingresar el número de

subportadoras que se desea usar, en este caso, el parámetro N° Portadoras tiene asignado
la variable portadoras, la cual tiene como valor por defecto 200. Cabe resaltar que de
estas 200 subportadoras, hay 4 que no se utilizan con el fin de evitar interferencias, estas
4 están se encuentran ubicadas alrededor de la frecuencia central. Sabiendo lo anterior,
el número de subportadoras que realmente se encuentran disponibles es 196. La Figura
2.25 muestra el funcionamiento de este bloque.
53
Figura 2.25. Mapeo OFDM.
Cada símbolo que ingresa al módulo es asignado de forma ordenada a una

subportadora, y al conjunto de todas las subportadoras en un instante de tiempo se le
conoce como símbolo OFDM. El número de símbolos OFDM de salida corresponde a la
parte entera superior del cociente entre el número de símbolos de entrada y el número
de subportadoras a utilizar, como se muestra en la ecuación 2.5.
𝑁° 𝑆𝑖𝑚𝑏𝑜𝑙𝑜𝑠 𝐸𝑛𝑡𝑟𝑎𝑑𝑎 1652

𝑁° 𝑆í𝑚𝑏𝑜𝑙𝑜𝑠 𝑂𝐹𝐷𝑀 = ⌈ ⌉ =⌈ ⌉ = ⌈8.4285⌉ = 9 𝑆í𝑚𝑏𝑜𝑙𝑜𝑠 𝑂𝐹𝐷𝑀 (2.5)
𝑁° 𝑆𝑢𝑏𝑝𝑜𝑟𝑡𝑎𝑑𝑜𝑟𝑎𝑠 196
Finalmente se debe considerar que la salida de este bloque es un vector de símbolos

OFDM de tal manera que cada posición de este vector almacena otro vector
correspondiente a los símbolos reordenados en las respectivas subportadoras. Es por
esta razón que gráficamente no es posible ver en la salida varios flujos en paralelo, sino
la salida de un tipo de dato vector de vectores el cual se identifica por tener un color azul
oscuro diferente a los vectores simples que tienen un color azul claro.
Este bloque fue desarrollado en el lenguaje C++ para este trabajo de grado considerando
el proceso de conversión serie a paralelo mostrado en la Figura 1.6 de la sección 1.4 [35]
y luego fue adicionado a GNU Radio.
8. Sub-módulo Codificador Alamouti
Este es el sub-módulo más importante dentro de la arquitectura, puesto que en él se

realiza la codificación Alamouti, de tal manera que a la entrada de este módulo se tiene
un único flujo de información y a la salida del mismo se tienen dos, acorde a la
54
codificación de Alamouti, estos dos flujos resultantes corresponden cada uno a una
antena transmisora, por esta razón se dice que es la base fundamental para la
implementación de la tecnología MIMO que se persigue en este trabajo de grado. Para
la configuración de este bloque requiere la modificación de dos parámetros como se
muestra en la Figura 2.26.
Figura 2.26. Configuración Codificador Alamouti.
El primer parámetro llamado N° Portadoras tiene asignada la variable portadoras que a su

vez tiene un valor de 200. El segundo parámetro llamado Long FFT tiene asignada la
variable fft_len cuyo valor es de 256.
El funcionamiento de este bloque se basa exclusivamente en el algoritmo de codificación

de Alamouti, de tal manera que las señales de salida tienen el mismo tamaño de la señal
de entrada, lo cual es una característica intrínseca al algoritmo.
Adicional a ello, este bloque es encargado de posicionar de manera simétrica todas las
portadoras en la mitad de la longitud de la FFT, este proceso debe realizarse debido a la
forma en que se calcula o implementa la FFT, la cual requiere que cada vector de entrada
tenga una longitud que sea potencia de 2. El funcionamiento se muestra en la Figura
2.27.
Figura 2.27. Ubicación de portadoras ocupadas.
En la Figura 2.27 se pueden identificar dos colores correspondientes a dos campos, el

campo verde claro corresponde a las portadoras ocupadas, es decir, a un símbolo OFDM
y el campo de color verde oscuro indica las portadoras no ocupadas, las cuales son
usadas como bandas de guardas entre dos símbolos OFDM contiguos. En este proceso
es importante resaltar que estas bandas de guarda hacen que la eficiencia del sistema
disminuya en términos de la relación entre la cantidad de información útil transmitida y la
55
cantidad de información de control. La longitud en subportadoras OFDM de estas bandas

de guarda por cada símbolo OFDM será:
𝑁° 𝑝𝑜𝑟𝑡𝑎𝑑𝑜𝑟𝑎𝑠 _𝑛𝑜_𝑜𝑐𝑢𝑝𝑎𝑑𝑎𝑠 = 𝐿𝑜𝑛𝑔_𝐹𝐹𝑇 − 𝑁°_𝑝𝑜𝑟𝑡𝑎𝑑𝑜𝑟𝑎𝑠 = 256 − 200 = 56 (2.6)
Además, considerando que hay 4 subportadoras centrales que no se emplean (por

símbolo OFDM) como se mostró en el módulo Mapeo OFDM, el número total de
portadoras no ocupadas por símbolo OFDM será:
𝑁° 𝑝𝑜𝑟𝑡𝑎𝑑𝑜𝑟𝑎𝑠 _𝑛𝑜_𝑜𝑐𝑢𝑝𝑎𝑑𝑎𝑠 = 60 𝑠𝑢𝑏𝑝𝑜𝑟𝑡𝑎𝑑𝑜𝑟𝑎𝑠 (2.7)
Ahora, se transmiten en total 9 símbolos OFDM (ecuación 2.5), por tanto, el número de
subportadoras no ocupadas será
(𝑁° 𝑝𝑜𝑟𝑡𝑎𝑑𝑜𝑟𝑎𝑠 _𝑛𝑜_𝑜𝑐𝑢𝑝𝑎𝑑𝑎𝑠) (𝑁° 𝑠í𝑚𝑏𝑜𝑙𝑜𝑠_𝑂𝐹𝐷𝑀) = (60)(9) = 540 𝑠𝑢𝑏𝑝𝑜𝑟𝑡𝑎𝑑𝑜𝑟𝑎𝑠

(2.8)
Entonces es posible calcular el número total de bits equivalentes a las portadoras no

ocupadas, considerando que en cada portadora viajan 2 bits (debido al uso de QPSK),
así, el número de bits será:
𝑁° 𝑏𝑖𝑡𝑠_𝑔𝑢𝑎𝑟𝑑𝑎 = (𝑁° 𝑝𝑜𝑟𝑡𝑎𝑑𝑜𝑟𝑎𝑠 _𝑛𝑜_𝑜𝑐𝑢𝑝𝑎𝑑𝑎𝑠) (𝑁° 𝑠í𝑚𝑏𝑜𝑙𝑜𝑠_𝑂𝐹𝐷𝑀) (𝑁° 𝑏𝑖𝑡𝑠/𝑠𝑢𝑏𝑝𝑜𝑟𝑡𝑎𝑑𝑜𝑟𝑎)

(2.9)
𝑁° 𝑏𝑖𝑡𝑠_𝑔𝑢𝑎𝑟𝑑𝑎 = (540 𝑠𝑢𝑏𝑝𝑜𝑟𝑡𝑎𝑑𝑜𝑟𝑎𝑠)(2 𝑏𝑖𝑡𝑠/𝑠𝑢𝑏𝑝𝑜𝑟𝑡𝑎𝑑𝑜𝑟𝑎) = 1080 𝑏𝑖𝑡𝑠 (2.10)
Este bloque fue implementado para este trabajo de grado en el lenguaje C++ siguiendo
el algoritmo de codificación Alamouti expuesto en la sección 1.6 y luego fue adicionado
a GNU Radio.
9. Sub-módulo Insertar Preambulo
En este bloque se realiza la inserción de un preámbulo de símbolos OFDM, con el cual

se realiza la estimación del canal. La función de este bloque es concatenar el preámbulo
ingresado como parámetro con los ya mapeados símbolos OFDM de información. Este
preámbulo debe seguir un formato que depende del número de portadoras OFDM y la
longitud de la FFT. Los parámetros que se deben configurar para este bloque se
muestran en la Figura 2.28.
56
Figura 2.28. Configuración Insertar Preambulo.
Este bloque recibe como parámetros la longitud de la FFT (Long FFT) con el fin de poder
identificar adecuadamente cada símbolo OFDM. También recibe un parámetro llamado
Preambulo, el valor de dicho preámbulo va a ser el que antecede a los símbolos OFDM ya
conformados. Este preámbulo posee un formato ya establecido y debe ingresarse
estrictamente como se define en la Figura 2.29.
Figura 2.29. Funcionamiento Insertar Preámbulo.
Como se aprecia en la Figura 2.29, el preámbulo está conformado por 3 símbolos OFDM
con longitud de la FFT, los cuales se concatenan a los símbolos OFDM de provenientes
del bloque anterior. El primer símbolo OFDM corresponde a una secuencia conocida
usada para procesos de sincronización (en tiempo) en recepción, el segundo símbolo
corresponde a un símbolo de ceros y finalmente, el tercer símbolo, corresponde a una
segunda secuencia conocida la cual es usada para llevar a cabo el proceso de estimación
de canal. Hay que destacar que en la Figura 2.29 se presentan cuadros de diferentes
colores, el color rojo indica que hay ceros, el color azul se usó para identificar que hay
alguna secuencia conocida y el color gris se utiliza para identificar los símbolos del bloque
anterior.
Teniendo en cuenta que la decodificación de Alamouti requiere del conocimiento

completo de la respuesta del canal entre cada una de las antenas transmisoras y
receptoras, es decir, conocer los valores de ℎ11 , ℎ12 , ℎ21 y ℎ22 (sección 1.6), es necesario
alternar la transmisión de las secuencias conocidas 2 y 3 como se muestra en la Figura
2.30. Mientras por la antena 2 se transmite la secuencia conocida 2, por la antena 1 se
transmiten ceros y mientras que por la antena 1 se transmite la secuencia conocida 3,
por la antena 2 se transmiten ceros.
57
Figura 2.30. Funcionamiento Insertar Preambulo.
De este modo con la secuencia conocida 2 el receptor podrá determinar las respuestas
del canal ℎ12 y ℎ22 ya que a ambas antenas receptoras únicamente llegará esta
secuencia, puesto que la otra antena transmisora está en silencio (transmite ceros). De
esta misma manera, con la secuencia conocida 3 el receptor determina las respuestas
del canal ℎ21 y ℎ11 . Así, el receptor logra tener el conocimiento completo del canal y
garantiza una correcta decodificación.
El equivalente en bits de los preámbulos OFDM insertados es:
𝑁° 𝑏𝑖𝑡𝑠_𝑝𝑟𝑒𝑎𝑚𝑏𝑢𝑙𝑜 = (𝑁° 𝑠𝑖𝑚𝑏𝑜𝑙𝑜𝑠_𝑝𝑟𝑒𝑎𝑚𝑏𝑢𝑙𝑜) (𝐿𝑜𝑛𝑔𝐹𝐹𝑇 )(𝑁° 𝑏𝑖𝑡𝑠/𝑠𝑢𝑏𝑝𝑜𝑟𝑡𝑎𝑑𝑜𝑟𝑎)

(2.11)
𝑁° 𝑏𝑖𝑡𝑠_𝑝𝑟𝑒𝑎𝑚𝑏𝑢𝑙𝑜 = (3)(256)(2) = 1536 𝑏𝑖𝑡𝑠 (2.12)
El bloque Insertar Preambulo fue desarrollado para este trabajo de grado y fue
implementado en C++ y adicionado a GNU Radio.
10. Sub-módulo FFT
En el módulo FFT se calcula la FFT de cada uno de los símbolos OFDM generados por
el bloque anterior, a la salida de este bloque se obtiene el desplazamiento en frecuencia
(en banda base) de cada una de las subportadoras OFDM (por cada símbolo OFDM).
Para ello requiere de los parámetros de configuración mostrados en la Figura 2.31.
Figura 2.31. Configuración del módulo FFT.
58
El primer parámetro observado en la Figura 2.31 es tipo de dato de entrada (Input Type),
que se fija en Complex, ya que se ingresan símbolos OFDM complejos. El segundo
parámetro es el FFT size, que determina la longitud de los vectores a los que se les aplica
la FFT, esta longitud debe ser potencia de 2, en este caso toma el valor de la variable
fft_len, cuyo valor es de 256. Otro parámetro importante es el Forward/Reverse, ya que indica
si se aplica la FFT inversa o directa, este parámetro se fija en Reverse, dado que en
transmisión se requiere aplicar la FFT inversa. En cuanto al parámetro Window, este es
un vector de tipo float que multiplica el resultado de la transformada de fourier, en este
caso es un vector de unos de longitud fft_len, por tanto, no afecta el resultado de la FFT.
La salida de este bloque será nuevamente de tipo vector de vectores. Este bloque hace
parte de los bloques de procesamiento de señal existentes en GNU Radio.
11. Submódulo OFDM Cyclic Prefixer
El módulo OFDM Cyclic Prefixer se encarga de la incorporación del prefijo cíclico a

los flujos de datos que provienen del módulo FFT y de la realización de la conformación
de pulso. El prefijo cíclico se adiciona con el fin de evitar la interferencia entre símbolos
y solucionar el problema de la pérdida de ortogonalidad entre subportadoras. La
conformación de pulso se realiza con una forma de pulso RRC. La configuración de este
módulo se muestra en la Figura 2.32.
Figura 2.32. Configuración OFDM Cyclic Prefixer.
La configuración de este bloque debe realizarse modificando cuatro parámetros. El

primero corresponde a la longitud de la FFT ( FFT Length), este parámetro es un número
entero y en este caso tiene asignado la variable fft_len cuyo valor es 256. El segundo
paramento es CP Length, este parámetro indica la longitud del prefijo cíclico que se desea
insertar y depende de las condiciones del canal en el cual se realice la transmisión, en
este caso se tiene asignado un valor de fft_len/4 el cual es el valor máximo aceptado con
el cual no se perjudica la eficiencia del sistema y que además brinda un rango de
protección aceptable frente a la dispersión en tiempo del canal. El siguiente parámetro
se llama Rolloff, este parámetro es propio del pulso RRC, y se denota como el exceso de
ancho de banda del filtro, en este caso toma el valor de 0. Finalmente, el parámetro Length
Tag Key sirve para identificar la etiqueta que traen los símbolos OFDM, en la cual se
especifica el inicio y el fin de dicho símbolo, en este caso, se usa la etiqueta que se ha
59
venido usando la cual tiene el nombre “packet_len”. El funcionamiento de este bloque se

Figura 2.33. Funcionamiento OFDM Cyclic Prefixer.
La duración temporal del prefijo cíclico utilizado en esta implementación se define por la
siguiente ecuación:
𝑇𝑃𝐶 = (𝑁)(𝑇𝑠 )(𝐿𝑜𝑛𝑔_𝑃𝐶) = (200)(1,8703 𝜇𝑠)(64) = 23,9398 𝑚𝑠 (2.13)
Donde 𝑁 es el número de subportadoras y 𝑇𝑠 el periodo de símbolo. El equivalente de

bits perdidos por la utilización del prefijo cíclico, se define en la ecuación 2.14.
𝑁° 𝑏𝑖𝑡𝑠_𝑃𝐶 = (𝑁° 𝑠𝑖𝑚𝑏𝑜𝑙𝑜𝑠_𝑂𝐹𝐷𝑀)(𝐿𝑜𝑛𝑔_𝑃𝐶)(𝑁° 𝑏𝑖𝑡𝑠/𝑠𝑢𝑏𝑝𝑜𝑟𝑡𝑎𝑑𝑜𝑟𝑎) (2.14)
𝑁° 𝑏𝑖𝑡𝑠_𝑃𝐶 = (12)(64)(2) = 1536 𝑏𝑖𝑡𝑠 (2.15)
Luego de insertar el prefijo, este bloque realiza la conformación de pulso de cada uno de
los símbolos OFDM, además reordena los vectores de entrada (los símbolos OFDM) en
único vector de salida, es decir, se realiza una conversión paralelo-serie.
Una vez realizada la conformación de pulso, es necesario saber el ancho de banda de la

señal, el cual de manera general para una señal OFDM se define como lo muestra la
ecuación 2.16 [35].
𝑁+1
𝐵𝑊𝑆𝑒ñ𝑎𝑙 = 𝐵𝑤 {𝑝(𝑡)} ( ) (2.16)
𝑁
Donde, N corresponde al número de subportadoras y 𝐵𝑤{𝑝(𝑡)} es el ancho de banda del

filtro conformado. En este caso, dado que se está usando un filtro RRC, el ancho de
banda del filtro está definido por la ecuación 2.17 [32].
1+𝛼
𝐵𝑤 {𝑝(𝑡)} = (2.17)
2𝑇𝑠
60
Donde 𝛼 es el factor de roll-off del filtro. Teniendo en cuenta que 𝛼 = 0 y que 𝑇𝑠 ya fue
calculado en la ecuación 2.4, 𝐵𝑤{𝑝(𝑡)} queda definido como se muestra en la ecuación
2.18.
1+0
𝐵𝑤 {𝑝(𝑡)} = = 534,6735 𝐾𝐻𝑧 (2.18)
1,8703 𝜇𝑆𝑒𝑔
Ahora, sabiendo que el número de subportadoras es 200, el ancho de banda de la señal

queda definido por la ecuación 2.19.
200+1
𝐵𝑊𝑆𝑒ñ𝑎𝑙 = (534,6735 𝐾𝐻𝑧) ( ) = 537,3469 𝐾𝐻𝑧 (2.19)
200
Luego, el ancho de banda por cada subportadora se define en la ecuación 2.20.
1+𝛼 1
𝐵𝑤 {𝑝(𝑡)} = = = 2,6733 𝐾𝐻𝑧 (2.20)
𝑁𝑇𝑠 (2)(200)(1,8703 𝜇𝑆𝑒𝑔)
Finalmente, la eficiencia espectral del sistema se define como se muestra en la ecuación

2.21 [32].
𝑅𝑏 𝑁 𝑙𝑜𝑔2 (𝑀)
𝜌= = = 1,99004 𝑏𝑝𝑠/𝐻𝑧 (2.21)
𝐵𝑊 (1+𝛼)(𝑁+1)
De este modo, con este bloque concluye la aplicación de la tecnología OFDM y la salida
de este bloque contiene la forma de onda en banda base completa para enviar al módulo
de RF. El tipo de dato de salida este bloque será de vector complejo, por este motivo la
salida tiene un color azul claro. Este bloque se encuentra disponible de manera
predeterminada en GNU Radio.
12. Sub-módulo UHD: USRP Sink
Una vez se ha conformado completamente la señal en banda base, esta debe pasar por
el módulo hardware de RF para ser transmitida por el canal radio. Este proceso se realiza
mediante el bloque UHD: USRP Sink, el cual hace uso del controlador UHD para fijar
los parámetros de transmisión de la USRP y enviar la señal en banda base a esta para
ser modulada en RF y efectivamente ser transmitida, por lo tanto, este un bloque de tipo
sumidero, donde termina el diagrama de flujo del transmisor. Los parámetros de
configuración del bloque UHD: USRP Sink se muestran en la Figura 2.34 y la Figura
2.35.
61
Figura 2.34. Configuración UHD: USRP Sink pestaña General.
En la pestaña General mostrada en la Figura 2.34 se configuran los parámetros

asociados a la operación lógica de la tarjeta USRP como lo son, la tasa o frecuencia del
reloj (Clock Rate), si se van a utilizar fuentes externas de sincronismo o de reloj (Mb0: Clock
Source, Mb0: Time Source), si se va a utilizar una tarjeta USRP especifica mediante una
dirección IP o mediante su número de serie (Device Address, Device Arguments), además es
posible especificar el número de frontends (Num. Channels) o puertos de TX/RX de la USRP,
en este caso como se realiza la implementación de MIMO 2x2 este parámetro se
establece en 2. Todos los parámetros anteriores toman sus valores por defecto ya que
ninguno es empleado en la implementación del sistema de comunicaciones. Por último,
un parámetro importante es el Sample Rate, el cual hace referencia al número de Muestras
por Segundo (SPS, Samples per Second) que procesa la USRP, en este caso se le ha
asignado la variable rate, que toma el valor de 1 millón de SPS.
Figura 2.35. Configuración UHD: USRP Sink pestaña RF Options.
Como se muestra en la Figura 2.35, en la pestaña RF Options se configuran cinco

parámetros por cada puerto. El primer parámetro Center Freq (Hz) corresponde a la
frecuencia central a la cual se desea transmitir, es este caso se tiene asignada una
62
variable llamada frecuencia la cual tiene un valor de 900 MHz14, es importante resaltar
que el valor debe ser ingresado en Hz. El segundo parámetro llamado Gain Value
corresponde a la ganancia de la antena en transmisión, dicho parámetro tiene
restricciones en cuanto al valor que se debe ingresar, puesto que solo se pueden ingresar
valores de 0 dB hasta 89.8 dB en pasos de 0.2 dB, la elección del valor se hace
dependiendo de las necesidades del diseño, en este caso este parámetro tiene asignada
una variable llamada ganancia_tx la cual tiene un valor de 40. El siguiente parámetro
llamado Gain Type corresponde a las unidades en que se ingresa el valor de la ganancia,
es decir, si se ingresa la ganancia en veces se selecciona Normalized o si se ingresa en
dB se selecciona Absolute (dB). En este caso se ingresó el valor en dB, por lo tanto, se
seleccionó Absolute (dB). El siguiente parámetro se llama Antenna, el cual corresponde al
puerto por el cual se va a transmitir la información, en este caso se seleccionó el puerto
de antena TX_RX. Finalmente es posible configurar el ancho de banda de la señal a
transmitir, esto es posible mediante la configuración del parámetro Bandwidth (Hz), en el
caso de este diseño está establecido por defecto en 0, con lo cual se indica que se usa
el máximo ancho de banda disponible de la USRP que es de 20 MHz. Como se aprecia,
la configuración de un puerto es idéntica a la configuración del otro puerto debido a que
en la tecnología MIMO ambos flujos se transmiten a la misma frecuencia.
Una vez realizada la descripción del módulo de transmisión, se procede a describir el

módulo receptor. Dicho módulo realiza la función inversa al descrito anteriormente, es
decir, es el encargado de realizar todos los procesos necesarios para obtener y recuperar
la información que fue enviada desde el módulo transmisor.
2.5.1.2. Descripción del Módulo software del Receptor MIMO 2x2
La implementación del módulo receptor representa el mayor desafío en un sistema de

comunicaciones ya que en él, se deben resolver todos los problemas de sincronismo en
tiempo, corrimientos en frecuencia y estimar los efectos adversos introducidos por el
canal. Esta etapa de implementación del módulo receptor fue realizada con base en el
diseño planteado. El diagrama en bloques de la implementación del módulo receptor se
muestra en la ¡Error! No se encuentra el origen de la referencia..
14 Se eligió el uso de 900 MHz como frecuencia de operación dado que en la caracterización de las antenas
VERT900 [41] se muestra que la Relación de Onda Estacionaria (VSWR, Voltage Standing Wave Ratio)
tiene un valor cercano a 1 para esta frecuencia, lo que implica que las pérdidas de retorno son muy bajas
para esta frecuencia.
63
Figura 2.36. Módulo Receptor MIMO 2x2.
64
En la ¡Error! No se encuentra el origen de la referencia. el diagrama está

dividido en varios bloques los cuales de manera conjunta permiten realizar los procesos
de recepción, sincronización, decodificación y demodulación de modo que en el bloque
final se tenga una señal aproximadamente igual a la enviada por el transmisor. A
continuación, se describen con detalle el funcionamiento, las características y
parámetros de configuración de cada uno de los bloques presentes, haciendo énfasis en
su función.
1. Sub-módulo UHD: USRP Source
El bloque UHD: USRP Source realiza la función complementaria del bloque UHD: USRP
Sink expuesto en la sección 2.5.1 ya que uno se usa en transmisión y el otro en
recepción, de tal manera que uno es el que envía la señal en banda base a la USRP
para ser modulada en RF y efectivamente ser transmitida y el otro fija los parámetros de
recepción de la tarjeta logrando que la señal Modulada en RF sea recibida y convertida
a banda base para su posterior procesamiento. Los parámetros de configuración del
bloque UHD: USRP Source deben ser los mismos utilizados en el bloque UHD: USRP
Sink ya deben estar sintonizados a la misma frecuencia y tener la misma tasa de
muestreo, excepto la potencia de recepción, dado que esta solo puede variar desde 0
dB hasta 76 dB en pasos de 1 dB. En la Figura 2.37 y la Figura 2.38 se muestra la
configuración de los parámetros.
Figura 2.37. Configuración UHD: USRP Source pestaña General.
65
Figura 2.38. Configuración UHD: USRP Source pestaña RF Options.
Como se aprecia, la configuración tanto del bloque UHD: USRP Source y el bloque
UHD: USRP Sink (Figura 2.34 y Figura 2.35) son idénticas.
2. Sub-módulo FFT Filter
Este bloque es importante en la implementación del diagrama receptor puesto que es el

encargado de realizar funciones de filtrado de la señal de entrada, de tal manera que la
señal que sale de este, sea una señal limitada en banda, negando así el paso de
diferentes señales espurias presentes en otras bandas de frecuencia. Este bloque cuenta
con 5 parámetros de configuración como se especifica en la Figura 2.39.
Figura 2.39. Configuración FFT Filter.
El primer parámetro denominado Type, corresponde al tipo de dato de entrada y de salida,

en este caso se ha determinado como dato tanto de entrada como de salida el tipo
Complex. El siguiente parámetro es llamado Decimation y sirve para tomar una cantidad
determinada de un conjunto de muestras, este parámetro recibe un valor mayor o igual
a 1, en este caso dado que no se desea realizar decimación, se puso por defecto 1. El
tercer parámetro lleva el nombre Taps, y es a través de él, que se especifica el tipo de
filtro va a utilizar, en este caso se tiene asignada la variable filtro_pasa_bajo el cual está
definido por la ecuación 2.22:
firdes.low_pass(1.0, 1.0, bw+tb, tb, firdes.WIN_HAMMING) (2.22)
66
Dicha ecuación, es una función propia de GNU Radio diseñada para generar las
muestras de un filtro pasabajo de acuerdo con los siguientes parámetros. El primer
parámetro que recibe la función corresponde a la ganancia del filtro, el segundo
corresponde la frecuencia de muestreo, el tercero es la frecuencia de corte o frecuencia
central, el cuarto hace referencia al ancho de banda de transición el cual define el número
de muestras requeridas y finalmente el quinto parámetro hace referencia a la ventana
del filtro que para este caso es una ventana tipo Hamming la cual provee GNU Radio a
través de la ecuación 2.23.
firdes.WIN_HAMMING (2.23)
El bloque FFT Filter es propio de la plataforma software GNU Radio.
3. Sub-módulo Schmidl & Cox OFDM synch.
Este sub-módulo es el encargado de realizar dos procesos fundamentales en el receptor,

el primero es realizar la sincronización en tiempo y la segunda es estimar el
desplazamiento en frecuencia que ha sufrido la señal OFDM de entrada. La configuración
de este módulo se muestra en la Figura 2.40.
Figura 2.40. Configuración Schmidl & Cox OFDM synch.
A este módulo se le deben configurar dos parámetros, el primero llamado FFT length con el
cual se especifica la longitud de la FFT, es este caso, este parámetro tiene asignada una
variable llamada fft_len que a su vez tiene el valor de 256. El segundo parámetro es
llamado Cyclic Prefix length el cual corresponde a la longitud del prefijo cíclico usado en
transmisión, en este caso se le asignó un cuarto de la longitud de la FFT, es decir, se le
asignó fft_len/4 que corresponde a 64, el mismo valor asignado en el módulo transmisor.
Este bloque cuenta con dos salidas. La primera salida corresponde al sincronismo en
tiempo, es decir, con ayuda del prefijo cíclico, el bloque identifica el inicio y fin de un
símbolo OFDM y con ayuda de las etiquetas de flujo marca dichos límites. La segunda
salida corresponde al desplazamiento fino en frecuencia, este desplazamiento viene
dado por 2.0*señal entrada/fft len y corresponde al desplazamiento en frecuencia que
67
experimenta la señal y provoca que las subportadoras pierdan la ortogonalidad entre sí.
Este bloque se encuentra disponible para ser utilizado en GNU Radio
4. Sub-módulo Frequency Mod.
Este bloque es el encargado de tomar una señal que viene en banda base y sacar una
señal modulada en una frecuencia determinada, con lo cual se realizará la compensación
del desplazamiento de frecuencia estimado por el bloque anterior. Los parámetros de
configuración de este bloque se muestran en la Figura 2.41.
Figura 2.41. Configuración Frequency Mod.
Para este módulo solo es necesario configurar un parámetro denominado Sensitivity el cual
define cuánto cambia la frecuencia de la señal con respecto a la nueva señal entrada,
para este diseño está definido por -2.0/fft_len ya que es el valor límite de compensación
en frecuencia realizada por el módulo anterior.
Posteriormente se realiza una multiplicación entre la señal recibida (señal desfasada) y

la señal generada por este bloque la cual es el complemento en frecuencia de la otra, de
tal manera que al momento de realizar la multiplicación se obtenga una señal
compensada. Este módulo es propio de GNU Radio.
5. Sub-módulo OFDM Sampler.
En este submódulo se realiza el proceso de conversión serie a paralelo, es decir, toma

el flujo de entrada y lo reordena en símbolos OFDM con base en la señal de sincronismo
que provee el bloque Schmidl & Cox OFDM synch, la señal de salida será entonces
de tipo vector de vectores, donde cada vector es un símbolo OFDM y cada uno de sus
elementos es una subportadora OFDM. Entrega además una señal de sincronismo por
cada símbolo OFDM que reordena. Es importante decir que cada símbolo OFDM a la
salida de este bloque tiene una longitud correspondiente a la longitud de la FFT más la
longitud del prefijo cíclico. Los parámetros de configuración de este bloque se muestran
en la Figura 2.42:
68
Figura 2.42. Configuración OFDM Sampler.
Como se aprecia en la Figura 2.42 los parámetros de configuración que requiere el

bloque OFDM sampler son: el FFT Length que hace referencia a la longitud total del símbolo
OFDM y se le ha asignado la variable fft_len, que tiene el valor de 256; el Symbol Length al
cual se ingresa la longitud total del símbolo OFDM que comprende la longitud de la FFT
más la longitud del prefijo cíclico, por esto se le asigna la variable fft_len+fft_len/4 que
tiene un valor de 320; y el Timeout que se refiere al número de muestras que el bloque
OFDM sampler espera por la primera señal de sincronismo del bloque Schmidl &
Cox OFDM synch, si la señal de sincronismo no llega después de este número de
muestras el bloque deja de funcionar, y es necesario reiniciar la transmisión. El bloque
OFDM sampler es propio de GNU Radio.
6. Sub-módulo FFT.
Este submódulo es el encargado de realizar la FFT de cada uno de los símbolos OFDM
generados por el bloque anterior, la configuración de este bloque se mostró de manera
detallada en la sección 2.5.1 en la Figura 2.31. Para el caso de recepción la configuración
solo varia en el parámetro llamado Forward/Reverse, este parámetro se fija en Forward, dado
que se requiere aplicar la FFT directa.
7. Sub-módulo Decodificador Alamouti.
Al igual que en transmisión, este bloque juega un papel muy importante en la

implementación del sistema de comunicaciones puesto que es el encargado de realizar
tres procesos importantes, el primero corresponde la extracción del prefijo cíclico, el
segundo a la obtención de la respuesta del canal de comunicaciones y compensar sus
efectos, y el tercero corresponde a la decodificación de Alamouti. La configuración de
este bloque se realiza como se muestra en la Figura 2.43.
69
Figura 2.43. Configuración Decodificador Alamouti.
Este bloque tiene como parámetros de configuración el número de portadoras, la longitud

de la FFT y la longitud del prefijo cíclico, específicamente el parámetro N° Portadoras tiene
asignado un valor de 200, dicho valor que cambia dependiendo las necesidades del
diseño, el siguiente parámetro denominado Longitud FFT, tiene asignado la variable fft_len
la cual tiene un valor de 256, y finalmente, el parámetro Longitud CP tiene asignado fft_len/4
ya que esta es la longitud del prefijo cíclico de la señal.
Este módulo es el encargado de extraer el prefijo cíclico y de entregar una señal del
tamaño de las subportadoras OFDM ocupadas, es decir, realiza el proceso inverso al
Sub-módulo Codificador de Alamouti descrito en la sección 2.5.1.
Adicional a ellos se realiza la estimación del canal, este proceso se lleva a cabo mediante
el algoritmo de Mínimo Error Medio Cuadrático (MMSE, Minimum Mean Square Error),
el cual emplea el último símbolo OFDM del preámbulo insertado en transmisión en el
sub-módulo Insertar Preambulo para calcular la diferencia entre el preámbulo
esperado y el preámbulo recibido, de esta manera se conoce la respuesta de canal.
Finalmente, y con ayuda de los códigos Espacio temporales y específicamente con el

algoritmo de Alamouti se realiza la decodificación logrando así obtener a la salida del
bloque un único flujo de información lista para realizar el demapeo OFDM.
El módulo Decodificador Alamouti fue implementado para este trabajo de grado,

empleando el lenguaje C++, y utilizando las herramientas de desarrollo de GNU Radio.
8. Sub-módulo Demapeo OFDM.
Este sub-módulo es de vital importancia para el módulo receptor ya que se encarga de

reordenar los símbolos que se encuentran en cada una de las subportadoras en un flujo
serial. La configuración de este sub-módulo se muestra en la Figura 2.44.
70
Figura 2.44. Configuración Demapeo OFDM.
Como se aprecia en la Figura 2.44 se debe configurar el parámetro N portadoras, para el

caso de este diseño tiene asignada la variable portadoras la cual tiene un valor de 200.
Este sub-módulo tiene la función opuesta al Sub-módulo Mapeo OFDM expuesto en la
sección 2.5.1 y también fue desarrollado para este trabajo de grado.
9. Sub-módulo Constellation Decoder.
Este módulo realiza el demapeo de los símbolos de acuerdo con la tabla de símbolos de
la modulación utilizada en transmisión, mediante el criterio de distancia mínima expuesto
en la ecuación 1.6 (sección 1.3), convirtiendo así un flujo de símbolos complejos
(afectados por ruido y por los demás efectos del canal) en un flujo de bytes
empaquetados a la salida, es decir, cada byte de salida representa únicamente el número
de bits por símbolo de la modulación. En el caso de este diseño, se empleó la modulación
QPSK, así, cada byte de salida representa 2 bits. La configuración de este bloque se
Figura 2.45. Configuración Constellation Decoder.
Como se observa en la Figura 2.45, es necesario la configuración de un parámetro

llamado Constellation Object, en el cual se debe especificar la constelación con la cual fueron
mapeados los símbolos en transmisión, para ello se hace uso de la función
Constelación.base() la cual retorna un vector de tipo complejo con los puntos de la
constelación provenientes del objeto de constelación llamado Constelacion. Este bloque
se encuentra en GNU Radio.
10. Sub-módulo Unpack K Bits
Dado que el bloque Constellation Decoder entrega un flujo empaquetado de bytes, es

necesario desempaquetar estos bytes para que puedan ser correctamente procesados
por los demás bloques. Esta función la realiza el bloque Unpack K Bits, el cual toma
un número de k bits relevantes por cada byte de entrada y los agrupa de manera continua
en un flujo de bytes de 8 bits relevantes, como se muestra en la Figura 2.46.
71
Figura 2.46. Salida Unpack k bits.
La configuración de este submódulo se muestra en la Figura 2.47.
Figura 2.47. Configuración Unpack k Bits.
Para la configuración de este módulo solo es necesario determinar el valor del parámetro
k, el cual hace referencia a número de bits que se requieren desempaquetar, para ello se
hace uso de la función Constelacion.bits_per_symbol() la cual retorna el número de bits
por símbolo provenientes del objeto de constelación llamado Constelación. Dado que la
modulación es QPSK, el valor corresponde a 2 bits por símbolo. Este bloque está
disponible en GNU Radio.
11. Sub-módulo Correlate Access Code - Tag Stream
Este bloque es el encargado de realizar la comparación del preámbulo generado en

transmisión por el bloque Protocol Formatter expuesto en la sección 2.5.1 y así
descartar o validar cada trama recibida, si es validada la trama, le coloca una etiqueta de
flujo con la longitud de la carga útil de la trama (en bytes) y retira el preámbulo de la
trama, y si la descarta simplemente en su salida no se emite ningún flujo de bytes. A la
salida de este bloque habrá un flujo empaquetado de bytes, donde un byte representa 1
bit, por esto, será necesario utilizar un bloque para desempaquetar el flujo de salida. Los
parámetros de configuración de este bloque se muestran en la Figura 2.48.
72
Figura 2.48. Configuración Correlate Access Code - Tag Stream.
Este bloque posee varios parámetros de configuración, el primer parámetro llamado IO

Type con el cual se definen el tipo de dato tanto de entrada como de salida, en este caso
se seleccionó el tipo de dato Byte. El segundo parámetro llamado Access Code corresponde
a la secuencia en bits a comparar enviada desde transmisión y se definió con la función
digital.packet_utils.default_access_code de igual manera que se hizo en el Sub-módulo
Protocol Formatter especificado en la sección 2.5.1. El tercer parámetro llamado
Threshold corresponde a un valor de tolerancia al momento de comparar la secuencia de
bits, si está en cero (0), implica que la secuencia de bits de entrada debe ser exactamente
igual al parámetro Access Code para validar la trama de entrada. Finalmente, el último
parámetro denominado Tag Name hace referencia a la etiqueta de flujo que se le
incorporará al flujo de salida, en este caso el nombre de la etiqueta es “packet_len”. Este
módulo se encuentra incluido en GNU Radio.
12. Sub-módulo Repack Bits
Este módulo fue explicado en la sección 2.5.1 y en este caso se encarga de

desempaquetar el flujo de bytes que entrega el módulo anterior, el cuál entrega un flujo
de bytes donde cada byte tiene un solo bit relevante, por lo tanto, los parámetros k y n se
fijan en 1 y 8 como se muestra en la Figura 2.49.
Figura 2.49. Configuración Repack Bits.
A la salida de este bloque se tiene la carga útil o la información enviada por el transmisor,
sin preámbulos ni información de encabezados, exceptuando el número de secuencia de
cada una de las tramas.
73
13. Sub-módulo File Sink
Dado que la información (carga útil) se ha recuperado, se procede a guardarla en un

archivo de texto mediante un módulo File Sink como el empleado en el módulo
transmisor para guardar los datos originales. En este bloque termina el proceso de
comunicación, y su configuración se muestra en la Figura 2.50.
Figura 2.50. Configuración File Sink.
Los parámetros de configuración se mantienen igual que en el módulo de transmisión,

excepto por el parámetro File, el cual establece el nombre y la ubicación del archivo.
2.5.2. Implementación de un sistema de comunicaciones

SISO sobre hardware reconfigurable
Una vez culminada la implementación del sistema de comunicaciones MIMO 2x2 y

viendo la necesidad de realizar la evaluación del desempeño del sistema, se hace
necesaria la creación de un sistema de comunicaciones que sea comparable con el
sistema MIMO 2x2, de esta manera se procede a realizar la implementación de un
sistema de comunicaciones SISO. Este sistema debe ser o debe contener
aproximadamente los mismos procesos y las mismas tecnologías usadas en el MIMO
2x2, de tal manera que sea una comparación válida y que los sistemas a nivel software
tengan las mismas prestaciones en cuanto a elementos y procesos realizados. Sabiendo
lo anterior, se procede a realizar el diseño del sistema de comunicaciones SISO.
2.5.2.1. Descripción del Módulo software del Transmisor SISO
Para realizar un sistema comparable, la implementación del sistema de comunicaciones

SISO se realizó con base en el sistema MIMO 2x2 pero ejecutando una serie de cambios.
El diagrama en bloques de la nueva implementación del transmisor se presenta en la
Figura 2.51.
74
Figura 2.51. Módulo Transmisor SISO.
75
Como se aprecia en la Figura 2.51, los dos sistemas de comunicaciones tienen en común
la mayoría de sub-módulos, con la leve diferencia que ahora el sistema solo cuenta con
un flujo de información dado que solo se transmitirá por una antena.
Siendo más estrictos en la comparación, hay cambios en dos bloques, los cuales se
detallan a continuación:
● 1er Cambio: en el sistema MIMO se hacía uso del bloque Codificador

Alamouti en el cual se llevaba a cabo el proceso de codificación espacio
temporal Alamouti en el cual se obtenían los dos flujos correspondientes a las dos
antenas y también se realizaba también un posicionamiento de las portadoras
dentro de la longitud de la FFT de manera simétrica. Sabiendo lo anterior, se creó
un nuevo bloque llamado OFDM pos el cual realiza únicamente la tarea de
posicionar de manera simétrica todas las portadoras en la mitad de la longitud de
la FFT al igual que lo realizaba el sub-módulo Codificador Alamouti. La
configuración de este nuevo bloque se muestra en la Figura 2.52.
Figura 2.52. Configuración OFDM pos.
Como se puede observar en la Figura 2.52, el bloque tiene como entradas el

número de portadoras (N° Portadoras) y la longitud de la FFT (Long FFT) y su
funcionamiento se puede evidenciar de manera gráfica en la Figura 2.27.
Este bloque fue implementado en C++ para este trabajo de grado y luego
adicionado a GNU Radio.
● 2do Cambio: se realiza a nivel del Sub-módulo UHD: USRP Sink

específicamente en el parámetro de configuración Num. Channels el cual determina
el número de puertos de TX/RX de la USRP, en este caso como se realiza la
implementación del sistema SISO este parámetro se establece en 1. Este cambio
se puede evidenciar en la Figura 2.53.
76
Figura 2.53. Configuración UHD: USRP Sink para el sistema SISO.
Los demás parámetros continúan con la misma configuración expuesta en la

sección 2.5.1 en la caracterización del submódulo UHD: USRP Sink.
Una vez expuestos los cambios realizados, se da por concluida la implementación del
módulo transmisor del sistema comunicación SISO y se da paso a la implementación del
módulo receptor.
2.5.2.2. Descripción del Módulo software del Receptor SISO
Al igual que el módulo transmisor, el módulo receptor SISO debe ser lo más parecido al
MIMO 2x2 para lograr una comparación válida, por esta razón la implementación del
sistema SISO se realizó en base al sistema MIMO 2x2 con variaciones en ciertos
módulos. El diagrama en bloques de la nueva implementación del receptor se presenta
en la Figura 2.54.
77
Figura 2.54. Módulo Receptor SISO.
78
Como se aprecia en la Figura 2.54, tanto el módulo receptor SISO como el módulo
receptor MIMO 2x2 poseen la gran mayoría de sub-módulos en común, diferenciándose
únicamente en dos de ellos, estos cambios se detallan a continuación:
● 1er Cambio: se realiza a nivel del Sub-módulo UHD: USRP Source

específicamente en el parámetro de configuración Num. Channels el cual determina
el número de puertos de RX de la USRP, en este caso como se realiza la
implementación del sistema SISO este parámetro se establece en 1. Este cambio
se puede evidenciar en la Figura 2.55.
Figura 2.55. Configuración UHD: USRP Source para el sistema SISO.
Los demás parámetros continúan con la misma configuración expuesta en la

sección 2.5.1 en la caracterización del submódulo UHD: USRP Source.
● 2do Cambio: en el sistema MIMO se hacía uso del bloque Decodificador

Alamouti en el cual se llevaba a cabo 3 procesos importantes, el primer proceso
corresponde a la extracción del prefijo cíclico, el segundo a la obtención de la
respuesta del canal de comunicaciones, y el tercero corresponde a la
decodificación de Alamouti. Dado que solo se tiene una antena y un solo flujo de
entrada no es necesario realizar el proceso de decodificación Alamouti, sin
embargo, los otros dos procesos si son necesarios realizarlos. Por esta razón se
creó un nuevo bloque llamado Estimador de Canal que se encarga de la
extracción del prefijo cíclico y la obtención de la respuesta del canal. La
configuración de este bloque se realiza como se muestra en la Figura 2.56.
79
Figura 2.56. Configuración Estimador de canal.
Este bloque tiene como parámetros de configuración el número de portadoras, la

longitud de la FFT y la longitud del prefijo cíclico, específicamente el parámetro N°
Portadoras tiene asignado un valor de 200, dicho valor que cambia dependiendo las
necesidades del diseño, el siguiente parámetro denominado Longitud FFT, tiene
asignado la variable fft_len la cual tiene un valor de 256, y finalmente, el parámetro
Longitud CP tiene asignado fft_len/4 ya que esta es la longitud del prefijo cíclico de la
señal. Los procesos de estimación de canal y de extracción del prefijo cíclico son
los mismos descritos en la sección 2.5.1 en la caracterización del sub-módulo
Codificador Alamouti.
Este bloque fue implementado en C++ para este trabajo de grado y luego
adicionado a GNU Radio.
Con la implementación de los sistemas de comunicaciones SISO y MIMO 2x2 se da por

concluida la fase de “Implementación” propuesta en la metodología de este trabajo de
grado, y a su vez se cumple con el segundo objetivo específico denominado
“Implementar sobre tarjetas USRP un sistema MIMO 2x2”.
80
CAPÍTULO 3
3. PRUEBAS Y ANÁLISIS DE RESULTADOS
Este capítulo tiene como objetivo el desarrollo de la fase denominada “pruebas”, la cual
integra las etapas de “verificación” y “mantenimiento” de la metodología y cuya finalidad
es la evaluación del desempeño a nivel físico del sistema de comunicaciones MIMO 2x2.
Por lo tanto, se detallan las pruebas a realizar, los parámetros de desempeño para tener
en cuenta, los escenarios de prueba y se presenta el análisis de los resultados obtenidos.
3.1. PRUEBAS
Las pruebas para analizar el desempeño a nivel físico del sistema de comunicaciones
MIMO 2x2 implementado consisten, de manera general, en comparar su desempeñó con
el de un sistema SISO, es decir, un sistema de comunicaciones que no implemente la
tecnología MIMO y de este modo conocer y comprobar los efectos positivos o negativos
que trae la implementación de la tecnología MIMO 2x2 con codificación Alamouti, en
otras palabras, corroborar si en un entorno (o entornos) real determinado, bajo ciertas
condiciones, la codificación de Alamouti brinda una mejora en la confiabilidad del
sistema, como se plantea a nivel teórico [25].
Para ello es necesario definir los escenarios físicos donde serán probados los sistemas
de comunicaciones, los parámetros de evaluación del desempeño y las medidas a
realizar. Estos tres conceptos son abordados a continuación.
81
3.1.1. Escenarios físicos

Los sistemas de comunicaciones MIMO 2x2 y SISO implementados son sistemas
inalámbricos que tienen dos grandes escenarios físicos de aplicación, los escenarios
indoor y outdoor, el primero, corresponde a un entorno cerrado, donde prevalece la
existencia de obstáculos como paredes, puertas, mesas, etc, (cercanos entre ellos) entre
el transmisor y receptor. El segundo corresponde a un entorno abierto, donde hay una
menor cantidad de obstáculos (alejados entre ellos). Así, en el escenario indoor se
presenta el fenómeno de la multitrayectoria 15 , ocasionando tanto interferencia
constructiva como destructiva y de esta manera el efecto resultante puede ser en
ocasiones benéfico para la calidad de la señal y en otras puede ser perjudicial. En el
escenario outdoor, se asume que los efectos producidos por la multitrayectoria se
presentan en menor medida.
Sabiendo esto, se definieron ambos escenarios como escenarios de pruebas, debido a

que resulta conveniente conocer el desempeño de ambos sistemas en condiciones de
mucha multitrayectoria y en condiciones de baja multitrayectoria. Cabe resaltar que en
ambos escenarios se presenta una propagación LOS, es decir, una propagación en la
que no hay obstáculos entre el transmisor y el receptor. Los dos escenarios indoor y
outdoor escogidos se muestran en las Figuras 3.1 y 3.2:
Figura 3.1. Escenario indoor. Figura 3.2. Escenario outdoor.
15
La multitrayectoria es el fenómeno por el cual una señal de radio toma diferentes caminos de
propagación entre el transmisor y el receptor, debido a las múltiples reflexiones que sufre la señal debi do
obstáculos presentes en el canal. Cada parte o copia de la señal experimenta diferentes condiciones y
diferentes retardos que interfieren entre si al llegar al receptor. [4]
82
Como se aprecia en la Figura 3.1 el escenario indoor seleccionado corresponde a un

pasillo de 2 metro de ancho, 2.7 metros de alto y 40 metros de largo, donde la señal
sufrirá diversas reflexiones en las paredes laterales, por otro lado, en la Figura 3.2 se
muestra el escenario outdoor, que corresponde a un parqueadero despejado el cual se
encuentra libre de paredes, techos y obstáculos laterales, logrando así que no haya
confinamiento de la señal.
3.1.2. Parámetros de desempeño

De manera general, el desempeño en cuanto a confiabilidad de un sistema de
comunicaciones se puede evaluar mediante la BER [12], esta es una medida que
expresa la relación entre el número de bits errados (en recepción) y el total de bits
enviados, entre más bajo sea su valor, el sistema de comunicaciones será más confiable
y viceversa [11]. Ahora, considerando que la técnica MIMO 2x2 con codificación de
Alamouti tiene como objetivo mejorar la confiabilidad del sistema de comunicaciones, la
BER resulta ser un parámetro adecuado para medir y cuantificar esta mejora.
Es usual asociar la BER a un parámetro que indique las condiciones del canal, como la
Relación Señal a Ruido (SNR, Signal to Noise Ratio), la cual indica la diferencia existente
entre el piso de ruido y la potencia que llega al receptor, de esta manera, es posible
conocer el desempeño del sistema midiendo la BER para un determinado valor de SNR
[4]. Por lo tanto, estas dos medidas serán las métricas con las cuales se evaluará el
desempeño del sistema de comunicaciones implementado. Es necesario entonces
definir el método de medición utilizado para obtener los valores de BER y SNR.
3.1.2.1. Medición de BER
La medición de la BER, se realiza mediante la comparación de los archivos de texto

generados en el módulo transmisor y el módulo receptor a partir de los submódulos File
Sink explicados en la sección 2.5.1. Los dos archivos16 se envían a un ejecutable en
lenguaje Python llamado ber_test.py (desarrollado específicamente para este trabajo de
grado), que se encarga de comparar uno a uno los bits del archivo de transmisión con
los bits del archivo de recepción y realiza un conteo de errores, con el cual se calcula la
BER siguiendo la ecuación 3.1 [11].
16
Estos archivos de texto contienen de manera secuencial (sin separación) las tramas generadas (como
se muestran en la Figura 2.12), y recibidas respectivamente representadas con caracteres ASCII, es decir,
como texto plano.
83
𝑁° 𝑏𝑖𝑡𝑠_𝑒𝑟𝑟𝑎𝑑𝑜𝑠
𝐵𝐸𝑅 = (3.1)
𝑁° 𝑏𝑖𝑡s_tx
Este ejecutable tiene en cuenta los números de secuencia generados en el bloque

Generador Aleatorio como referencia para tener la certeza del comienzo y fin de
una trama, además, para asegurar que se comparen las tramas generadas con las
correspondientes tramas recibidas, lo que implica que la medición de BER se realiza
únicamente sobre las tramas que han llegado al receptor de manera correcta. Esto se
sustenta en el hecho del funcionamiento del bloque Correlate Access Code (sección
2.5.1), el cual puede descartar las tramas recibidas si el preámbulo de éstas no es el
esperado. Así, el número de bits transmitidos de la ecuación 3.1 corresponde
verdaderamente al número de bits recibidos, ya que, si se pierden tramas completas en
recepción, la medida de BER se vería considerablemente afectada.
Específicamente cada medida de BER se realiza sobre 10’240.000 bits (1’280.000 bytes)
de carga útil en el archivo de transmisión o lo que equivale a 3200 tramas de 400 bytes
de carga útil cada una, esto se encuentra definido en el ejecutable ber_test.py. La
duración de esta medida es de aproximadamente 9.6 segundos.
3.1.2.2. Medición de SNR
Cada medida de BER debe tener asociada un valor de SNR, el cual se calcula tomando
las medidas de potencia de ruido en el receptor y de la potencia de la señal en el receptor,
posteriormente se calcula la SNR como se muestra en la ecuación 3.2 [4]:
𝑆𝑁𝑅𝑑𝐵 = 𝑃𝑅𝑋 − 𝑃𝑁 (3.2)
Las potencias de ruido y de señal se miden mediante el bloque de visualización de GNU

Radio llamado QT GUI Frequency Sink, el cual se modificó para que genere una
hoja de cálculo en formato .xls donde se almacena el promedio de la potencia de cada
una de las componentes espectrales de la señal en banda base recibida cada 0.01
segundos, lo que equivale a tomar 100 datos de potencia en 1 segundo. La potencia de
ruido se mide únicamente teniendo encendido el receptor, de tal manera que solo sea
sensado el ruido presente en el canal, es decir, esta medida se toma antes de realizar la
medición de BER, en cambio, el proceso de medición de la potencia de la señal se realiza
simultáneamente con la medición de BER, de esta manera, por cada medida de BER se
tendrá un determinado número de valores de potencia (de ruido y de señal) que depende
de la duración de la medida de la BER. Si la medida de BER dura aproximadamente 9.6
84
segundos, se tendrán 960 valores de potencia en una hoja de cálculo, los cuales son
promediados para obtener un único valor de SNR por cada valor de BER.
Este promedio se realiza mediante un ejecutable desarrollado en lenguaje Python

específicamente para este trabajo de grado, llamado prx_test.py, que lee los archivos
.xls de la potencia recibida de señal y de la potencia de ruido y toma un promedio entre
los valores de cada una de las columnas, descartando los primeros 100 valores, para no
tomar medidas de ruido mientras se espera por la recepción de la señal de información,
luego se guarda el valor promediado de potencia recibida de señal y de ruido en una
nueva hoja de cálculo llamada Potencia_resultados.xlsx. Posteriormente se procesa esta
hoja de cálculo para realizar el cálculo de la SNR empleando la ecuación 3.2.
Para el caso del sistema MIMO 2x2 es necesario medir potencia de recepción en las dos
antenas, lo que genera una hoja de cálculo adicional con valores de potencia de señal
recibida, por ello, se realiza el proceso anterior para cada uno de los dos archivos .xls y
luego los valores finales de potencia de señal recibida para cada antena se promedian
de nuevo entre sí para obtener un único valor de potencia de señal recibida y realizar el
cálculo de la SNR. Este proceso se realiza con el ejecutable prx_test.py, al cual se le
aplican algunos cambios para el sistema MIMO 2x2. Para los valores de potencia de
ruido solo se consideran los que se miden en una sola antena.
3.1.3. Medidas
Una vez conocidos los parámetros de desempeño y los mecanismos de medición, es
necesario definir las condiciones a variar para determinar el comportamiento del sistema.
En este caso se opta por variar los valores de SNR mediante el cambio de distancia entre
el transmisor y el receptor, obteniendo así cambios en la potencia de recepción y, por
consiguiente, en la SNR. Los cambios de distancia fueron de 1 metro 17 y se realizaron
en el rango de 1 metro hasta el alcance máximo de ambos sistemas, que corresponde
con la distancia máxima para la cual el receptor puede recuperar las tramas de datos
enviados por el transmisor, lo que varía dependiendo del entorno físico donde se pruebe
el sistema y de la sensibilidad del receptor.
Ahora con el fin de saber el número de medidas de BER que se deben tomar por cada
metro en los entornos físicos seleccionados para que los datos sean válidos, se realizó
una prueba que evidenciara la variación entre medidas tomadas en instantes de tiempo
diferentes. Esta prueba consistió en situar el transmisor y el receptor del sistema MIMO
17
Se realizó la variación de 1 metro de distancia entre el transmisor y el receptor teniendo en cuenta
recomendaciones del director y el codirector del trabajo de grado.
85
2x2 a 4 distancias diferentes y en cada una de las distancias se tomaron 25 medidas de

BER obteniendo los resultados mostrados en el apéndice C. De manera gráfica, estos
resultados se pueden observar en la Figura 3.3, Figura 3.4, Figura 3.5 y en la Figura 3.6.
Figura 3.3. Prueba 1- BER a 1 metro. Figura 3.4. Prueba 2- BER a 5 metros.
Figura 3.5. Prueba 3- BER a 13 metros. Figura 3.6. Prueba 4-BER a 15 metros.
De manera general se puede decir que las variaciones de los datos son muy bajas, por
lo tanto, para obtener un valor de BER confiable solo basta con unas pocas muestras,
sabiendo esto, se decidió tomar 4 medidas de BER por cada metro, y por tanto 4 medidas
de potencia de señal recibida y 1 medida de potencia de ruido por cada metro. Esto se
explica y sustenta en detalle en el apéndice C.
Considerando lo anteriormente expuesto sobre los escenarios de prueba, la forma como

se miden cada uno de los parámetros de desempeño y las medidas a tomar, se procedió
a realizar las pruebas de la siguiente manera:
Se inicia un proceso de transmisión/recepción con el sistema de comunicaciones SISO

en el entorno indoor ubicando el receptor a 1 metro del transmisor, primero se mide la
potencia de ruido en el receptor (manteniendo apagado el transmisor) por
aproximadamente 5 segundos y se obtiene una hoja de cálculo con los datos de potencia
86
de ruido. Luego se enciende el transmisor y el receptor, posteriormente se apaga el

receptor cuando se hayan recibido el número de bytes definidos para la medición de BER
(1’280.000 bytes) e inmediatamente después se apaga el transmisor, esto se realiza 4
veces manteniendo constante la distancia. Este proceso genera 4 archivos de texto de
la información aleatoria transmitida y 4 archivos de texto de la información recibida,
además, se generan 4 hojas de cálculo con los valores de potencia de recepción obtenida
y 1 hoja de cálculo con los valores de potencia de ruido.
Todo lo anterior se repite al alejar el receptor 1 metro más del transmisor sucesivamente
hasta llegar a la distancia máxima. Los archivos de texto de información de transmisión
y recepción son tomados por el ejecutable ber_test.py el cual calcula la BER por cada
par de archivos (de transmisión y recepción) y los ubica en una hoja de cálculo llamada
BER_resultados.xlsx, en la cual estarán los 4 resultados definitivos de medición de BER
organizados por distancia. Las hojas de cálculo (1 de potencias de ruido y 4 de potencias
de señal recibida) con los datos de potencia de señal recibida y potencia de ruido son
tomados por el ejecutable prx_test.py para generar una hoja de cálculo llamada
Potencia_resultados.xlsx con los 4 valores de potencia de señal recibida y un valor de
potencia de ruido organizados por cada distancia, estos valores son procesados
manualmente usando un editor de hojas de cálculo para obtener su promedio y calcular
la SNR asociada a cada distancia. Ahora, se realiza el mismo proceso para el sistema
MIMO 2x2 en el entorno indoor y luego para ambos sistemas en el entorno outdoor.
Para todo el proceso descrito anteriormente, los sistemas de comunicaciones MIMO 2x2
y SISO deben conservar los mismos parámetros de configuración en cuanto a la potencia
de transmisión, la velocidad de transmisión, la cantidad de bits a transmitir, etc. A
continuación se detallan las especificaciones técnicas de ambos sistemas
3.1.4. Especificaciones técnicas

Las especificaciones técnicas de los módulos transmisor y receptor de cada uno de los
sistemas de comunicaciones implementados en la sección 2.5, con las cuales se llevarán
a cabo las pruebas se muestran en la Tabla 3.1. Algunas de estas especificaciones son
parámetros de configuración de los dispositivos USRP y otros son parámetros de los
bloques de GNU Radio.
Tabla 3.1. Especificaciones técnicas de los sistemas de comunicaciones MIMO 2x2 y SISO.
87
MÓDULO
TRANSMISOR RECEPTOR
Sistema Sistema
PARÁMETRO Sistema SISO Sistema SISO
MIMO 2x2 MIMO 2x2
Frecuencia de Operación 900 MHz 900 MHz 900 MHz 900 MHz
Ganancia de la USRP 40 dB 40 dB 40 dB 40 dB
Potencia de Transmisión -32.8 dBm -32.8 dBm ---- ----
Sensibilidad del Receptor ---- ---- -130 dBm -130 dBm
Ganancia Antenas 3 dBi 3 dBi 3 dBi 3 dBi
Tipo de antenas Omnidireccional Omnidireccional Omnidireccional Omnidireccional
Separación entre antenas 15 cm ---- 15 cm ----
Tasa de Muestreo 1 Msps 1 Msps 1 Msps 1 Msps
Longitud de la carga útil 3200 bits (400 3200 bits(400

---- ----
por trama bytes) bytes)
Longitud del preámbulo 96 bits (12 96 bits (12

---- ----
por trama Bytes) Bytes)
Longitud total de 3304 bits (413 3304 bits (413

---- ----
la trama Bytes) Bytes)
Periodo de Bit 935,162 ns 935,162 ns ---- ----
Tasa de bit 1,0693 Mbps 1,0693 Mbps ---- ----
Esquema de modulación QPSK QPSK QPSK QPSK
Periodo de símbolo 1,87 𝜇𝑠 1,87 𝜇𝑠 ---- ----
Técnica de Transmisión OFDM OFDM OFDM OFDM
Longitud de la FFT 256 256 ---- ----
Portadoras Ocupadas 196 196 ---- ----
Técnica MIMO Codificación Codificación

Ninguna Ninguna
empleada STBC de STBC de
88
Alamouti Alamouti
Número de Antenas 2 1 2 1
N° símbolos OFDM
3 3 ---- ----
preámbulo por trama
N° símbolos OFDM Carga

9 9 ---- ----
Útil por trama
N° total de símbolos
12 12 ---- ----
OFDM por trama
Longitud del prefijo cíclico 64 64 ---- ---
Duración del prefijo cíclico 23,9398 ms 23,9398 ms ---- ----
Ancho banda de señal 534,67 KHz 534,67 KHz ---- ----
Ancho banda de
2,677 KHz 2,677 KHz ---- ----
subportadora
Eficiencia espectral 1,99 bps/Hz 1,99 bps/Hz ---- ----
Las especificaciones técnicas del sistema de comunicaciones SISO son las mismas que
el sistema MIMO 2x2, la única diferencia es la aplicación de la técnica MIMO 2x2 con
codificación de Alamouti. Los demás parámetros, como la tasa de bits, la longitud de
trama, el número de subportadoras OFDM, el ancho de banda, etc, son iguales, lo cual
hace que la comparación a realizar sea válida.
Antes de llevar a cabo las pruebas fue necesario realizar una prueba inicial de
funcionamiento del sistema, con la cual se verificó el cumplimiento de los requisitos
funcionales descritos en la sección 2.2 y consistió en ubicar el módulo transmisor y
receptor de ambos sistemas y verificar si efectivamente hay comunicación entre ellos. La
ejecución de esta prueba se especifica en el apéndice B.
3.1.5. Ejecución de las pruebas
Para la ejecución de las pruebas se debe garantizar que se tengan condiciones similares
de temperatura, humedad, que el transmisor y el receptor se encuentran alineados, se
encuentren a la misma altura, y que en ningún momento se obstruya la línea de vista
entre ellos, además, es de vital importancia que nunca se cambien los parámetros de
configuración mostrados en la Tabla 3.1 para ambos sistemas y en todos los escenarios
de prueba planteados
89
Específicamente la ejecución de las pruebas en el entorno indoor se llevó a cabo en el

escenario físico mostrado en la sección 3.1.1 en horas de la noche, en el periodo
comprendido entre las 9 p.m. y las 5 a.m. del día siguiente ya que a estas horas se
garantiza la no obstrucción de la línea de vista entre el transmisor y receptor. Para la
realización de esta prueba fue necesario solicitar un permiso especial para el acceso a
las instalaciones de la FIET. La duración de las pruebas se debe a las 4 medidas por
distancia que se deben tomar (para ambos sistemas), y que al mover el receptor se debe
asegurar: primero, que se mueva el receptor la distancia correcta y segundo, que el
transmisor y el receptor siempre estén alineados; además, fue necesario repetir algunas
medidas y tomar más de 4 en algunos casos, por errores en la ejecución del proceso de
medición.
Las pruebas en el escenario outdoor se llevaron a cabo un día domingo desde las 8 a.m.
hasta las 4 p.m., pues este día el parqueadero seleccionado se encuentra libre de
vehículos y de tránsito de personas. También fue necesario solicitar un permiso para el
ingreso a las instalaciones de la FIET, dado que no hay actividades académicas el día
domingo.
Al finalizar la ejecución de las pruebas, como se mencionó al final de la sección 3.1.3, se

generan una serie de archivos (13 archivos por distancia18) ordenados en carpetas (por
cada distancia) que luego son procesados por el ejecutable ber_test.py y por el
ejecutable prx_test.py para obtener los valores de BER y SNR requeridos para ser
posteriormente analizados. Los resultados se encuentran en dos hojas de cálculo, una
contiene los resultados de BER (BER_resultados.xlsx) y otra con los resultados de
potencia de ruido y de señal recibida (Potencia_resultados.xlsx) que es procesada
manualmente para calcular la SNR. Estas dos hojas de cálculo son generadas por cada
prueba de ambos sistemas en los diferentes escenarios, sabiendo que son 2 sistemas y
2 escenarios de prueba diferentes, se tienen en total 4 pruebas diferentes, por esto, el
resultado de todas las pruebas serán 8 hojas de cálculo que se adjuntan de manera
digital, al igual que todos los archivos generados en cada medida para cada escenario y
sistema, a este documento final de trabajo de grado.
18
4 archivos de texto (.txt) con la información transmitida, 4 archivos de texto (.txt) con la información
recibida, 4 hojas de cálculo (.xls) con datos de potencia recibida y 1 hoja de cálculo (.xls) con los datos de
potencia de ruido. En el caso del sistema MIMO 2x2 son 4 hojas de cálculo (.xls) adicionales con los datos
de potencia de señal recibida por la antena receptora extra, así serían 17 archivos en total por cada
distancia.
90
3.2. ANÁLISIS DE RESULTADOS

La presentación y el análisis de los resultados se divide en dos grupos correspondientes
a los resultados en el escenario indoor y en el escenario outdoor, en cada uno se
comparan los parámetros de desempeño de los sistemas MIMO 2x2 y SISO mediante
gráficas, en las cuales se ha realizado un proceso de regresión con el objetivo de buscar
una curva que facilite apreciar la tendencia de los datos. El tipo de regresión utilizada fue
una de tipo exponencial, dado que representa mejor el comportamiento en comparación
con las regresiones lineales, logarítmicas y polinómicas. La regresión exponencial de los
datos se muestra con una línea punteada, mientras los datos (medidas) se grafican como
puntos dispersos. El color azul oscuro es utilizado para presentar los resultados del
sistema MIMO 2x2 mientras que el color rojo se ha designado para el sistema SISO.
3.2.1. Resultados en escenario indoor.
A continuación, en la Tabla 3.2 se han agrupado los resultados obtenidos en el escenario

indoor de BER y SNR para ambos sistemas. Las tablas completas de BER y SNR para
cada uno de los sistemas se encuentran el apéndice D.
Tabla 3.2. Resultados pruebas MIMO 2x2 y SISO en escenario indoor.
MIMO 2x2 SISO
Distancia (m) SNR (dB) BER SNR (dB) BER
1 36,9632 1,690E-04 33,3301 1,006E-03
2 36,0355 1,776E-04 28,6250 1,547E-03
3 28,4964 1,562E-04 27,5115 1,734E-03
4 33,7289 2,345E-04 29,3838 1,132E-03
5 22,6022 4,326E-04 21,9301 1,529E-03
6 30,7542 3,665E-04 21,6508 1,675E-03
7 25,5794 3,645E-04 25,8927 1,113E-03
8 25,9806 3,407E-04 21,3225 1,475E-03
9 26,2036 1,963E-04 23,6648 1,729E-03
10 23,4260 3,014E-04 20,7387 1,656E-03
11 24,3295 4,125E-04 20,8682 1,533E-03
91
12 23,7404 3,844E-04 20,4804 1,688E-03
13 21,5931 1,202E-03 21,8396 1,658E-03
14 19,3923 6,803E-04 20,1776 2,191E-03
15 18,7667 1,330E-03 20,2653 1,504E-03
16 19,9789 7,954E-04 17,9457 1,516E-03
17 19,2913 1,002E-03 15,1338 3,220E-03
18 16,6422 1,991E-03 16,0698 2,640E-03
19 16,6422 1,763E-03 15,3758 2,063E-03
20 18,3908 1,423E-03 15,7185 2,991E-03
21 18,1161 1,026E-03 17,2998 1,921E-03
22 18,6803 1,763E-03 15,9361 1,943E-03
23 18,9072 9,460E-04 14,9818 2,484E-03
24 17,0882 1,290E-03 19,7721 2,026E-03
25 16,9425 9,268E-04 17,3015 2,298E-03
Una de las principales características a resaltar con respecto a los datos de la Tabla 3,2,
es la máxima distancia alcanzada en el escenario indoor, que fue de 25 metros, más allá
de este punto el receptor descarta todas las tramas debido a las condiciones del canal y
la baja potencia de recepción. En cuanto a los rangos de BER obtenidos se observa que,
para el sistema MIMO 2x2 el mínimo valor de BER fue de 1,562 × 10−4 y el máximo de
1,991 × 10−3 ; mientras que el sistema SISO tuvo un mínimo de 1,006 × 10−3 y un
máximo de 3,22 × 10−3 . Con respecto a la SNR, el sistema MIMO 2x2 tuvo un máximo
de 36.9632 dB y un mínimo de 16.6422 dB, mientras que el sistema SISO tuvo un máximo
de 33.3301 dB y un mínimo de 14.9818 dB.
Con los datos de la Tabla 3.2 se grafica el comportamiento de BER contra distancia, de
SNR contra distancia y de BER contra SNR. Comenzando con la curva de BER contra
distancia que se muestra en la Figura 3.7, donde se compara la BER del sistema MIMO
2x2 con la del sistema SISO.
92
Figura 3.7. BER vs Distancia en escenario indoor.
Se observa que el comportamiento de la BER en el escenario indoor para ambos

sistemas es creciente con la distancia según indican las líneas punteadas, lo que
corresponde con lo esperado, pues, a mayor distancia la potencia de recepción
disminuye, ocasionando mayor número de errores en la detección de la información [4].
Además, se destaca que la BER del sistema MIMO 2x2 es menor que la del SISO en
todo el rango de distancias, de esta manera se puede afirmar que el sistema MIMO 2x2
tuvo un mejor desempeño que el sistema SISO en el escenario indoor. Sin embargo, se
aprecia que la BER de ambos sistemas tiende a acercarse conforme aumenta la
distancia, esto se debe a que la potencia de recepción comienza a disminuir estando
cada vez más cerca de la sensibilidad del receptor, y para estas condiciones la BER de
ambos sistemas tiende a converger a sus valores más altos, independiente de las
tecnologías empleadas para la transmisión de información.
En la Figura 3.8 se muestran las curvas de SNR contra distancia de los sistemas MIMO
2x2 y SISO.
93
Figura 3.8. SNR vs Distancia en escenario indoor.
Se puede apreciar una ventaja leve de MIMO 2x2 frente a SISO y como se esperaba, a
medida que aumenta la distancia la SNR disminuye en ambos casos [4].
Ahora, para analizar el comportamiento de la BER contra la SNR se realizó un

reordenamiento de los valores de la Tabla 3.2, de tal manera que quedaran ordenados
de mayor a menor con respecto a la SNR. Las gráficas de BER contra SNR fueron
realizadas de manera individual para cada uno de los sistemas, ya que los valores de
SNR para ambos no son los mismos. La gráfica de SNR contra distancia del sistema
MIMO 2x2 se muestra en la Figura 3.9.
94
Figura 3.9. BER vs SNR sistema MIMO 2x2 en escenario indoor.
Se observa que la curva de BER del sistema MIMO 2x2 tiene una tendencia a disminuir
con el aumento de la SNR, contrario al comportamiento observado en la gráfica de BER
contra distancia, ya que el aumento de SNR implica un aumento en la potencia de
recepción y por ende una reducción de los errores en la detección de la información [4].
En cuanto al comportamiento de BER contra SNR del sistema SISO, este se aprecia en
la Figura 3.10.
Figura 3.10. BER vs SNR sistema SISO en escenario indoor.
95
Comparando la BER de ambos sistemas para dos valores comunes de SNR se tiene
que: para una SNR de aproximadamente 20 dB, el sistema MIMO 2x2 tiene una BER de
aproximadamente de 8 × 10−4 , mientras que el SISO tiene una BER de 2 × 10−3 ; para
una SNR de 33 dB el sistema MIMO 2x2 tiene una BER de 2.6 × 10−4 y el sistema SISO
una BER de 1 × 10−3 , así, para estos dos valores de SNR la BER del sistema MIMO 2x2
fue menor que la del sistema SISO, lo que implica un mejor desempeño del sistema
MIMO 2x2.
Considerando las observaciones realizadas en cada una de las gráficas obtenidas en el

entorno indoor se puede concluir que, la aplicación de la técnica de codificación de
Alamouti en el sistema MIMO 2x2 mejora notablemente la BER con respecto al sistema
SISO en dicho escenario, y que esta mejora se hace más notoria en cuanto el transmisor
se encuentra más cerca del receptor.
3.2.2. Resultados en escenario outdoor
Los resultados de BER y SNR obtenidos en el escenario outdoor para ambos sistemas
se han ordenado en la Tabla 3.3. Las tablas completas de BER y SNR para cada uno de
los sistemas se encuentran el apéndice D.
Tabla 3.3. Resultados pruebas MIMO 2x2 y SISO en escenario outdoor.
MIMO 2x2 SISO
Distancia (m) SNR (dB) BER SNR (dB) BER
1 37,3743 2,520E-04 34,5179 1,350E-03
2 35,5269 3,010E-04 33,5068 1,390E-03
3 33,2946 3,320E-04 32,9863 1,450E-03
4 27,6458 3,480E-04 30,2024 1,500E-03
5 26,9159 3,600E-04 29,3751 1,550E-03
6 24,5836 3,600E-04 29,1982 1,560E-03
7 22,5984 3,720E-04 28,4629 1,790E-03
8 21,8576 4,380E-04 27,0815 1,910E-03
9 20,2262 4,500E-04 25,6426 2,970E-03
10 19,7143 4,870E-04 25,0257 3,300E-03
96
11 20,9512 4,540E-04 25,3905 4,420E-03
12 19,3904 5,370E-04 23,1936 5,550E-03
13 19,2764 8,750E-04 23,3078 6,240E-03
14 19,0171 1,020E-03 23,4122 6,370E-03
15 18,4984 3,620E-03 22,0897 9,710E-03
16 18,3007 4,160E-03 22,1549 9,990E-03
17 18,6223 3,510E-03 21,5006 1,170E-02
18 17,4381 6,470E-03 21,4558 1,390E-02
19 17,1561 7,310E-03 21,0387 1,560E-02
20 17,0099 8,960E-03 20,8538 1,710E-02
Comparando la Tabla 3.2 y la Tabla 3.3 se puede observar que en el escenario indoor
se alcanzaron 5 metros más de distancia que en el escenario outdoor, donde solo fue
posible la toma de medidas hasta los 20 metros, lo cual puede explicarse por el
confinamiento que sufre la señal en el escenario indoor, ya que las múltiples reflexiones
en las paredes del pasillo hacen que lleguen múltiples copias de la señal al receptor que
se refuerzan entre sí, mejorando la potencia de recepción, lo que no ocurre en el
escenario outdoor, donde la potencia de la señal se dispersa en el espacio abierto del
parqueadero [42] [43]. En cuanto a los rangos de BER obtenidos se observa que, para
el sistema MIMO 2x2 el mínimo valor de BER fue de 2,52 × 10−4 y el máximo de 8,96 ×
10−3 ; mientras que el sistema SISO tuvo un mínimo de 1,35 × 10−3 y un máximo de
1,71 × 10−2 . Con respecto a la SNR, el sistema MIMO 2x2 tuvo un máximo de 37.37432
dB y un mínimo de 17.0099 dB, mientras que el sistema SISO tuvo un máximo de 34.5179
dB y un mínimo de 20.853 dB.
La curva de BER contra distancia obtenida a partir de los datos de la Tabla 3.4 se muestra
en la Figura 3.11.
97
Figura 3.11. BER vs Distancia en escenario outdoor. Comentado [r1]: Cuidado con el tamaño de esta
figura.
ELIMINEN DE LA FIGURA LA ECUACIÓN DE
El comportamiento de la BER contra la distancia en el escenario outdoor es similar al REGRESIÓN, SOLO SIRVE LA LINEA PUNTEADA
observado en indoor, además, el sistema MIMO 2x2 presento una BER más baja en todo PARA VER LA TENDENCIA.
el rango de distancias al igual que en indoor, aunque para el escenario outdoor es más
notoria la mejora en el desempeño alcanzada por el sistema MIMO 2x2, pues, las curvas
de BER están más alejadas entre sí, sin embargo, la diferencia entre ambas curvas se
hace más pequeña conforme aumenta la distancia.
Para el escenario outdoor, la Figura 3.12 muestra las curvas de SNR contra distancia
para los sistemas MIMO 2x2 y SISO. En este caso se puede apreciar que la relación
SNR para el sistema MIMO 2x2 es menor que para el sistema SISO para cualquier
distancia.
98
Figura 3.12. SNR vs Distancia en escenario outdoor.
Como era de esperar, la SNR para ambos sistemas disminuye a medida que aumenta la
distancia, en una tendencia igual al escenario indoor. Pero algo que es muy importante
señalar, es como en el entorno outdoor donde no se tienen las reflexiones de indoor que
ayudan a MIMO, la SNR del sistema SISO es levemente mayor que la del sistema MIMO
2x2 con el aumento de la distancia, por lo que en este escenario el sistema SISO tuvo
mejor desempeño.
Posteriormente se analiza el comportamiento de la BER contra la SNR para cada sistema

de comunicaciones, para ello se debe reorganizar la Tabla 3.3 de tal manera que los
datos queden ordenados de mayor a menor con respecto a la SNR. En la Figura 3.13 se
muestra la gráfica de BER respecto a la SNR para el sistema MIMO 2x2. Comentado [r2]: Cuidado con la forma de pegar
figuras, pues el texto está entre la figura y el título de la
figura.
99
Figura 3.13. BER vs SNR sistema MIMO 2x2 en el escenario outdoor.
El comportamiento de la BER contra la SNR del sistema MIMO 2x2 es similar al

observado en el entorno indoor, con la diferencia que la curva decrece con mayor
rapidez, sin embargo, los valores de BER obtenidos para este escenario son más altos.
En cuanto al sistema SISO, la gráfica de BER contra SNR se muestra en la Figura 3.14.
Figura 3.14. BER vs SNR sistema SISO en escenario outdoor.
100
Comparando el comportamiento de la BER de MIMO 2x2 y SISO se observa que su

tendencia es la misma, y que a pesar que el sistema SISO obtuvo una SNR más alta en
la mayoría de las distancias, dicho sistema no obtuvo mejores resultados de BER, si se
toma un valor un valor de SNR aproximado de 20 dB para ambos sistemas, el sistema
MIMO 2x2 obtuvo una BER aproximado de 4.5 × 10−4 y el sistema SISO una BER
aproximada de 1.6 × 10−3 . Por lo tanto, el sistema MIMO 2x2 presenta un mejor
desempeño para un mismo valor de SNR. Adicionalmente se observa que ambas curvas
decrecen en proporciones similares, lo que no ocurrió en el escenario indoor, donde la
BER del sistema MIMO 2x2 decrecía notablemente más rápido que la BER del sistema
SISO.
Teniendo en cuenta las observaciones realizadas en cada una de las gráficas obtenidas
en el entorno outdoor, se puede concluir que al igual que en escenario indoor la
aplicación de la técnica de codificación de Alamouti en el sistema MIMO 2x2 mejora la
BER con respecto al sistema SISO, es decir, se comprueba que está técnica, como se
plantea a nivel teórico, mejora el desempeño en cuanto confiabilidad del sistema de
comunicaciones, específicamente, en los escenarios reales de prueba propuestos en
este trabajo de grado.
3.2.3. Comparación de resultados en indoor y outdoor
En esta sección se comparan los resultados de BER en el escenario indoor y outdoor

para cada uno de los sistemas de comunicaciones. Esta comparación se realiza en el
rango de 1 a 20 metros, pues es el rango común de distancias entre ambos escenarios
de prueba. En la Tabla 3.4 se han dispuesto los valores de BER de cada sistema de
comunicaciones para ambos escenarios de prueba.
Tabla 3.4. Resultados de BER para SISO y MIMO 2x2 en escenarios indoor y outdoor.
BER MIMO 2x2 BER SISO

Distancia
(m)
Indoor Outdoor Indoor Outdoor
1 1,69E-04 2,52E-04 1,01E-03 1,35E-03
2 1,78E-04 3,01E-04 1,55E-03 1,39E-03
3 1,56E-04 3,32E-04 1,73E-03 1,45E-03
4 2,34E-04 3,48E-04 1,13E-03 1,50E-03
5 4,33E-04 3,60E-04 1,53E-03 1,55E-03
101
6 3,67E-04 3,60E-04 1,68E-03 1,56E-03
7 3,65E-04 3,72E-04 1,11E-03 1,79E-03
8 3,41E-04 4,38E-04 1,47E-03 1,91E-03
9 1,96E-04 4,50E-04 1,73E-03 2,97E-03
10 3,01E-04 4,87E-04 1,66E-03 3,30E-03
11 4,13E-04 4,54E-04 1,53E-03 4,42E-03
12 3,84E-04 5,37E-04 1,69E-03 5,55E-03
13 1,20E-03 8,75E-04 1,66E-03 6,24E-03
14 6,80E-04 1,02E-03 2,19E-03 6,37E-03
15 1,33E-03 3,62E-03 1,50E-03 9,71E-03
16 7,95E-04 4,16E-03 1,52E-03 9,99E-03
17 1,00E-03 3,51E-03 3,22E-03 1,17E-02
18 1,99E-03 6,47E-03 2,64E-03 1,39E-02
19 1,76E-03 7,31E-03 2,06E-03 1,56E-02
20 1,42E-03 8,96E-03 2,99E-03 1,71E-02
Comparando los rangos de los valores de BER obtenidos para el escenario indoor y
outdoor, se observó que para el sistema MIMO 2x2 en el escenario indoor la BER se
encuentra entre 1,690 × 10−4 y 1,423 × 10−3 , en el escenario outdoor la BER está entre
2,52 × 10−4 y 8,96 × 10−3 , por lo tanto, en el escenario indoor la BER toma valores
menores con respecto al escenario outdoor; la BER para el sistema SISO en el escenario
indoor está en el rango de 1,01 × 10−3 a 2,99 × 10−3 , y en el escenario outdoor la BER
varía entre 1,35 × 10−3 y 1,71 × 10−2 , de lo cual se infiere que en el escenario outdoor la
BER alcanza valores mayores a los del escenario indoor.
Lo anterior puede verse de manera más clara con las gráficas de BER contra distancia
para cada sistema, comenzando con el sistema MIMO 2x2 mostrado en la Figura 3.15.
102
Figura 3.15. BER vs Distancia para el sistema MIMO 2x2 en escenario indoor y outdoor.
En las curvas de BER para el sistema MIMO 2x2 se evidencia que el desempeño fue
mejor en el escenario indoor presentando una BER menor en la mayoría de las
distancias. Esta mejora en el desempeño se atribuye al fenómeno de la multitrayectoría
(multi-path) presente en el escenario indoor porque MIMO toma ventaja de él, lo que
resultó benéfico para el aumento de la potencia de recepción debido a las múltiples
copias de la señal que llegan al receptor, lo que sucede en menor proporción en el
escenario outdoor, pues, es un entorno abierto [42] [43]. Adicionalmente se puede afirmar
103
que el sistema presentó un mejor desempeño en cuanto alcance en el escenario indoor

respecto al escenario outdoor (5 metros más en indoor).
En cuanto al desempeño del sistema SISO en los escenarios de prueba, este se muestra
en la gráfica de la Figura 3.16.
Figura 3.16. BER vs Distancia para el sistema SISO en escenario indoor y outdoor.
La gráfica de BER contra distancia del sistema SISO para los escenarios indoor y outdoor
indica que la BER obtenida en el escenario outdoor tiene una tendencia a incrementar
más evidente que la curva de BER para el indoor, por lo tanto, el desempeño del sistema
SISO fue mejor en indoor [42] [43].
Por último, se puede comprobar que ambos sistemas, tanto el SISO como el MIMO 2x2
presentaron un mejor desempeño en el escenario indoor, dado que la BER de ambos fue
menor. Sin embargo, se destaca que el desempeño del sistema MIMO 2x2 fue muy
superior comparado con el desempeño del sistema SISO tanto en el escenario indoor
como en el escenario outdoor.
Una vez conocidos y analizados los resultados obtenidos mediante la realización de las
diferentes pruebas en los diferentes escenarios y para los diferentes sistemas de
comunicación, se da por terminada la fase de denominada “pruebas”, y a su vez se
cumple el tercer objetivo específico de este trabajo de grado denominado “Evaluar el
desempeño experimental del sistema MIMO 2x2 en escenarios de configuración
definidos”.
104
CAPÍTULO 4
4. CONCLUSIONES Y TRABAJOS FUTUROS
En este capítulo se presentan las conclusiones obtenidas durante el desarrollo de las

diferentes etapas de este trabajo de grado y los posibles trabajos futuros que puedan
llevarse a cabo en base al sistema de comunicaciones implementado y en el uso de la
plataforma GNU Radio y los dispositivos USRP.
4.1. CONCLUSIONES
 La implementación del sistema de comunicaciones sobre dispositivos de
hardware reconfigurable requiere considerar aspectos claves que posibiliten el
proceso de comunicación, como son: las características intrínsecas de dichos
dispositivos, los fenómenos presentes en un canal real de comunicaciones, los
métodos de desarrollo y las propiedades de la plataforma software.
 Para el sistema MIMO 2x2 y el sistema SISO en el escenario indoor y outdoor, se

comprueba un aumento de la BER conforme a la distancia, de tal forma que, en
este sentido, el desempeño disminuye con el aumento en la distancia entre el
transmisor y el receptor.
 El desempeño del sistema MIMO 2x2 con codificación de Alamouti es

notablemente superior al del sistema SISO tanto para el escenario indoor como
para el escenario outdoor, ya que en todo momento la BER del sistema MIMO 2x2
fue más baja que la del sistema SISO. Adicionalmente se puede concluir que el
desempeño de ambos sistemas tiende a ser muy parecido a medida que la SNR
disminuye, es decir, a medida que la distancia entre el transmisor y el recetor se
incrementa.
105
 El sistema MIMO 2x2 tomó ventaja del fenómeno del multitrayecto disminuyendo
la BER en el entorno indoor con respecto a la BER obtenida en el escenario
outdoor, alcanzando además un rango de distancias 5 metros más amplio en el
escenario indoor.
 Los ejercicios de experimentación en los escenarios indoor y outdoor presentan

situaciones reales que hacen que los resultados que se obtienen en las diferentes
pruebas requieran el uso de procesos como la obtención de curvas de regresión,
con el objetivo de apreciar la tendencia de los datos.
 El uso de GNU Radio como plataforma de desarrollo software en conjunto con los
dispositivos USRP en este trabajo de grado, posibilitaron una implementación
fiable de los sistemas de comunicación, puesto que permitieron la visualización
de los fenómenos adversos presentes en un canal real como la desviación en
tiempo y frecuencia que sufre la señal y la pérdida de sincronismo entre el
transmisor y receptor, entre otros.
 El uso de la técnica de codificación Alamouti en el sistema MIMO 2x2 logró mejorar

el desempeño del sistema de comunicaciones a nivel de confiabilidad con
respecto al sistema de comunicaciones SISO en todos los escenarios de prueba,
obteniendo valores de BER siempre inferiores en el rango de distancias analizado.
4.2. TRABAJOS FUTUROS

A partir de los resultados y conclusiones obtenidas mediante el desarrollo del trabajo de
grado denominado “Implementación de un sistema de comunicaciones MIMO 2x2 sobre
dispositivos de hardware reconfigurable USRP”, se plantean los siguientes trabajos
futuros:
 Implementación de un sistema de comunicaciones MIMO 2X2 sobre dispositivos

de hardware reconfigurable USRP utilizando la técnica de multiplexación espacial
ó la de conformación de haz (Beamforming).
 Implementación de un sistema de comunicaciones MIMO 2X2 sobre dispositivos

de hardware reconfigurable USRP utilizando una técnica de transmisión diferente
a OFDM.
106
 Análisis de desempeño del sistema de comunicaciones MIMO 2x2 desarrollado

en este trabajo de grado empleando técnicas de modulación de alto nivel y
adicionando alguna técnica de codificación de canal.
 Implementación un sistema de comunicaciones MIMO sobre dispositivos de

hardware reconfigurable USRP utilizando más de dos antenas tanto en
transmisión como en recepción.
107
108
REFERENCIAS
[1] E.D. Corrales y W.S. Gómez, “Tecnología MIMO”, Universidad Tecnológica de

Bolívar, Cartagena, 2007.
[2] O. Fernández, “Caracterización Experimental y Modelado de Canal MIMO para

aplicaciones WLAN y WMAN”, Universidad de Cantabria, Santander, 2007.
[3] G.L. Agredo, P.E. Jojoa, y V.A. Terré, “Sistemas MIMO con un elevado número de
antenas: clave para la 5G inalámbrica”, Entramado, vol. 11, pp. 250–261, may 2015.
[4] Theodore S. Rappaport, Wireless Communications: Principles and Practice, 2a ed.

Prentice Hall, 2002.
[5] Roger L. Freeman, Radio System Design for Telecommunications, 3a ed. New
Jersey: John Wiley & Sons, Inc, 2007.
[6] A. Rodríguez y P. Fernando, “cap. 1 Elementos de un sitema de comunicaciones

digitales”, en Comunicaciones Digitales, 1a ed., Madrid: Pearson, 2012.
[7] Simon Haykin, Communication Systems, 4th ed. John Wiley & Sons Inc., 2007.
[8] John G. Proakis y Masoud Salehi, Digital Communications, 5a ed. New York:
McGraw-Hill, 2008.
[9] Shanaz Akter, Nusrat Sharmin, y Md. Iftekharul Islam, “Design and development of
a QPSK modulator”, BRAC University, Dhaka, Bangladesh, 2010.
[10] Oscar Fabian Corredor Camargo, Luis Fernando Pedraza Martinez, y César augusto
Hernandez Suarez, “OFDM: ‘Una breve perspectiva’”, Visión Actual-Visión
Eléctronica, vol. 2, no 2, pp. 86–97, 2008.
[11] Robert G. Gallager, Principles of Digital Communication, 1a ed. Cambridge

University Press, 2008.
[12] Wayne Tomasi, Advanced Electronic Communications Systems, 6a ed. Upper

Saddle River United States: Pearson New International Edition, 2003.
[13] Jie Liang, “Communications Systems: ISI and Pulse Shaping”. School of
Engineering Science, Simon Fraser University, 2013.
[14] Milton Napoleón Tipán Simbaña, “Estudio comparativo del desempeño de OFDM-
mimo y FOFDM-mimo en fibra optica de pocos modos con bajo DMGD”, Escuela
Politécnica Nacional, Quito, Ecuador, 2016.
109
[15] Erik Dahlman, Stefan Parkvall, y Johan Sköld, 4G LTE/LTE-Advanced for Mobile
Broadband, 1a ed. Tokio: Academic Press, 2011.
[16] L. Hanzo, M. Münster, B.J. Choi, y T. Keller, OFDM and MC-CDMA for Broadband
Multi-User Communications, WLANs and Broadcasting, 1a ed. Southampton, UK:
Jhon Wiley & Sons, Ltd, 2004.
[17] Raúl Moreno García, “Transmisión multiportadora sin prefijo cíclico para
comunicaciones radio de alta capacidad”, Universidad Carlos III de Madrid, Madrid,
2013.
[18] Luis Felipe Hernández Correa, “Estudio del impacto de IEEE802.11n sobre las redes
wireless en el Perú”, Pontificia Universidad Católica del Perú, Lima, Perú, 2007.
[19] M. Z. Siam y M. Krunz, “An overview of MIMO-oriented channel access in wireless

networks”, IEEE Wirel. Commun., vol. 15, no 1, pp. 63–69, feb. 2008.
[20] José Javier Anguís Horno, “Capítulo 3: Tecnología MIMO”, en Redes de Área Local
Inalámbricas: Diseño de la WLAN de Wheelers Lane Technology College, 1a ed.,
Sevilla, España: Universidad de Sevilla, Escuela Superior de Ingenieros, 2008.
[21] Víctor Manuel Quintero Flórez y Claudia Milena Hernández Bonilla, “Sistemas
MIMO”. Universidad del Cauca, Facultad de Ingeniería Electrónica y
Telecomunicaciones, 2011.
[22] A.D. Serrano, “Implementación de un sistema MIMO 2x2 en LabVIEW”, Universidad

Carlos III de Madrid, Madrid, 2015.
[23] Alfonso Morante Cruz, “Sistemas de diversidad en transmisión. estudio y simulación

en Matlab del esquema de Alamouti”, Universidad de Sevilla, Escuela Superior de
Ingenieros, Sevilla, España, 2009.
[24] D. Haider, S. A. Shah, S. I. Shah, y U. Iftikhar, “MIMO Network and the Alamouti,
STBC (Space Time Block Coding)”, Am. J. Electr. Electron. Eng. Am. J. Electr.
Electron. Eng., vol. 5, no 1, pp. 23–27, feb. 2017.
[25] S. M. Alamouti, “A simple transmit diversity technique for wireless communications”,

IEEE J. Sel. Areas Commun., vol. 16, no 8, pp. 1451–1458, oct. 1998.
[26] Vásquez V. Fabricio J. y Viera P. Raumny M., “Técnia de diversidad por selección
de código espacio-tiempo para sistemas MIMO-OFDM 4x4”, Universidad Nacional
Experimental Politécnica “Antonio José de Sucre”, Barquisimeto, Venezuela, 2009.
[27] Cesar V. Vargas, Wilson E. Lopez, y Carlos F. da Rocha, “Sistemas de

Comunicación Inalámbrica MIMO - OFDM”, ACTA NOVA Actual. Divulg., vol. 3, no
4, pp. 761–777, jun. 2007.
110
[28] Roger S. Pressman, “Capítulo 2 Modelos del proceso”, en Ingeniería del software:
Un enfoque Práctico, 7a ed., México, D. F.: The McGraw-Hill Companies, Inc., 2010.
[29] Jesus Demetrio Velázquez Camacho, “Desarrollo en Cascada (Waterfall) VS

Desarrollo Agile-SCRUM”, Blog, 29-nov-2012. .
[30] Álvaro Guerrero Aguirre y Paula Jimena Ramos Giraldo, “Sistema embebido de bajo
costo para visión artificial”, Sci. Tech. Año XIX, vol. 19, no 2, pp. 163–173, jun. 2014.
[31] “A survey on prototyping platforms for the development and experimental evaluation
of medium access control protocols - Semantic Scholar”. [En línea]. Disponible en:
/paper/A-survey-on-prototyping-platforms-for-the-and-of-Gallego-Alonso-
Zarate/17e561004aba2d9953d2aa4295d068377c6b2898. [Accedido: 21-jun-2018].
[32] J. R. Machado-Fernández, “Software Defined Radio: Basic Principles and

Applications”, Fac. Ing., vol. 24, no 38, pp. 79–96, ene. 2015.
[33] Ettus Research, “USRP b210 Board Only”, USRP B210 USB Software Defined by
Radio (SDR)-Ettus Research. [En línea]. Disponible en:
https://www.ettus.com/product/details/UB210-KIT.
[34] Ettus Research, “Information Sheet USRP B200/B210 Bus Series” .
[35] Ettus Research, “Ettus Research - Product Detail”, VERT900 Antenna. [En línea].
Disponible en: https://www.ettus.com/product/details/VERT900. [Accedido: 21-jun-
2018].
[36] J. Rugeles, “Caracterización de la plataforma de radio definido por software USRP

n210 –WBX”, Gerenc. Tecnológica Inform., vol. 12, p. 91, oct. 2013.
[37] G. N. U. Radio, “About GNU Radio”, GNU Radio. [En línea]. Disponible en:
https://www.gnuradio.org/. [Accedido: 21-jun-2018].
[38] GNU Radio, “What is GNU Radio? - GNU Radio”, What is GNU Radio? - GNU
Radio. [En línea]. Disponible en:
https://wiki.gnuradio.org/index.php/What_is_GNU_Radio%3F. [Accedido: 21-jun-
2018].
[39] GNU Radio, “TutorialsCoreConcepts”, TutorialsCoreConcepts - GNU Radio. [En

línea]. Disponible en: https://wiki.gnuradio.org/index.php/TutorialsCoreConcepts.
[Accedido: 21-jun-2018].
[40] Ettus Research, “UHD (USRP Hardware DriverTM)”, USRP Hardware Driver (UHD) -
Ettus Research. [En línea]. Disponible en: https://www.ettus.com/sdr-
software/detail/usrp-hardware-driver. [Accedido: 21-jun-2018].
111
[41] WANSHIH ELECTRONIC CO., LTD., “VERT900-WSS016 Antenna With SMA(M)”.

Ettus Research LLC, abril-2011.
[42] Camilo Torres Zambrano y Carlos Iván Páez Rueda*, “Análisis de un sistema de
comunicaciones afectado por los desvanecimientos plano y lento tipo Rayleigh”, Ing
Univ Bogotá Colomb., vol. 12, no 1, pp. 33–55, jun. 2018.
[43] S. Kumar, P. Gupta, G. Singh, y D. S Chauhan, “Performance Analysis of Rayleigh

and Rician Fading Channel Models using Matlab Simulation”, Int. J. Intell. Syst.
Appl., vol. 05, pp. 94–102, 2013.
[44] Alpuete Hermosilla M.P., Jarabo Amores J., López Espí P.L., y Pamies Guerrero
J.A., “9. Propagación en el espacio libre”, en Líneas de Transmisión y Redes de
Adaptación en Circuitos de Microondas, Alcalá: Servicio de Publicaciones de la
Universidad de Alcalá, 2001.
[45] M. A. Jensen, “A history of MIMO wireless communications,” presented at the

International Symposium on Antennas and Propagation & USNC/URSI National
Radio Science Meeting, Fajardo, PR, USA, 2016, pp. 681–682.
[46] José Eduardo Córdova García, “Evaluación del rendimiento de la técnica

multiantena (MIMO) en sistemas inalámbricos OFDM mediante el desarrollo de un
simulador,” Escuela Superior Politécnica del Litoral, Guayaquil, Ecuador, 2009.
[47] Sergio Barbarossa, Multiantenna Wireless Communication Systems, 1st ed.

Boston: Artech House, 2005.
[48] Kritika Sengar, Nishu Rani, Dolly Sharma, Seema Verma, and Tanya Singh, “Study
and Capacity Evaluation of SISO, MISO and MIMO RF Wireless Communication
Systems,” Int. J. Eng. Trends Technol., vol. 9, no. 9, pp. 436–440, Mar. 2014.
[49] GNU Radio. "InstallingGRFromSource, " InstallingGRFromSource-GNURadio. [En

Línea]. Disponible en: https://wiki.gnuradio.org/index.php/InstallingGRFromSource.
[Accedido: 16-Jul-2018].
[50] GNU Radio. “Implementation of a Simple FM Receiver in GNU Radio - Ettus

Knowledge Base”. [En línea]. Disponible en:
https://kb.ettus.com/Implementation_of_a_Simple_FM_Receiver_in_GNU_Radio.
[Accedido: 18-jul-2018].
[51] GNU Radio. “OutOfTreeModules - GNU Radio”. [En línea]. Disponible en:
https://wiki.gnuradio.org/index.php/OutOfTreeModules. [Accedido: 18-jul-2018].
112

MONOGRAFIA MIMO 2x2 USRP Version Oficial 6

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

MONOGRAFIA MIMO 2x2 USRP Version Oficial 6

Cargado por

Copyright:

Formatos disponibles

IMPLEMENTACIÓN DE UN SISTEMA DE COMUNICACIONES MIMO 2X2 SOBRE

DISPOSITIVOS DE HARDWARE RECONFIGURABLE USRP

CARLOS ARMANDO UL DORADO

Universidad del Cauca

CARLOS ARMANDO UL DORADO

Trabajo de grado presentado para optar al título de Ingeniero en

Universidad del Cauca

2. DISEÑO E IMPLEMENTACIÓN DEL SISTEMA DE COMUNICACIONES MIMO

3. PRUEBAS Y ANÁLISIS DE RESULTADOS.......................................................... 81

3.1.4. Especificaciones Técnicas......................................................................... 87

4. CONCLUSIONES Y TRABAJOS FUTUROS....................................................... 105

REFERENCIAS .......................................................................................................... 109

Tabla 1.1. Codificación de Alamouti. _____________________________________________ 19

Figura 1.1. Componentes básicos de un Sistema digital de Comunicaciones. ______________ 5

Figura 2.36. Módulo Receptor MIMO 2x2. _________________________________________ 64

FPGA: Field Programmable Gate Array

IDFT: Inverse Discrete Fourier Transform

SNR: Signal to Noise Ratio

Anexo 1: Historia y Antecedentes de MIMO ..…………………………………………… 115

Apéndice A: Puesta en Marcha .....………………………………………………………… 119

Considerando la importancia de la tecnología MIMO en las comunicaciones inalámbricas,

El trabajo de grado está estructurado en 4 capítulos de la siguiente manera: el capítulo

1.1. FUNDAMENTOS DE LOS CANALES DE

● Ruido: corresponde a una señal indeseable y aleatoria siempre presente en el

● Atenuación: pérdida en el nivel de potencia de la señal debido a la interacción

● Interferencia: se da por señales producidas por fuentes externas que afectan la

Es necesario entonces emplear todo un conjunto de elementos que permitan compensar

1.2. COMPONENTES DE UN SISTEMA DIGITAL DE

fue enviada desde el transmisor, pero como el receptor se encuentra separado

Para el caso de un sistema digital de comunicaciones, es necesario emplear ciertos

Figura 1.1. Componentes básicos de un Sistema digital de Comunicaciones.

Para que en el sistema de comunicación digital se garantice que la información va a ser

● Fuente: este bloque es el encargado de convertir el mensaje que se desea

● Codificador: es el encargado de asociar la información generada por la fuente a

● Modulador: adapta la señal al medio de transmisión, es decir, es el encargado de

● Demodulador: es el primer bloque del receptor y se encarga del proceso contrario

● Decodificador: en este bloque se realiza el proceso de decodificación, que es en

● Destino: es el bloque en el que termina el proceso de comunicación, a este bloque

Dependiendo de la necesidad de comunicación y del tipo de entorno donde actúa el

Considerando lo anterior, la motivación del trabajo de grado y los objetivos específicos

Multiplexación por División de Frecuencias Ortogonales (OFDM, Orthogonal Frequency

A continuación, se detallan las características y el funcionamiento de las técnicas antes

1.3. MODULACIÓN QPSK

𝑁 = 𝑙𝑜𝑔2 (𝑀) (1.1)

Las 𝑀 posibles combinaciones de fase y amplitud se representan mediante símbolos o

Particularmente, la modulación QPSK representa cada grupo de bits como un cambio

Figura 1.2. Constelación de la modulación QPSK.

En la Figura 1.2 pueden apreciarse los cuatro puntos de la constelación, de la cual es

𝐴 = {(−0.707 − 𝑗0.707), (0.707 − 𝑗0.707), (−0.707 + 𝑗0.707), (0.707 + 𝑗0.707)} (1.2)

La asignación o el mapeo de bits a símbolos se realiza con base en la constelación de la

Figura 1.3. Diagrama en bloques del proceso de modulación.

El bloque Mapeo toma la secuencia de bits de entrada, cuyo periodo de bit es 𝑇𝑏 y a su

Donde 𝑆𝑘 ∈ 𝐴. Estos símbolos tienen un periodo de símbolo 𝑇𝑠 equivalente a [12]:

𝑇𝑠 = 𝑁 𝑇𝑏 = 𝑙𝑜𝑔2 (𝑀) 𝑇𝑏 (1.4)

Una vez se ha generado la secuencia compleja 𝑆𝑘 , la parte real 𝑎𝑘 y la parte imaginaria

En cuanto a la demodulación, se realiza el proceso inverso al de la modulación, primero

Figura 1.4. Diagrama en bloques del proceso de demodulación.

Figura 1.5. Diagrama de constelación QPSK en recepción.

Por este motivo, luego de la etapa de muestreo, es necesario realizar un proceso de

de los pertenecientes a la constelación transmitida, en el caso concreto de QPSK, deben

Donde: 𝑆̂𝑘 es el símbolo estimado, 𝑆𝑘 ′ es el símbolo recibido después del muestreo y 𝑎𝑖

1.4. TÉCNICA DE TRANSMISIÓN OFDM

La técnica OFDM convierte un conjunto de n símbolos complejos provenientes de un