EKSPRESA

INSTRUCTIVO EJECUCIÓN DRIVE TEST

Código: I-EKS-8.5-01

Versión: 1

Fecha de la versión: 04-10-2019

Creado por: Francisco Castillo

Aprobado por: Alta Dirección

Este documento es propiedad EKSPRESA, queda prohibida su reproducción parcial o total sin su previa autorización
 EKSPRESA I-EKS-8.5-01

Historial de modificaciones
Fecha Versión Creado por Descripción de la modificación

25-10-2018 0 Francisco Creación del documento

Castillo

Reestructuración de sección “Recolección de data”,

04-10-2019 1 Luis Castillo “Procesamiento de la data” y “Elaboración del reporte”.
Se introduce sección de “Preparación del servicio”.
Ajustes de formato y redacción.

Sistema de Gestión Versión 1, 04/10/2019 Página 2 de 15

Este documento es propiedad de EKSPRESA, queda prohibida su reproducción parcial o total sin su previa autorización.
 EKSPRESA I-EKS-8.5-01

Tabla de contenido
1. INTRODUCCIÓN. 4
2. PROCESO DE PREPARACIÓN DEL SERVICIO. 5
2.1. Actividades para la preparación del servicio de Drive Test. 5
2.2. Repositorio de datos. 6
3. PROCESO DE RECOLECCIÓN DE DATA. 6
3.1. Generalidades. 6
3.2. Insumos necesarios para realizar el Drive Test. 7
3.3. Tipos de medición. 7
3.4. Procedimiento Previo al Drive Test. 8
3.5. Procedimiento Durante el Drive Test. 9
3.5.1. Normativas generales (no técnicas). 9
3.5.2. Indicadores que se deben medir. 10
3.5.3. Ejecución de Drive Test. 12
3.6. Procedimiento Luego del Drive Test 13
4. PROCESO DE CARGA Y VERIFICACIÓN DE DATA. 14
4.1. Generalidades. 14
4.2. Verificación de integridad de data colectada 14
5. PROCESO DE ELABORACIÓN DEL REPORTE. 15
5.1. Generalidades. 15
5.2. Generación del informe. 15

Sistema de Gestión Versión 1, 04/10/2019 Página 3 de 15

Este documento es propiedad de EKSPRESA, queda prohibida su reproducción parcial o total sin su previa autorización.
 EKSPRESA I-EKS-8.5-01

1. INTRODUCCIÓN.
Este documento describe el procedimiento general que sirve de referencia para el personal técnico
involucrado en la ejecución de los Servicios de Drive Test provistos por Ekspresa.

El Servicio de Drive Test comprende las siguientes actividades:

1) Preparación del servicio. Se realiza al inicio del proyecto, y consiste en la organización de recursos
para la ejecución del servicio. Esta actividad la ejecuta el Gerente de Proyecto y el Coordinador
Técnico.
2) Recolección de la data. Medición de indicadores de cobertura, calidad de señal y desempeño de
redes celulares GSM / GPRS / EDGE / UMTS / HSDPA / HSUPA / LTE / 5G NR. Dichas mediciones
son almacenadas en archivos denominados “logfiles” para su posterior análisis. Esta actividad la
ejecuta el Ingeniero de Drive Test (Ing. Servicios) y es supervisada por el Coordinador Técnico.
3) Carga y verificación de la data. Verificación de la integridad de la data colectada. Esta actividad la
ejecuta el Ingeniero de Postprocessing (Ing. Servicios) y es supervisada por el Coordinador Técnico.
4) Elaboración del reporte. Preparación y entrega del informe de los resultados de la medición al
cliente final. Esta actividad la ejecuta el Ingeniero de Postprocessing (Ing. Servicios) y es
supervisada por el Coordinador Técnico.

El diagrama de la Fig. 1 describe el proceso de alto nivel para el servicio de Drive Test.

Fig. 1. Proceso de alto nivel - Servicio de Drive Test

Sistema de Gestión Versión 1, 04/10/2019 Página 4 de 15

Este documento es propiedad de EKSPRESA, queda prohibida su reproducción parcial o total sin su previa autorización.
 EKSPRESA I-EKS-8.5-01

En las siguientes secciones se describen los procedimientos que deben ser seguidos por el personal
técnico involucrado en cada una de las fases del Servicio de Drive Test.

2. PROCESO DE PREPARACIÓN DEL SERVICIO.

2.1. Actividades para la preparación del servicio de Drive Test.

La etapa de preparación del Servicio de Drive Test sigue la siguiente secuencia:

1) La Alta Dirección y el Gerente del Proyecto de Ekspresa negocia y acuerda el alcance

del servicio con el cliente. Desde el punto de vista técnico, el alcance incluye:
o Tipo de pruebas a realizar (SSV, Cluster, SST, Optimización, Benchmarking,
etc.)
o Listado de sitios / regiones.
o Bandas/tecnologías.
o Protocolo de medición.
o Dimensionamiento de personal.
o Dimensionamiento de equipamiento.
2) El Gerente de Proyecto gestiona los recursos requeridos para la ejecución del servicio.
Esto incluye tanto talento humano como equipamiento.
3) El Coordinador Técnico consolida los requerimientos técnicos del proyecto en un
documento de acceso para todo el equipo de trabajo. Este documento contiene:
o Protocolo de Pruebas.
o Directorio del proyecto.
o Información general de la red (Bandas, Canales, Tecnología, etc).
o Metas de KPI de aceptación.
o Distribución de equipos por tipo de prueba.
o Distribución de simcards.
o Información de servidor FTP y número de pruebas.
o Nomenclatura para logfiles y reportes.
4) El Coordinador Técnico habilita un repositorio de datos donde colocará la información
relevante para el proyecto (ver sección 9)).
5) El Coordinador Técnico, con el apoyo del Ingeniero de Drive Test, prepara los
scripts/test plan a ser utilizados durante el proyecto de acuerdo con el requerimiento
del cliente.
6) El Coordinador Técnico, con el apoyo del Ingeniero de Postprocessing, prepara las
plantillas para el procesamiento de los logfiles de acuerdo con los entregables
requeridos por el cliente.
7) El Gerente de Proyectos, Coordinador Técnico y los Ingenieros de Drive Test y
Postprocessing realizan una reunión de arranque interna para discutir la metodología
a seguir para la ejecución del servicio.
8) El Ingeniero de Drive Test deberá probar que todos los equipos que le fueron
asignados funcionen adecuadamente (más detalles en sección 3.4). Una vez
configurados todos los equipos, crear una imagen de disco y un punto de restauración.

Sistema de Gestión Versión 1, 04/10/2019 Página 5 de 15

Este documento es propiedad de EKSPRESA, queda prohibida su reproducción parcial o total sin su previa autorización.
 EKSPRESA I-EKS-8.5-01

9) El Ingeniero de Drive Test deberá configurar un “workspace” en la herramienta de

colección de datos que le permita monitorear de manera efectiva todos los
indicadores requeridos para el proyecto.

2.2. Repositorio de datos.

El repositorio de datos es un espacio de almacenamiento que contiene la información

técnica del proyecto, los resultados de las mediciones (logfiles) y los entregables.

Este repositorio puede consistir en un servidor FTP, o de un sistema de almacenamiento

en la nube. El coordinador del proyecto está a cargo de administrar este repositorio, y
debe proveer las credenciales de acceso correspondientes a los ingenieros de Drive Test y
Postproceso.

El coordinador debe asegurar que el repositorio de datos contenga la siguiente

información.

• Base de datos de celdas actualizada (Cellfile).

• Documento instructivo del servicio, donde se establece el protocolo de pruebas,
configuración de equipos y demás indicaciones pertinentes (ver sección 2.1).
• Scripts/testplan a utilizar durante el servicio.
• Archivos de ruta de drive test.
• Archivos de mapas de la(s) zona(s) donde se desarrollará el servicio.
• Directorio para almacenar los logfiles.
• Directorio para almacenar los reportes.

3. PROCESO DE RECOLECCIÓN DE DATA.

3.1. Generalidades.

La recolección de data es realizada por el Ingeniero de Drive Test utilizando las

herramientas de software y hardware suministradas por Ekspresa para la ejecución del
servicio.

Antes del inicio de cualquier recorrido la herramienta de recolección de datos debe estar
configurada de acuerdo con el protocolo de pruebas establecido para el proyecto.

Durante la ejecución del recorrido, el Ingeniero de Drive Test deberá prestar atención a
los indicadores relevantes de acuerdo con el tipo de prueba a realizar y el protocolo de
medición, y reportar cualquier eventualidad al coordinador.

Una vez culminado el recorrido, el Ingeniero de Drive Test notifica el fin de la actividad al
coordinador y luego carga los logfiles en un repositorio de para su postproceso.

Sistema de Gestión Versión 1, 04/10/2019 Página 6 de 15

Este documento es propiedad de EKSPRESA, queda prohibida su reproducción parcial o total sin su previa autorización.
 EKSPRESA I-EKS-8.5-01

3.2. Insumos necesarios para realizar el Drive Test.

El listado a continuación contiene los insumos requeridos para la ejecución de la actividad

de recolección de datos. El Ingeniero de Drive Test debe verificar la disponibilidad de todos
estos insumos previo al inicio de las pruebas, y reportar al coordinador si detecta alguna
inconsistencia.

• Laptop con Windows 7, Windows 8 o Windows 10 (preferible).

• Inversor de 400W o superior, con cables y fusible. En caso de que se utilicen dos
laptops, se requiere un inversor de 800W.
• GPS USB.
• Teléfonos de prueba con cables en buen estado. La cantidad de teléfonos requeridos
se establece en conjunto con el Coordinador de proyecto para satisfacer los
requerimientos del protocolo de pruebas.
• Escáner (cable de energía, GPS, y antena), en caso de que el protocolo de pruebas lo
especifique. El escáner debe estar en capacidad de medir las bandas requeridas para
el proyecto.
• Teléfono de flota con las siguientes aplicaciones: Whatsapp, Google Maps, Early ODK
Collect.
• Vehículo con chofer. El vehículo debe tener sus Documentos en regla almacenados en
la guantera.
• GPS para vehículo (monitoreo de flota).
• Extintor.
• Manual de emergencias.

3.3. Tipos de medición.

En la Tabla 1 se describen los protocolos de medición típicos que se realizan para el

Servicio de Drive Test, incluyendo las tecnologías que aplican para cada tipo de prueba.

TECNOLOGÍAS APLICABLES
Tipo de Objetivos de la
Servicio Descripción de la prueba GSM /
Prueba UMTS / Prueba
GPRS / LTE 5G NR
HSPA
EDGE
Medición de
Llamada a un tono de prueba o retenibilidad
Llamada número fijo, duración infinita. SI (Sólo Sí (Sólo (llamadas caídas),
Voz SI SI
Larga Típicamente se realiza en ruta de drive VoLTE) VoNR) movilidad (eficiencia
test. de handover) e
integridad de voz.
Medición de
accessibilidad de voz
Llamada a un tono de prueba o
(tasa de llamadas de
Llamada número fijo. Duración 10 a 30
SI (Sólo Sí (Sólo voz establecidas
Voz Corta segundos. SI SI
VoLTE) VoNR) exitosamente),
Cíclica Típicamente se realiza en ruta de drive
integridad (tiempo de
test.
establecimiento de
llamada)

Sistema de Gestión Versión 1, 04/10/2019 Página 7 de 15

Este documento es propiedad de EKSPRESA, queda prohibida su reproducción parcial o total sin su previa autorización.
 EKSPRESA I-EKS-8.5-01

TECNOLOGÍAS APLICABLES
Tipo de Objetivos de la
Servicio Descripción de la prueba GSM /
Prueba UMTS / Prueba
GPRS / LTE 5G NR
HSPA
EDGE
Llamada a un número de prueba o Medición de
Llamada número fijo. Duración de 10 a 30 accesibilidad para
Corta segundos. Tiempo de espera entre escenarios de CSFB o
SI (EPCFB
Voz Cíclica llamadas de 10 a 30 segundos o hasta NO NO SI (CSFB) EPCFB. Medición de
o CSFB)
(Prueba de que se produzca reselección inter-RAT. integridad (tiempo de
“Fallback”) Se realiza en ruta de drive test, establecimiento de
pruebas estacionarias o ambos. llamada)
Descarga de un archivo de un tamaño Medición de
"grande" (>1GB para LTE, >200MB integridad (velocidad
SI
Descarga o para UMTS, >10MB para GSM), de carga/descarga),
(Esporádi
Datos Carga típicamente utilizando un servidor FTP, SI SI SI retenibilidad
camente
Contínua HTTP o UDP (iperf). (llamadas caídas),
)
Se realiza en ruta de drive test, movilidad (eficiencia
pruebas estacionarias o ambos. de handover).
Medición de
Descarga de un archivo de un tamaño
accesibilidad (tasa de
"pequeño" (<50MB para LTE, <5MB
Descarga o SI llamadas de datos
para UMTS, <100KB para GSM),
Carga (Esporádi establecidas
Datos típicamente utilizando un servidor FTP SI SI SI
Corta camente exitosamente),
o HTTP.
Cíclica ) integridad (tiempo de
Se realiza en ruta de drive test,
establecimiento de
pruebas estacionarias o ambos.
llamada)
SI
Prueba de ping a un servidor conocido.
(Esporádi Medición de
Datos ICMP Se realiza en ruta de drive test, SI SI SI
camente integridad (latencia)
pruebas estacionarias o ambos.
)
Medición precisa de cobertura y
calidad con mayor muestreo que un Medición de
Medición
N/A móvil. SI SI SI SI cobertura y niveles de
de escáner
Típicamente se realiza en ruta de drive interferencia.
test.
Teléfono en modo Idle, forzado a una Medición de
Medición tecnología o libre. cobertura y el
N/A SI SI SI SI
modo idle Típicamente se realiza en ruta de drive proceso de selección
test. / reselección.
Tabla 1. Tipos de medición típicos en servicios de Drive Test

Si bien estos son los escenarios típicos de prueba, cada proyecto tiene un protocolo
específico, el cual debe seguirse con exactitud. El Ingeniero de Drive Test debe contar con
el protocolo de pruebas correcto para la actividad que esté desarrollando.

3.4. Procedimiento Previo al Drive Test.

Antes de la ejecución de una actividad asignada, el Ingeniero de Drive Test debe verificar
los puntos listados a continuación. Si existe alguna inconsistencia, debe ser comunicada
de manera inmediata al coordinador.

• Leer y comprender la asignación, mediciones involucradas y resultados esperados. Si

existe alguna duda sobre el alcance de la actividad, esta debe ser manifestada al
Coordinador antes de iniciar el drive test.
• Verificar que se cuenta con todos los insumos necesarios para la realización de la
prueba, de acuerdo con lo indicado en la sección 3.2. Todos los equipos de medición
deben estar operativos.
• Verificar que la licencia del software de colección de datos esté vigente.

Sistema de Gestión Versión 1, 04/10/2019 Página 8 de 15

Este documento es propiedad de EKSPRESA, queda prohibida su reproducción parcial o total sin su previa autorización.
 EKSPRESA I-EKS-8.5-01

• Verificar, en caso de que aplique, que los saldos de las simcards sean suficientes para
la ejecución de la prueba.
• Verificar el correcto funcionamiento del GPS.
• Para mediciones con Genex Probe: verificar que la configuración de guardado de los
archivos del esté en 20MB.
• Realizar una corrida de los scripts/testplan para verificar que el número de prueba
para llamadas de voz, servidor FTP/UDP o servidor de ping están operando
correctamente. Si alguna de estas pruebas falla, se debe notificar al coordinador de
manera inmediata.
• Validar que los equipos tomen mediciones coherentes, incluyendo todos los móviles,
GPS y Scanner.
• Verificar que la medición de intensidad de señal reportada por el escáner sea mejor
que la reportada por los móviles en la misma banda.
• Para pruebas con teléfonos: Posicionar los móviles en la visera del automóvil para
asegurar la mejor cobertura durante el recorrido.
• Para las pruebas con escáner: Posicionar la antena del escáner sobre el techo del
vehículo y colocar el escáner en una posición ventilada, para evitar su
recalentamiento.
• Para pruebas con Genex Probe: habilitar la opción de sincronizar la hora del GPS con
la hora del PC.
• Verificar los siguientes ajustes de configuración en al computador.
o Deshabilitar Windows Update.
o Deshabilitar Windows Firewall.
o Deshabilitar Antivirus.
o Deshabilitar Autoplay.
o Configurar opciones de energía a “Alto Desempeño”, y prohibir
suspensión/hibernación de la máquina.
o Configuración regional en Ingles-EEUU.

3.5. Procedimiento Durante el Drive Test.

3.5.1. Normativas generales (no técnicas).

• Respetar las leyes de tránsito, en especial el límite de velocidad.

• Programar paradas reglamentarias de 20 min antes de alcanzar las 4 horas de
conducción continua. En caso de no poder por encontrarse en zona de riesgo,
enviar un mail con la razón y la localidad (Google maps).
• Cuidar del vehículo y herramientas de trabajo en todo momento; una vez
terminadas las actividades, resguardar el escaner, los celulares y laptops.
• Realizar el reporte vehicular según sea el caso (inspección, recepción, entrega,
reporte de siniestro).
• Mantener el OBDII conectado en todo momento.

Sistema de Gestión Versión 1, 04/10/2019 Página 9 de 15

Este documento es propiedad de EKSPRESA, queda prohibida su reproducción parcial o total sin su previa autorización.
 EKSPRESA I-EKS-8.5-01

• Reportar oportunamente cualquier malfuncionamiento o incidente con el

vehículo o herramientas de trabajo.
• El vehículo y las herramientas de trabajo deben ser usados por las personas a las
que les fue asignada.
• El vehículo debe permanecer en la zona a la que fue asignada y solo debe ser usado
para actividades de la empresa.

3.5.2. Indicadores que se deben medir.

La Tabla 2 contiene el listado de los indicadores de RF más comunes que se miden

durante un drive test para las diferentes tecnologías. El Ingeniero de Drive Test
debe conocer el significado de cada una de estas métricas, así como las nociones
sobre factores que pueden incidir sobre las mismas.

El Coordinador debe informar oportunamente al Ingeniero de Drive Test en caso

de que exista una métrica a monitorear adicional a las listadas en la tabla.

Rango / Valores Meta Modos típicos de Rangos

Nombre Unidad Descripción.
Típicos * medición típicos
UMTS
Nivel de intensidad de > -70
RSCP (Received señal en downlink. Se mide -85 a -70
Signal Code dBm sobre el canal CPICH 95% muestras > -95dBm Scanner, Teléfono -98 a -85
Power) (independientemente del -105 a -98
tipo de servicio) < -105
>= -8
Nivel de calidad de señal.
-11 a -8
Energía del canal piloto
Ec / No dB 90% muestras >= -12 Scanner, Teléfono -13 a -11
sobre el total de potencia
-15 a -13
recibida.
< -15
< -15
Nivel de potencia de -15 a 0
UE Tx Power dBm transmisión del móvil 90% muestras <= 10 Teléfono en llamada 0 a 10
(uplink) 10 a 15
> 15
>23
CQI (Channel Indicador de calidad 18 a 23
Teléfono haciendo
Quality - empleado para descarga 90% muestras > 18 12 a 28
descarga de datos
Indicator) HSDPA. 5 a 12
<5
Estacionario / Single Carrier:
> 12
>10Mbps
En Ruta / Single Carrier:
6 a 12
HSDPA >5Mbps
Velocidad promedio de Móvil haciendo descarga
Throughput Mbit / s Estacionario Dual Carrier
descarga de datos 3a6
(Kbps) >20Mbps
En Ruta / Dual Carrier
1a3
>10Mbps
<1
>3
HSUPA Estacionario: >4Mbps
Velocidad promedio de Móvil haciendo subida 1.5 a 3
Throughput Mbit / s
descarga de datos 0.8 a 1.5
(Kbps) En Ruta: >1Mbps
0.4 a 0.8

Sistema de Gestión Versión 1, 04/10/2019 Página 10 de 15

Este documento es propiedad de EKSPRESA, queda prohibida su reproducción parcial o total sin su previa autorización.
 EKSPRESA I-EKS-8.5-01

Rango / Valores Meta Modos típicos de Rangos

Nombre Unidad Descripción.
Típicos * medición típicos
< 0.4
[Número de Llamadas
Outgoing Call
Establecidas] / [Número de
Setup Success % > 98% Llamada corta N/A
intentos de llamada] x 100
Rate
%
[Número de Llamadas
Caídas] / [Número de
Call Drop Rate % < 1% Llamada larga N/A
llamadas establecidas] x
100 %
[Número de Handovers
Handover Exitosos] / [Número de
% > 95% Llamada Larga N/A
Success Rate Intentos de Handover] x
100 %
Call Setup
Número de intentos fallidos
Failure o # N/A (se mide accesibilidad) Llamada corta N/A
de llamada
Blocked Call
Call Dropped # Número de llamadas caídas N/A (se mide retenibilidad) Llamada Larga N/A
LTE
> -75
RSRP
Nivel de intensidad de -85 a -75
(Reference
dBm señal en downlink. Se mide 95% muestras > -95dBm Scanner, Teléfono -100 a -85
Signal Received
sobre la señal de referencia -110 a -100
Power)
< -110
>= -10
RSRQ Nivel de calidad de señal.
-12 a -10
(Reference Energía de la señal de
dB 90% muestras >= -12 Scanner, Teléfono -15 a -12
Signal Received referencia sobre el total de
-18 a -15
Quality) potencia recibida.
< -18
>25
Relación Señal a Ruido. Este
18 to 25
indicador se utiliza para
SINR dB 95% muestras > 0dB Scanner, Teléfono 10 to 18
medir la calidad de señal
3 to 10
(Interferencia).
<3
< -15
Nivel de potencia de -15 a 0
UE Tx Power dBm transmisión del móvil 90% muestras <= 10 Teléfono en llamada 0 a 10
(uplink) 10 a 15
> 15
Índice de calidad reportado 13 to 15
CQI (Channel por el UE. En función del 10 to 12
Móvil haciendo descarga
Quality - CQI, el sistema decide el 90% muestras > 10 7 to 9
de datos
Indicator) tipo de modulación a 4 to 6
utilizar. Va de 0 a 15 1 to 3
>50
30 a 50
DL Throughput Velocidad promedio de Depende del ancho de Móvil haciendo descarga
Mbit / s 15 a 30
(Kbps) descarga banda de datos
5 a 15
<5
>20
10 a 20
UL Throughput Velocidad promedio de Depende del ancho de Móvil haciendo subida
Mbit / s 5 a 10
(Kbps) subida banda de datos
2a5
<2
GSM
Nivel de intensidad de
-85 a -70
Rx Level Sub dBm señal en downlink. Se 95% muestras > -95dBm Scanner, Teléfono
-95 a -85
puede medir tanto en el
-100 a -95

Sistema de Gestión Versión 1, 04/10/2019 Página 11 de 15

Este documento es propiedad de EKSPRESA, queda prohibida su reproducción parcial o total sin su previa autorización.
 EKSPRESA I-EKS-8.5-01

Rango / Valores Meta Modos típicos de Rangos

Nombre Unidad Descripción.
Típicos * medición típicos
BCCH como en el TCH.
< -100
Aplica para voz y datos.
Nivel de calidad de señal. <= 2
Corresponde a un mapeo 2a4
del BER (Bit Error Rate) 5
sobre las tramas recibidas 6
en el TCH. Esta métrica sólo
Rx Qual Sub - 90% muestras >= 5 Teléfono en llamada
aplica para llamadas de
voz. El RxQual es un valor
discreto que va entre 0 y 7, 7
siendo el 7 el peor valor
posible.
< -15
Nivel de potencia de -15 a 0
UE Tx Power dBm transmisión del móvil 90% muestras <= 10 Teléfono en llamada 0 a 10
(uplink) 10 a 15
> 15
> 100
GPRS/EDGE DL
Teléfono o datacard 80 a 100
RLC Velocidad promedio de
Kbit/s Promedio > 80Kbps haciendo descarga de 60 a 80
Throughput descarga
datos 30 a 60
(Kbps)
< 30
[Número de Llamadas
Outgoing Call
Establecidas] / [Número de
Setup Success % > 98% Llamada corta N/A
intentos de llamada] x 100
Rate
%
[Número de Llamadas
Caídas] / [Número de
Call Drop Rate % < 1% Llamada larga N/A
llamadas establecidas] x
100 %
[Número de Handovers
Handover Exitosos] / [Número de
% > 95% Llamada Larga N/A
Success Rate Intentos de Handover] x
100 %
Call Setup
Número de intentos fallidos
Failure o # N/A (se mide accesibilidad) Llamada corta N/A
de llamada
Blocked Call
Call Dropped # Número de llamadas caídas N/A (se mide retenibilidad) Llamada Larga N/A
Tabla 2. Indicadores que se deben monitorear durante un Drive Test

3.5.3. Ejecución de Drive Test.

Durante la ejecución de las pruebas de Drive Test, Ingeniero de Drive Test deberá
ejecutar las mediciones establecidas en el protocolo de pruebas establecidas para
el proyecto. Se deben seguir los siguientes lineamientos:

• Reportar “en tiempo real” al coordinador la ocurrencia de los eventos listados

a continuación:
o Sectores Cruzados / Rotados.
o Sectores apagados.
o Fallas de acceso en voz o datos (blocked calls).
o Llamadas caídas en voz o datos.

Sistema de Gestión Versión 1, 04/10/2019 Página 12 de 15

Este documento es propiedad de EKSPRESA, queda prohibida su reproducción parcial o total sin su previa autorización.
 EKSPRESA I-EKS-8.5-01

o Fallas de handover.
o Bajo nivel de señal sin justificación geográfica o estando cerca de la
celda.
o Bajo throughput DL/UL.
o Ping delay (RTT) elevado.
o Tiempo de establecimiento de llamada elevado.
o Tiempo de reselección elevado.
• Para casos de sectores cruzados/rotados o sectores apagados, la prueba debe
detenerse hasta recibir instrucciones del coordinador del proyecto. El
coordinador deberá documentar el caso y solicitar instrucciones del cliente
para continuar o suspender la actividad.
• Monitorear que los valores de potencia del Scanner deben ser mejores que el
de los móviles.
• Verificar continuamente que el Test Plan / Script se está ejecutando
correctamente.
• En el caso de no poder realizar una parte de la ruta tomar las evidencias
fotográficas claras, así como las coordenadas en una sola imagen. Esto debe
ser reflejado en el “Formato de ruta faltante” establecido para el proyecto.
• Reportar cada 2 horas el avance obtenido, enviando una imagen al grupo de
WhatsApp con el avance de la ruta o eventos durante la misma.
• Cualquier retraso debe ser comunicado inmediatamente con las evidencias
pertinentes.
• Verificar la temperatura de los equipos durante la medición.
• Verificar continuamente que los logs se están guardando en el disco duro.
• En zonas peligrosas no debemos trabajar después de las 6pm.
• En caso de llevar más de 10 horas de trabajo se debe alertar al coordinador y
esperar instrucciones.

3.6. Procedimiento Luego del Drive Test

Una vez culminada la actividad, el ingeniero de Drive Test debe llevar a cabo las siguientes
tareas:

• Notificar el fin de la actividad al coordinador.

• Organizar los logfiles según los criterios previamente acordados con el
Coordinador y subirlos al directorio especificado en el repositorio de datos.
• Al finalizar la jornada, enviar un correo electrónico dirigido al Coordinador y
copiando al Gerente de Proyectos con el resumen de las actividades del día.
Este correo electrónico tendrá un formato previamente acordado con el
Coordinador y el Gerente del Proyecto.

Sistema de Gestión Versión 1, 04/10/2019 Página 13 de 15

Este documento es propiedad de EKSPRESA, queda prohibida su reproducción parcial o total sin su previa autorización.
 EKSPRESA I-EKS-8.5-01

4. PROCESO DE CARGA Y VERIFICACIÓN DE DATA.

4.1. Generalidades.

Una vez los logfiles se encuentran disponibles, el Ingeniero de Postprocessing deberá

realizar la carga de la data en la herramienta de postproceso, y una verificación de
integridad de los logfiles.

El procedimiento de carga de datos puede demorar varias horas, por lo que se requiere
que el Ingeniero de Postprocessing inicie este proceso no más de 8 horas después de estar
disponibles los logfiles. Este tiempo podrá reducirse de acuerdo con los requerimientos
del cliente, siendo el Coordinador Técnico el responsable de asegurar que el Ingeniero de
Postprocessing cumpla con este requisito.

4.2. Verificación de integridad de data colectada

El ingeniero de Postprocessing deberá verificar los siguientes puntos antes de proceder

con la elaboración del reporte de drive test.

1) Confirmar que existen mediciones para todos los móviles involucrados en el

protocolo de pruebas.
2) Verificar que la ruta para todos los móviles es la misma y cumple con el
requerimiento del cliente. En caso de que falte un tramo de ruta, debe estar
justificado con un “Reporte de ruta faltante”, tal como se indica en la sección
3.5.3.
3) Verificar que no se observan problemas de sectores cruzados, rotados o apagados,
o en caso de que existan fueron documentados previamente según lo indicado en
la sección 3.5.3.
4) Verificar el cumplimiento de las metas para los KPI. Identificar si el no
cumplimiento de la meta de un KPI tiene su origen en un problema con la colección
de datos por parte de Ekspresa.

Si alguna de estas verificaciones es negativa, el Ingeniero de Postprocessing deberá escalar

el caso al Coordinador Técnico, quien deberá tomar las acciones pertinentes.

• Si el problema es atribuible a Ekspresa, el coordinador deberá agendar la

repetición de la medición y notificar la situación al cliente. En este caso, el
Ingeniero de Postprocessing no debe elaborar el informe, a menos que el cliente
así lo solicite.
• Si el problema es atribuible a factores fuera del control de Ekspresa, el
coordinador instruirá al Ingeniero de Postprocessing elaborar y entregar el
reporte, asegurando que en el mismo se hagan las aclaraciones pertinentes.

Sistema de Gestión Versión 1, 04/10/2019 Página 14 de 15

Este documento es propiedad de EKSPRESA, queda prohibida su reproducción parcial o total sin su previa autorización.
 EKSPRESA I-EKS-8.5-01

5. PROCESO DE ELABORACIÓN DEL REPORTE.

5.1. Generalidades.

Una vez completados los pasos de la sección 4.2, el ingeniero de Postprocessing procederá
a elaborar el reporte según el formato previamente acordado con el cliente.

El Coordinador Técnico deberá hacer el seguimiento necesario para asegurar que los
reportes se entreguen dentro de los tiempos acordados con el cliente.

5.2. Generación del informe.

El Ingeniero de Postprocessing deberá tomar en cuenta las siguientes observaciones para

la elaboración y entrega del reporte:

• Asegurar que se cumplen a cabalidad los requerimientos del cliente a nivel de

formato. Todas las tablas y figuras deben coincidir con el requerimiento del
cliente.
• Cualquier modificación de formato debe estar documentada en un correo
electrónico del cliente.
• Asegurar que las escalas de colores para todas las métricas de RF coincidan con lo
solicitado por el cliente.
• Presentar la justificación de los eventos negativos de manera concisa, en caso de
que esto forme parte del alcance del servicio. Ante dudas con las justificaciones,
el Ingeniero de Postprocessing deberá buscar la asesoría del Coordinador Técnico.
• Guardar el reporte siguiendo una nomenclatura y control de versiones
previamente establecido para el proyecto. El nombre del archivo debe ser
descriptivo del contenido del reporte. Ejemplo de nombre de archivo:
“PROYECTO_XYZ_SSV_LTE_SITIO123_V1_20181007.pdf”.
• El reporte debe ser entregado al cliente utilizando una metodología previamente
acordada. Se recomienda que dicha entrega sea por correo electrónico, para
facilitar la trazabilidad de los entregables.
• El Ingeniero de Postprocessing debe cargar en el repositorio de datos del proyecto
(aún si lo envió vía correo electrónico, o si cliente no lo solicitó expresamente).
• El Ingeniero de Postprocessing debe asegurar la coincidencia entre los logfiles
utilizados para la elaboración del reporte y los logfiles disponibles en el repositorio
de datos.

Sistema de Gestión Versión 1, 04/10/2019 Página 15 de 15

Este documento es propiedad de EKSPRESA, queda prohibida su reproducción parcial o total sin su previa autorización.