Universidad Nacional Andrés Bello
Facultad de Ingeniería
EXPANSIÓN DEL CORE DE DATOS 4G/LTE EN UNA OPERADORA MÓVIL.
Tesis para optar al grado de Ingeniería en Telecomunicaciones
Licenciado en ingeniería
Ignacio David Hamame Velarde.
Profesor guía: David Ruete Zuñiga.
Santiago de Chile, año 2017
l. Introducción.
Los dispositivos móviles cada vez son más accesibles para las personas, lo que
genera más demanda por parte de los clientes a las compañías de telefonía. El
día 27 de junio del año 2013 claro chile lanza la primera red de 4G/LTE en el
país. En septiembre del año 2014 en la red 4G alcanzó 345.396 conexiones de
esta manera las compañías telefónicas han invertido dinero para mejorar la
capacidad de sus redes internas, con la finalidad de entregar el mejor servicio a
sus clientes. Una de estas inversiones es al Core de datos de la red 4G/LTE.
(subtel, http://www.subtel.gob.cl/, 2014)
El Core de datos es el centro de una red de las compañías telefónicas que
proporciona servicios de telefonía móvil a los usuarios de la compañía. En este
caso nos enfocaremos en ampliar esta red con la finalidad de mejorar las
condiciones actuales de la red. (wayerless, 2013)
1.1 Motivación.
Mientras más pasan los años más usuarios adquieren dispositivos móviles que
tienen acceso a la red 4G/LTE y junto esto más aplicaciones se desarrollan que
requieren una navegación más rápida. Esto significa que más tráfico se genera
en las compañías telefónicas lo que produce que el sistema central colapse,
seguido de eso las operadoras móviles deben invertir para expandir el sistema
core de la red para poder dar abasto frente a tanta cantidad de cliente esto
según los análisis de la capacidad de la red y proyecciones a futuro globales y
locales. (subtel, 2016) (cisco, 2016)
A final del año 2015 chile cerró con 2,2 millones de accesos 4G, un crecimiento
anual del 307 por ciento. Para el cierre del año 2016 se tenían casi 6,3 millones
de conexiones a las redes 4G de todas las operadoras móviles de Chile. El
crecimiento para marzo del 2017 en la red 4G fue de casi 7,4 millones.
Gráfico 1 Servicio de acceso a internet móvil desde el 2014- al 2015 de las diferentes operadoras móviles
(subtel, 2016)
En el gráfico “Gráfico 1” anterior podemos ver como finaliza el año con la
cantidad de accesos a la red 4G/LTE. Esto a medida que pasa el tiempo va
en un aumento exponencial según estadística entregadas por subtel.
En junio del año 2016 la cantidad de subscripciones a la red 4G/LTE es de
4.089.646 usuarios. Dada esta información las compañías de telefonía se
vieron en la obligación de expandir la red core antes de que llegue a su
máxima capacidad. (subtel2016, 2016)
1.2 marco de trabajo.
El marco de trabajo está fijado en lo que es el core de la red 4G/LTE,
aquí es donde realizaremos las modificaciones con la finalidad de
conseguir una expansión en la red 4G/LTE para que la operadora móvil
pueda dar abasto al aumento de la cantidad de usuarios que se estima
para un futuro cercano.
Con el aumento de dispositivos móviles demostrado anteriormente y
junto a las estrategias captadoras del área de marketing, las compañías
móviles generan más ganancias lo que lleva a mayores ingresos.
Baja
velocidad de
Throughput
ll. Identificación del problema
En el siguiente segmento se realiza una identificación del problema en esta
tesis, en la cual se nombran los objetivos que se quieren llegar realizando este
proyecto y los factores que afectan a la problemática principal y los cuales se
modificarán mediante la realización del proyecto.
2.2 Diagrama de Ishikawa
En primera instancia se realizará un diagrama de Ishikawa Figura 1 en el cual
se plantea la problemática principal, los factores y los sub problemas que
conllevan a esta.
Figura 1 Diagrama de Ishikawa.
2.3. Explicación diagrama Ishikawa.
El diagrama de Ishikawa es un diagrama que explica una problemática de
manera Causa-Efecto. Para esto se define la línea central del diagrama el cual
nos lleva a la problemática principal, después tenemos las flechas que salen de
la línea principal las cuales nos indican los factores cuantificables que afectan a
la problemática principal. Dado estos factores tenemos flechas apuntándoles las
Insuficiencia
de red para
cumplir con
los
requerimientos
de la cantidad
de usuarios
Redundancia
Capacidad
Baja
capacidad de
sistemas de
volumen
Aumento de usuarios
conectados
Aumento de
la demanda
de la red
Throughput
cuales nos describen en breve la razón cuantificable del problema del factor.
Una vez dicho esto procederemos a explicar el diagrama de Ishikawa de esta
tesis.
2.3.1 Problemática principal:
Insuficiencia de red para cumplir con los requerimientos de la cantidad de
usuarios. Esta es la problemática general de la tesis, por ende, es el objetivo
de lo que se quiere una mejoría. Se busca atacar a las sub causas para poder
entregar una solución concreta a la problemática principal.
2.3.2 El throughput: afecta a nuestra problemática principal con el tema de la
velocidad de tráfico insuficiente. Como se puede ver existe un indicador el cual
nos dicta “baja velocidad de throughput”. Esto afecta a la problemática principal
mencionada anteriormente dado que, a mayor throughput más cantidad de
tráfico puede fluir por la red y con el aumento de clientes será necesario este
requisito para que esta funcione de manera eficiente.
2.3.3 La capacidad: Este factor junto a sus dos indicadores nos dictan que: la
baja capacidad del volumen del sistema no da abasto para el aumento de
usuarios eso afectará a la red haciéndola insuficiente para cumplir con los
requerimientos de la cantidad de usuarios. Si lo recién mencionado ocurriera
significaría que una vez alcanzado el tope de usuarios conectados a la red, el
packet core no podrá darle un perfil de usuario a los últimos usuarios
conectados lo que generará que visiblemente para ellos no podrán acceder a la
red.
2.3.4 Redundancia: La redundancia es una mejoría necearía en la red. Esto se
debe al aumento de cantidad de usuarios será necesario tener mayor cantidad
de sitios redundantes en caso de emergencias. Dicho esto, en el diagrama de
Ishikawa este factor se lee de la siguiente manera. El aumento de la demanda
de la red afecta a la redundancia y por lo tanto me genera insuficiencia de red
para cumplir con los requerimientos de la cantidad de usuarios.
lll. Objetivos
3.1 Objetivo General:
El objetivo general es expandir el core de la red 4G/LTE para que este pueda
dar abasto a la cantidad de subscriptores estimadas para el año siguiente y así
no tener colapsos en el tráfico del packet core por la alta demanda estimada.
3.2 Objetivos Específicos:
A continuación, se definen los objetivos específicos que nos ayudaran a dar
solución a nuestra problemática general, la cual se presentará a futuro en el
core 4G/LTE por el incremento de subscriptores.
OE01: Aumentar capacidad del EPC: aumentar cantidad de usuarios
conectados simultáneamente por sitio.
OE02: Aumentar throughput: aumentar la cantidad de tráfico que pasa
por los sitios.
OE03: Mejora en la disponibilidad: aumentar redundancia, agregando
cantidad de equipos.
3.3 Métricas.
En esta parte del documento se procede a definir las métricas de la tesis. Las
cuales nos definen el valor actual del proyecto (VAM) y lo esperado (CEM). En
cuanto a cantidades esperadas son los valores deseados (CEM) por la
operadora móvil, el crecimiento esperado de la operadora móvil es fijado por el
área de mercados. Los valores actuales (VAN) de la operadora es el
crecimiento que se tiene en la actualidad de la operadora, sin embargo, es
importante aclarar que el proyecto contempla una expansión enfocada a la red
4G/LTE, pero aun así dentro del estado actual general de la operadora móvil se
considera la cantidad de usuarios conectados a la red 3G y 4G, a su vez
también se considera la cantidad de trafico de ambas redes, es decir en ambos
sitios en donde se encuentra instalado el packet core en su totalidad
independiente de la distribución del mismo.
Tabla 1 Métricas actuales vs Métricas esperadas
Fórmula para calcular Throghput:
𝑉𝑒𝑙𝑜𝑐𝑖𝑑𝑎𝑑 𝐷𝑜𝑤𝑛𝑙𝑜𝑎𝑑 (𝐾𝐵/𝑠) ∗ 8 = 𝑇ℎ𝑟𝑜𝑢𝑔ℎ𝑝𝑢𝑡 𝐾𝑏𝑝𝑠
𝑇𝐶𝑃 𝑀𝑎𝑥𝑖𝑚𝑢𝑚 𝑟𝑒𝑐𝑖𝑏𝑒 𝑤𝑖𝑛𝑑𝑜𝑤𝑠 𝑆𝑖𝑧𝑒
𝑅𝑇𝑇= 𝑇ℎ𝑟𝑜𝑢𝑔ℎ𝑝𝑢𝑡
(Microsoft, 2007)
Objetivos
Específicos
Métricas VAM CEM
OE01 Capacidad de
usuarios
4G por sitio.
450.000 usuarios 600.000 usuarios
LTE por MME LTE por MME
900.000 Total 2.100.000Total
OE02 Throughput
Tráfico de datos
(Por sitio y
general)
23 Gbps por sitio 89 Gbps por sitio
46 Gbps Total 178 Gbps Total
OE03 Disponibilidad
(Redundancia de
equipos por sitio)
1 SGSN, 1MME y 1 SGSN, 2 MME
y
2SAE-GW 5 SAE-GW
(Por sitio) (por sitio)
3.4 Validación de Objetivos.
En la siguiente tabla se realizará una validación de objetivos mostrando como
cada uno de los objetivos específicos mencionados anteriormente van a dar
solución a las problemáticas.
Enumerando las problemáticas quedarán distribuidas de la siguiente manera:
P01: La baja velocidad del throughput.
P02: Baja capacidad de volumen en sistemas frente a la alta demanda
de Usuarios.
P03: La Redundancia en los sitios con la finalidad de hacer un EPC más
estable y tolerante a fallas.
Tabla 2 Orientación de OE con problemáticas
Problemas
Objetivos
específicos
P01
P02
P03
OE01 X
OE02 X
OE03 X
3.5 Hipótesis.
Utilizando la metodología de trabajo Cascada de manera estructurada y
teniendo en cuenta cada detalle en la elaboración de este proyecto tesis,
suponiendo además que todos los avances del proyecto son realizados de
manera correcta nos ayudará a terminar el proyecto en un tiempo mejor el cual
se tiene esperado. Por otro lado, se buscará utilizar la metodología de gestión
PMBOK la cual nos permitirá cubrir 7 de 9 áreas de conocimientos dentro de
este proyecto lo que significaría utilizar PMBOK al 78% de efectividad dentro del
proyecto. Una vez sabido lo anterior y si todo se utiliza de la manera correcta y
esperada, nuestro proyecto podrá cubrir todas las problemáticas anteriormente
mencionadas, lo que llevaría a una operadora móvil poder cubrir la demanda
esperada calculada por las áreas de economía y negocios de la operadora.
Por otro lado, también se espera que el nuevo EPC, sea capaz de aguantar la
falla de uno de sus sitios totalmente y que los usuarios del EPC, no pierdan del
todo conexión y si lo hicieran esta duraría unos segundos que prácticamente
para los usuarios de la operadora móvil pasaría desapercibido. Esto último se
deberá a que el tráfico será soportado por el otro sitio y para eso el EPC
requiere un pequeño tiempo para re direccionar los usuarios hacia el cambio de
sitio.
lV. Alcance del Proyecto.
El alcance de este proyecto de tesis corresponde a:
1. Incrementar la cantidad de tráfico que transita por el Evolved Packet Core
(EPC) por medio de la implementación de SAE’s al EPC de la operadora
móvil.
2. Incrementar la capacidad de usuarios que pueden realizar atach en el EPC
mediante la instalación de nuevos MME.
3. Instalar cantidad de MME’s y SAE’s de manera estratégica con el fin de
obtener high avilability el cual nos permitirá tener servicio en caso de que
alguno de los sitios falle.
4.1 limitaciones de alcance:
Las limitaciones de este proyecto consisten en:
1. No se aumentará la velocidad de tráfico del EPC.
2. No se aumentará la cantidad de usuarios que entran a la red.
3. No se aumentará el volumen de las maquinas ya instaladas, es decir, la
cantidad de tráfico de los SAE’s y la cantidad de usuarios en los MME’s.
4.2 Supuestos:
Se asume que según los estudios de mercado de la operadora móvil el proyecto
de expansión es necesario dado el crecimiento exponencial de la cantidad de
usuarios de la tecnología 4G/LTE. Por otro lado, también se asume que la
operadora móvil ya cuenta con un EPC que tiene incorporada las maquinas que
permiten traficar 4G/LTE, las cuales son de un proveedor X.
V. Marco Teórico.
Con la modernización de las telecomunicaciones las operadoras móviles se han
visto en la necesidad de tener que ir haciendo mejoras a los core de las redes
más actuales (3G, 4G según los años) esto quiere decir que la red utilizada en
la actualidad es la que se necesitan implementar expansiones con la finalidad
de poder soportar la cantidad de usuarios que trafican por esta red.
En esta parte de la tesis explicaremos paso a paso, definiremos los conceptos
necesarios para que el lector pueda entender cómo funciona y se compone el
sistema 4G/LTE y que será lo necesario modificar para poder expandir la
capacidad de tráfico.
En la siguiente figura (Figura 2) se muestra la arquitectura de la red 4G/LTE.
Figura 2 Arquitectura 3GPP de la red 4G LTE.
(Tejedor, s.f.)
5.1 3GPP: 3rd Generation Partnership o en español asociación de tercera
generación, es una organización mundial de comunicaciones que desarrolla
estándares o especificaciones en colaboración para arquitecturas de
radiocomunicaciones, redes centrales y servicios. (4gamericas, 2015)
5.1.1 UTRAN: UMTS Terrestrial Radio Access Network o Red de acceso
terrestre UMTS, permite a los usuarios (UE) acceder al núcleo de red UMTS
(3G). El acceso al núcleo de red UMTS (packet core 3G) se realiza vía radio a
través de una serie de redes interconectados entre sí.
5.1.1.1 Node B: Son equipos situados en las antenas que emiten y reciben
señales 3G. Manejan además todas las celdas de emplazamiento donde están
situadas. (http://www.temastecnologicos.com, s.f.)
5.1.1.2 RNC: Radio network Controler en español controlador de red de radio,
la función de un RNC consiste en discriminar entre las conexiones de voz y
datos que a partir de esta discriminación siguen caminos separados.
(http://www.temastecnologicos.com, s.f.)
5.1.1.3 lu CP: Notación de interface que conecta entre RNC y el SGSN. Lo que
viene siendo el Packet Core de la red 3G.
5.2 packet core: packet core es el centro de la red 3G. Está compuesta
principalmente por el SGSN y el HSS/HLR. Después de que el usuario accede a
UTRAN esta envía al usuario a el packet core donde se tiene registro de la
ubicación, se asignan IP y se re direcciona al usuario al ISP.
5.2.1 SGSN: Serving GPRS support node traducido al español nodo de servicio
de soporte GRPS. Este elemento de las comunicaciones recibe datos de los
RNC. La función de los SGSN consiste en distribuir los paquetes de datos, la
localización y gestión de los usuarios cuando estos se conectan a los NodoB.
(Cisco, Serving GPRS Support Node (SGSN) Overview)
5.3 3G: El 3G es la tercera generación de las redes de telefonía móvil, el cual
permite tráfico de datos, voz y videos. En la siguiente imagen se presenta el
rango de velocidades máximas de descarga y subida de 3G.
Tabla 3 Velocidades 3G descarga Máxima y Subida Máxima.
(Bolaños, 2016)
5.3 Evolved UTRAN (E-UTRAN): Evolved Universal Terrestrial Access Network
(Red de acceso terrestre universal evolucionada). Está compuesto por: Antenas
denominadas ENodoB, interfaz X2 y las interfaces S1 UP y S1 CP. (teletopix,
2014)
5.3.1 ENodoB: Evolved NodoB, es la evolución de los NodoB, estos se utilizan
para la Red 4G/LTE, tienen implementadas las funciones del RNC lo que lo
permite evitar ese salto al realizar la conexión hacia el EPC. (teletopix, 2014)
5.3.2 S1 UP: Es la interfaz que conecta del ENodoB hacia el EPC
específicamente al SAE-GW. Las siglas UP significan User plane (plano de
usuario). Este proporciona unidades de datos de protocolo (PDU) (protocol data
Unit) no garantizadas. Se basa en transporte IP y utiliza protocolo UDP/IP para
transportar los PDU. (teletopix, 2014)
5.4 Evolved Packet Core (EPC): Es la evolución de lo que es packet core. La
estructura es bastante similar, pero con dispositivos diferentes. Está compuesto
por lo que es:
MME
SAE GW o P-GW/S-GW
PCRF
SGSN
DSR
P-GW
S-GW
Interfaz S5
Interfaz S1 cp
Interfaz SGi
El EPC utiliza un protocolo llamado GTPv2 a diferencia del PC que utiliza un
protocolo llamado GTPv1.
5.4.1 MME: Mobility Management Entity (Entidad de gestión de la movilidad).
Gestiona la red 4G, su función consiste en dar control del dispositivo móvil
realizando la identificación del usuario junto el HSS. Luego re dirige al usuario al
SAE-GW quien gestiona la comunicación. (http://www.temastecnologicos.com,
s.f.)
5.4.1.1 Interfaz S3: La interfaz S3 es la que conecta el MME con el SGSN (3G),
Utiliza la lista de protocolos mencionados en la figura 3 la cual utiliza el modelo
TCP/IP para la demostración de protocolos por capas.
Figura 3. Protocolos de interfaz S3 entre SGSN y MME
(Barton, 2012)
5.4.1.2 Interfaz S11: Esta interfaz conecta al MME con el S-GW, a
continuación, se muestra la tabla de protocolos utilizados según el modelo
TCP/IP.
Figura 4 Modelo TCP/IP interfaz s11
5.4.1.3 S1CP: Es la interfaz que conecta del ENodoB hacia el EPC
específicamente hacia el MME. Las siglas CP significan Control plane (Plano de
Control). Tienen un control de flujo (SCTP) (Stream Control Transmission
Protocol) sobre IP. Soporta multiples UEs (User equipment) a través de una
única asociación SCTP. Entrega datos de forma garantizada. (teletopix, 2014)
5.4.1.4 Gn: Es la interfaz que conecta del MME al SGSN, hace conexión de los
perfiles de usuarios del SGSN y MME dado qué el SGSN tiene perfiles de
usuarios 3G y el MME 4G. A continuación, en la figura 5 se muestra la pila de
protocolos por capas utilizados por la interfaz Gn.
Figura 5 capas interfaz Gn
5.4.2 SAEGW: ‘’Serving gateway’’. Es el elemento central de todo el core.
Principalmente direcciona a los usuarios hacia el ISP. Es uno de los elementos
más importantes de la red dado que es la puerta principal hacia la conexión del
usuario con internet (en caso de datos). Este puede Trabajar de manera
independiente pero no es autónomo depende de las funciones de los otros
elementos ya sean elementos del EPC (4G) o del PC (3G) tales como:
MME
PCRF
SGSN
DSR
P-GW
S-GW
Interfaz S5
Interfaz S1 cp
Interfaz SGi
Las características del SAEGW se describen como las siguientes:
Gestiona la ruta de datos de usuarios dentro del EPC
Se conecta a través de la interfaz S1-UP hacia el eNodeB y recibe
paquetes de enlace uplink desde el eNodeB hacia el SAEGW y transmite
enlace download desde el SAEGW hasta el eNodeB (quien los envía al
UE). Por lo tanto, el SAEGW es la distribución datos de paquetes dentro
del EPC
Transmite los datos de paquetes dentro de EPC.
La sesión de usuarios que es controlada por el MME interactúa con el
SAEGW por la interfaz s11.
SAEGW genera estadísticas de cada una de las interfaces y procesos.
SAEGW genera facturaciones CDR (registro de detalle de llamada).
(NOKIA, 2016)
A continuación, en la figura 6 se muestra un SAE GW físico el cual de
manera ideal debe estar en el rack de la operadora móvil.
Figura 6. SAE GW físico.
5.4.2.1 PDN SAE Gateway (P-GW): La puerta de enlace PDN proporciona
conectividad desde el UE hacia los puntos externos de salida y al mismo tiempo
funciona de manera inversa, proporciona paquetes de datos de entrada al UE
(en caso de que estos sean solicitados por el UE). Un UE puede tener
conectividad simultánea con más de un PWG para acceder a múltiples PDN. El
PGW realiza la aplicación de políticas, el filtrado de paquetes para cada
usuario, el soporte de carga, la interpretación legal y la detección de paquetes.
A continuación, en la Figura 7 se muestra la pila de protocolos utilizados por P-
GW en cada una de las interfaces que tiene conectado, cabe destacar que en la
imagen se puede apreciar la interfaz de la que viene conectado y los protocolos
que utiliza de salida el P-GW.
Figura 7 Protocolos que utiliza P-GW
(3GPP, 3GPP TS 24.301 V14.4.0, 2017)
5.4.2.2 Serving SAE Gateway (S-GW): El S-GW enrruta y envía los paquetes
de datos del usuario, actuando también como ancla de movilidad para el UP
durante las transferencias inter-eNodoB y como ancla para movilidad entre LTE
y otras tecnologías 3GPP. Es decir, es la conexión entre el usuario y el ISP,
pero de ida, logra hacer la conexión entre el perfil del usuario y el ISP para así
lograr solicitar al ISP la dirección que el usuario necesita visualizar en su
dispositivo móvil. En la siguiente figura (Figura 8) se muestra a través del
modelo TCP/IP cada uno de los protocolos que utiliza en las interfaces el S-
Figura 9 Demostración de Interfaces y explicación de SAE GW en 3G, está compuesto por Serving SAE y PDN SAE
GW. En la figura 8 se muestra la pila de protocolos utilizados por el S-GW
dentro del packet core.
Figura 8 Protocolos que utiliza S-GW
(3GPP, 3GPP TS 24.301 V14.4.0, 2017)
En la figura 9 se hace una demostración de cómo era que trabajaba el S-GW
con el P-GW, hoy en día en el proceso de expansión se implementará SAE-GW
que realiza la función de estos dos servidores que trabajaban por separados.
(Kumar, 2013)
5.4.3 DNS: El DNS es un servidor que está conectado con el MME en caso de
4G y el SGSN en caso de 3G. Contiene las tablas de DNS de:
Tablas de AREA: tabla que contiene la información de área según zona
física.
Tablas de IP según área: tabla que contiene información de que IP se le
asigna al usuario según su área.
Tablas de APN: tabla que contiene información de direccionamiento de
que APN se dirige a que SAE-GW
El DNS está conectado por una interfaz GN- CP para ambos elementos.
(Barton, http://www.lteandbeyond.com, 2013)
5.5 PCRF: Policy and Charging Rules Function. Permite el control confiable y
escalable de las políticas de carga y el tráfico crucial. Este tiene constante
comunicación con el SAEGW ya que el SAEGW le manda información de la
cantidad de tráfico que ha ido utilizando el usuario. Algunos ejemplos de
políticas que utilizan en operadoras móviles serian:
Prepago
Plan
Cuenta controlada.
Una vez que se cumple con las limitaciones (en caso de existir) para el usuario,
este envía una respuesta al SAEGW para que se le corte el servicio.
(http://www.cisco.com, 2012)
5.6 HSS: Home Subscriber Server en español servidor de suscripción de casa.
Almacena los datos de los usuarios, así como los servicios que tienen
activados. Está compuesto por concentración de HLR en la red 4G.
5.7 HLR: Home location register en español es registro de ubicación de origen.
Implemento de red que almacena los datos de los usuarios. Este se utiliza en la
red 3G. Se utilizan en la red por cada millón de abonado. Cada uno presenta de
manera más específica los datos de los usuarios. (Sons, s.f.)
5.8 ISP: Internet service provider El proveedor de servicios de Internet es
la empresa que brinda conexión a Internet a sus clientes. Un ISP conecta a sus
usuarios a Internet a través de diferentes tecnologías como DSL, GSM, dial-up,
etc… (alicante, 2016)
5.9 High availability: Alta disponibilidad traducido al español, consiste en que
si en un sistema fallan tres componentes (host, red y almacenamiento) de
manera simultánea. La alta disponibilidad migra el servicio en caliente sin
intervención humana y el servicio se restablezca de manera automática por
medio de todo el protocolo de diseño del sistema. El objetivo es asegurar la
continuidad operacional durante un periodo. (hostingred, s.f.)
5.10 Data Center: Centro de procesamiento de datos en español, es una
instalación empleada para albergar un sistema de información de componentes
asociados, como telecomunicaciones y los sistemas de almacenamientos. Los
data centers ofrecen espacios para hardware en un ambiente controlado, como
por ejemplo acondicionando el aire con aire acondicionado, extinción de
incendios y diferentes tipos de dispositivos de seguridad, para permitir que los
equipos tengan mejor nivel de rendimiento y disponibilidad del sistema.
(http://conceptodefinicion.de, 2015)
5.11 GPRS: “General Packet Radio Service” o Servicio general de paquetes por
radio traducido al español. Permite el envío y recepción de información a los
celulares dividiendo la información en paquetes, los cuales son, reunificados y
presentados en la pantalla del teléfono. (wevar, 2005)
Figura 8 Explicación PDP de funcionamiento protocolo GTP.
5.12 Protocolo GTP: GPRS Tunnel Protocol, es un protocolo de túnel, que se
utiliza en el core de la red móvil. Está basado en IP. IPSec es un candidato
natural para proporcionar protección a mensajes GTP. Tiene un plano de
control (CP o GTP-C) y uno de usuario (UP o GTP-U. Como protocolo de capa
de transporte utiliza el UDP. Este protocolo se divide en GTPv1 y GTPv2, los
cuales se utilizan en PC y EPC respectivamente. (iniqua, 2012)
(Campana, 2015)
5.12.1 Protocolo GTP v1: Protocolo utilizado en redes UMTS, las siglas del
inglés es GPRS Tunnel Protocol. Es un protocolo que se utiliza en el packet
core (redes 2G -3G) de manera interna. Básicamente funciona por tuneles
internos en el packet core que transporta los datos del usuario en “capsulas”,
las cuales vienen encapsuladas del RNC.
5.12.2 Protocolo GTP v2: GTPv2 es la forma evolucionada de GTPv1, se
utiliza en el EPC y tiene un túnel directo entre el eNodoB y el EPC. (campana,
2015)
5.13 User Plane (UP): El plano de Usuario traducido al español, transporta el
tráfico de usuario de red. (Rouse, 2013)
5.14 Control Plane (CP): El plano de control traducido al español, es la parte
de una red que transporta tráfico de señalización y es responsable del
enrutamiento. Los paquetes de control plane (CP) se originan o están
destinados a un enrutador. Las funciones de CP incluyen la configuración y
gestión del sistema. (Rouse, 2013)
5.15 Protocolo UDP: Protocolo no orientado a conexión. Es decir, cuando una
maquina A envía paquetes a una maquina B, el flujo es unidireccional. La
transferencia de datos es realizada sin haber realizado previamente una
conexión con la máquina de destino (maquina B), y el destinatario recibirá los
datos sin enviar una confirmación al emisor (maquina A). (http://es.ccm.net/,
2017)
5.16 4G LTE: “Long Term Evolution” hace referencia a la evolución de las
nuevas tecnologías de Telecomunicaciones conocidas como tecnologías de
cuarta generación. Es una red móvil más potenciada y con mayor rendimiento.
Está basada en el protocolo de internet IP, la velocidad máxima de transmisión
es de 100Mbit/s en movimiento y 1Gbit/s.
Tabla 3 Velocidades de tecnologías desde 2G a 4G.
(2017)
5.17 Estándar TIA 942: Es un estándar que funciona como guía para los
diseñadores e instaladores de data centers, proporciona una serie de
recomendaciones y directrices para la instalación de infraestructuras.
Figura 9 diseño simple Data Center según TIA 942
(comunicaciones, 2014)
El estándar TIA 942 para diseñar data centers está compuesto por 4 sub
sistemas:
5.17.1 Telecomunicaciones: cableado de armarios y horizontal, accesos
redundantes, cuarto de entrada, área de distribución, backbone, elementos
activos y alimentación redundantes, patch panels y latiguillos, documentación.
5.17.2 Arquitectura: Selección de ubicación, tipo de construcción, protección
ignifuga, barreras de vapor, techos y pisos, áreas de oficina, salas de UPS y
baterías, sala de generador, control de acceso, CCTV, NOC.
5.17.3 Sistema Eléctrico: Numero de acceso, puntos de fallo cargas críticas,
redundancia de UPS y topología de UPS, puesta a tierra de sistemas de corte
de emergencia, baterías, monitorización, generadores y sistemas de
transferencia.
5.17.4 Sistema mecánico: Climatización, presión positiva, tuberías y drenajes,
CRACs y condensadores, control de High ventilating air conditionning,
detección de incendios y sprinklers, extinción por agente limpio, detección por
aspiración y detección de líquidos. (Cofitel, 2014)
5.18 UPS: Es una fuente de energía eléctrica que suministra o abastase a un
computador, este contiene una batería que seguirá emergiendo electricidad en
el caso de que haya un corte de luz o un problema eléctrico en la
infraestructura. El UPS dará energía por unos minutos más para que el
trabajador tenga el tiempo necesario de guardar los archivos de importancia y
apagar el ordenador de forma correcta. UPS es una sigla del inglés que
significa “Uninterruptible Power Supply” y que el significado al español es
“Sistema de Alimentación Interrumpida”. (bernal, 2012)
Figura 10 UPS físico.
(bernal, 2012)
5.19 Throughput: Utilización real del enlace o capacidad de información que un
elemento de red puede mover en un periodo de tiempo. (R., 2009)
5.20 RTT: Round Trip Time, tiempo para enviar un paquete y recibir respuesta.
Figura 11Ejemplo RTT
(Aít)
TCP Windows Size: Cantidad de octetos que se pueden transmitir (o recibir)
sin recibir un acuse de recibo del otro lado.
(Reprakash, 2013)
5.21 Release: las reléase o versiones se dividen desde la “Release 1999”
lanzada 1996-03-30 y llegan hasta la “Release 15” la cual fue lanzada el 2016-
06-01. Las versiones (reléase) son sistemas que proporciona a los
desarrolladores una plataforma estable para la implementación de
características en un punto determinado y luego permite la incorporación de
nuevas funcionalidades en las versiones posteriores. (3GPP,
http://www.3gpp.org, 2017)
5.22 Putty: Es una terminal que trabaja con los protocolos de red SSH, Telnet y
Rlogin. Es utilizado para acceder a las maquinas UNIX desde máquinas de
Windows de forma segura, de esta forma todo lo que el usuario escriba a través
de Windows se mandará de forma remota a la maquina UNIX y de igual manera
se mostrara localmente en la máquina. En la Figura 12 se muestra las
interfaces gráficas de Putty, ya sea tanto como para la configuración del
software como para la interfaz de trabajo. (Zaragoza, s.f.)
Figura 12 Interfaz gráfica Configuración Putty
A continuación, en la figura 13 se muestra la interfaz gráfica de Putty la cual
demuestra que no es muy amigable para la persona que utiliza este software.
Dado que, Putty utiliza una interfaz gráfica muy antigua dado por el tiempo en
que fue inventado, a diferencia de SecureCRT que fue desarrollado más
adelante a raíz de su antecesor que fue Putty. Por otro lado, Putty no permite
traspasar documentos en formato .TXT de manera automática por lo que hay
que realizar un copiado y pegado para que este se ejecute de manera semi-
automatica.
Figura 13 Interfaz CLI Putty
5.23 SecureCRT: Es un terminal de Windows de pago. Al igual que Putty
trabaja con los protocolos de red SSH, Telnet y Rlogin pero adicional a esos
protocolos por sus nuevas actualizaciones también trabaja SSH1, SSH2 y
Telnet/SSL y otros protocolos menos utilizados. Permite además implementar
colores y fuentes diferentes para ordenar generar una interfaz más amigable
para el usuario. Una de las principales características que tiene SecureCRT
sobre Putty es que permite arrastrar y soltar archivos hacia y desde el
explorador de Windows, el escritorio y otras aplicaciones (por ejemplo, WinZip)
lo que le permite hacer transferir archivos más fácilmente. En la figura 14 se
muestra la interfaz gráfica del software SecureCRT la cual sirve como
alternativa a Putty en caso de no tener recursos adicionales para pagar las
licencias de este producto, se puede apreciar en la imagen que la interfaz
gráfica es mucho más amigable que la de Putty. Lamentablemente los precios
de las licencias de SecureCRT (fraga, 2011)
Figura 14 Interfaz gráfica SecureCRT
5.24 Maquinas UNIX: Las maquinas UNIX son los computadores instalados de
manera directa al rack. Se les llama maquinas UNIX por que utilizan el sistema
operativo UNIX, utilizan este sistema operativo dado que es un sistema
multiusuario, multitarea y además proporciona un buen entorno de trabajo en
red. Ofrece programas y servicios que permiten construir aplicaciones basadas
en red. Dado que UNIX es uno de los sistemas operativos con más rendimiento
enfocado a la red. (http://www.monografias.com/, s.f.)
5.25 Protocolo IPV4: El protocolo de internet de capa de red 3 (Capa 3) fue
diseñado para usarse en sistemas interconectados de redes de comunicaciones
computacional de conmutación de paquetes. Las funciones principales del
protocolo son:
Entrega datagramas a través de interred en la modalidad de mejor
esfuerzo.
Fragmentación y re ensamblado de datagramas.
(S.C.)
Vl. Benchmark
En este segmento se procederá a explicar el benchmark del proyecto expansión
del core 4G LTE de una operadora móvil. La finalidad de esta parte consiste en
entregar información al lector del estado actual de los materiales a utilizar en
este proyecto ya sea tanto software o hardware. Se realizará tablas
comparativas para ver las descripciones y características de los productos y los
distintos modelos existentes en el mercado.
6.1 7750 Service Router – Mobile Gateway Nokia.
La familia de 7750 service router de Nokia mantiene a la vanguardia de la
demanda de los servicios impulsados por LTE/5G e internet de las cosas.
Estos enrutadores de borde IP admiten una amplia gama de aplicaciones IP
para proveedores de servicios, escala web y redes empresariales, que incluyen:
Proveedor de servicios: Broad Network Gateway, provider edge para
VPN, acceso a internet, interconexión a centro de datos, enrutador de
agregación para cualquier dispositivo móvil IP, pasarela central de
paquetes móviles, carrier grade NAT, WLAN Gateway, Security Gateway
y aplicación de funciones de aseguramiento.
Escala web: agregación de centro de dato y WAN, enrutador de
interconexión, portal de centro de datos, enrutador de borde de punto de
presencia (PoP) y funciones de enrutador de red troncal.
Enterprise: Enrutamiento IP para redes WAN empresariales, incluida la
conectividad con el centro de datos, internet y sucursales.
Figura 15 7750 SR Mobile Gateway
En la figura 15 se muestra un 7750 SR Mobile Gateway con fines de que el
lector tenga conocimiento de la forma física del hardware en caso de buscar
una recomendación de este dispositivo por Nokia. Por otro lado, como Software
trabaja con sistema operativo denominado SR OS (service router operating
system).
El 7750 SR Mobile Gateway cuenta con un adaptador dependiente de medios
(MDA) que proporciona 10 Gbps de througpught.
6.2 9471 Wirless Mobility Manager Nokia.
Es una entidad de gestion de movilidad combinada y sirve al nodo de soporte
GPRS (MME/SGSN) en el EPC. Proporciona el rendimiento de señalización y
escalabilidad de los suscriptores necesarios para los servicios móviles de hoy
en día y brinda la capacidad de admitir implementaciones de redes macro,
metro y pequeñas células de gran escala.
Dentro de las características del 9471 WMM destacan:
Combina el SGSN y MME en una plataforma de computación estándar
de la industria (ATCA)
Base de datos de UE común con recursos compartidos para suscriptores
2G / 3G y 4G / LTE
Admite el acceso por radio y el uso compartido de la red central
Soporta la cantidad de 150.000 usuarios en atach a través de los e-
NodoB
Figura 16. 9471 Wireless Mobility Manager
En la figura 16 se muestra el modelo físico del 9471 WMM de Nokia,
información para demostrar al lector como se debe ver el hardware del
dispositivo en caso de solicitarlo para los fines que estime convenientes en caso
de colocarse en contacto con Nokia.
6.3 Serie Cisco ASR 5000
La serie cisco ASR 5000 fue creada para el desarrollo del packet core de las
operadoras móviles, permitiendo traficar datos de los usuarios que utilizan los
servicios de la compañía. La serie ASR 5000 de Cisco consta de varios
productos que hasta la fecha van en desarrollo, pero para efectos prácticos de
este proyecto solo se pueden contemplar 2 productos los cuales son ASR 5000
Small Cell Gateway y ASR 5500 dado que desde la ASR 5700 en adelante
trabajan con redes superiores a 4G. Es importante destacar que la serie Cisco
ASR 5000 trabaja con un sistema operativo llamado StarOS el cual es
compatible solo entre series ASR 5000.
6.3.1 Cisco ASR 5000 Small Cell Gateway
Este producto cuenta con diversas características las cuales se enlistan algunas
generales a continuación:
Movilidad perfecta entre los tipos de redes, incluidas las macro y micro
celdas 3G / 4G y Wi-Fi
Desempeño del túnel IP Security / Internet Key Exchange versión 2
(IPsec / IKEv2) líder en el mercado
Integración de múltiples funciones de red en una sola plataforma con el
menor costo total de propiedad posible
Una plataforma única para servicios comunes a través de Wi-Fi, 3G, 4G
Packet Core y Small Cells
Mejora suave a 4GEn la figura 18 se muestra un cisco ASR 5000 físico el
cual es muy similar al 5500. La imagen es utilizada para hacer una
referencia gráfica de cómo se visualiza un SAE GW Cisco.
Figura 1 Cisco ASR 5000 Small Cell Gateway físico
Esta versión no cuenta con soporte dado que ha quedado obsoleta.
6.3.2 Cisco ASR 5500
El cisco ASR 5500 es el sucesor de la versión mencionada anteriormente, este
producto cuenta con las mismas características y además otras características
integradas adicionales a la de la versión anterior, dado que es más flexible en
cuanto a la utilidad que se le puede dar. Algunas características de este
producto son:
Proporcionar un mayor grado de granularidad y flexibilidad de la
información para la facturación, la planificación de la red y el análisis de
tendencias de uso
Compartir información con servidores de aplicaciones externos que
realizan procesamiento de valor agregado
Explotar atributos específicos del usuario para lanzar aplicaciones únicas
por suscriptor
Extender la información de gestión de la movilidad a aplicaciones que no
reconocen la movilidad
Habilitar las funciones de política, carga y calidad de servicio (QoS)
Además de este listado que son sus características el ASR 5500 nos permite
configurarlo de maneras diferentes lo que nos permitirá utilizarlo según las
necesidades de la operadora móvil. Las posibles configuraciones que puede
utilizar el Cisco ASR 5500 son:
TE / EPC - Serving Gateway (SGW)
LTE / EPC - Gateway PDN (PGW)
UMTS / HSPA - Nodo de soporte de Gateway GPRS (GGSN)
CDMA / HRPD / eHRPD - Agente local (HA)
Figura 2 Cisco ASR 5500 Multimedia Core Platform
En la Figura 19 se puede apreciar un Cisco ASR 5500 para hacer la
comparativa con la versión anterior de manera física la cual cómo se puede
notar no es mucha la diferencia salvo algunos detalles.
6.4 Presupuestos
En cuanto a presupuestos respecto a la integración de esta expansión no es
mucha la información dado que para la implementación de cualquiera de estos
dispositivos las empresas proveedoras de servicio tienen que realizar contratos
de instalación y mantenimiento de hardware y software de los productos
solicitados, sin embargo la empresa Nokia entregó la siguiente información
respecto a su contrato con Claro en el cual se puede generar un estimativo de
los presupuestos que pueden entregar las empresas proveedoras.
En la tabla 4 se nos muestra el detalle de la implementación de los SAE GW, la
cual contempla el hardware, la entrega de servicio, las capacitaciones para los
trabajadores de compañía solicitante, servicios logísticos y las Spere parts que
corresponden al menos al 6% (partes de reparación en caso de necesitarlas).
A continuación, en la tabla 5 se muestra la información con respecto al valor de
expandir el packet core. El valor que se mostrará nos dicta el precio que cobra
el proveedor por el inicio de los trabajos adicionales, los cuales se justifican
dado que en algún momento cuando se implementó el packet core no se
firmaron los acuerdos contemplando esta expansión y es por eso que se cobra
un adicional.
Tabla 4 Presupuesto Instalación SAE GW
Tabla 5 Presupuesto Upgdrade Flexi NG
En la tabla 5 se muestra el detalle del cobro por expandir el packet core en el
cual se contemplan como cantidad 2 dado que son dos sitios los cuales van a
ser intervenidos y van a expandir la capacidad.
Vl. Metodologías.
6.1 Metodología de gestión.
En el proyecto se utilizará la metodología de gestión PMBOK, ¿Qué es el
PMBOOK? Es un instrumento desarrollado por el Project manager Institute
(PMI), El cual describe un conjunto de conocimientos y prácticas aplicables para
los proyectos.
La guia PMBOK identifica 5 macro procesos para poder seguir el proyecto de
una manera más estructurada, dentro de estos 5 macro procesos intervienen 10
aspectos claves o áreas de conocimiento. Los macro procesos y las áreas de
conocimiento se definen como las siguientes:
Inicio: el objetivo de este macro proceso se enfoca en definir un proyecto
o una fase de ejecución del mismo además de obtener la o las
autorizaciones necesarias para llevar a cabo el proyecto.
Planificación: En esta etapa de los macro procesos se enfoca en la
concreción y establecimiento de objetivos y a los diseños de las
estrategias más adecuadas para lograr cumplir estos.
Ejecución: Esta es la fase en donde a raíz de la estrategia definida en el
macro proceso anterior, se realizan las actividades establecidas dentro
del plan estratégico, con la finalidad de conseguir los objetivos definidos.
Control y monitorización: este macro proceso está relacionado con la
supervisión y evaluación del desempeño durante todo el transcurso del
desarrollo del proyecto.
Cierre: Es la última etapa de los macro procesos, cierra el proyecto en su
totalidad o en alguna fase del proyecto con la satisfacción y aceptación o
rechazo en caso de serlo del resultado obtenido.
Figura 18. macro procesos en la metodología de gestión de proyectos.
(Mantilla, 2014)
6.1.2 Área de conocimiento:
Integración: área relacionada con la dirección de proyectos. Administra y
coordina procesos y actividades implicadas. Estas labores las realiza mediante
documentación escrita y con evidencias (tablas, fotos, casos, etc.…) de cada
una de las labores realizadas a lo largo del proyecto, es decir, desde el inicio
hasta el cierre del proyecto.
La documentación mencionada anteriormente estaría realizada de la siguiente
manera.
Inicio proyecto [Fecha]
Documentación de presentación de proyecto
Documentación de definición de partes del proyecto
Firmas necesarias
Fecha en que se concretó el inicio del proyecto.
Planificación del proyecto [Fecha]
Documento con las ideas a realizar
Diseños de ideas
Firmas necearías.
Fecha de término de periodo de planificación.
Inicio De ejecución [Fecha]
Documentos con los pasos a seguir para la ejecución.
Documentos con las actividades realizadas.
Firma de los participantes de la ejecución
Fecha de término de periodo de ejecución.
Inicio del periodo de control [Fecha]
Documentos de pasos de control
Documentos con registros de control
Firmas de participantes de control
Fecha de término de periodo de control.
Inicio Periodo de Cierre [Fecha]
Documentos con revisión de pruebas de control aprobadas
Documentos con firmas de marcha blanca aprobada
Fecha de Cierre y lanzamiento del proyecto
Alcance: determina el alcance del proyecto, define todos los procesos y las
actividades. Los procesos y actividades están separadas por área la cual le
corresponderá una parte del proyecto. Para esto se realiza una EDT (estructura
de descomposición de trabajo) la cual nos separa el área de trabajo de este
proyecto.
A continuación, se muestra los procesos para llevar a cabo mediante una EDT
de ejemplo de cómo llevar a cabo el proyecto de expansión de datos del core
4G/LTE de una Operadora Móvil.
2.3.1 Planificación
pruebas SAE
2.3.2 Planificación
pruebas MME
1.2.1 Identificación
de objetivo general.
1.2.2 Identificación
objetivo específicos
Figura 19. EDT de proyecto
3.1.1
Ubicación para
SAE’s y
MME’s
Expansión del Core 4G/LTE
de una Operadora Móvil
1.4.1
Metodología de
gestión
PMBOOK
1.4.2
Metodología de
trabajo Cascada
1. Inicio 2. Análisis
AAnalisisPla 3. Ejecución 4. Control 5. Cierre
1.1 Introducción
1.1.1 Identificación
del problema
1.1.2 Motivación,
Objetivos y alcance
del proyecto
1.2 Objetivos
1.3 Marco
Teórico
1.4 Definición de
Metodologías
2.1 Análisis de
Requerimientos
2.1.1
Requerimientos
para pruebas
2.1.1.1
Recursos
Humanos
2.1.1.2
Recursos
técnicos.
2.2 Análisis de
ubicación de
dispositivos
3.1 Ubicación
de sitio de la
Expansión
2.2.1 sitio
adecuado para
las instalaciones,
es decir,
estándares
básicos de data
center.
3.2 Configuración
de SAE’S y MME’s
3.2.1
Configuración
manual de los
SAE’s, hacer
reconocimiento de
conexión por
interfaces.
3.2.2
Configuración
manual de los
MME’s, hacer
reconocimiento de
conexión por
interfaces.
2.3 Planificación
de pruebas
4.1 Pruebas de
conexión UE a
SAE
4.2 Pruebas de
conexión UE a
MME
4.3 Pruebas
de conexión
de interfaces
de SAE’s
4.4 Pruebas
de conexión
de interface
de MME’s
5.1
Conclusion
es
5.2
Evaluar
efectividad
5.3
Revisar
cumplimiento
de Objetivos
Tiempo: área que se encarga de gestionar los tiempos de ejecución de
los procesos implicados en el proyecto, también se encarga de
monitorear estos para que se pueda cumplir con los plazos establecidos.
Para realizar esta labor el área relacionada genera una carta Gantt
definiendo los plazos de las tareas, esto se muestra en la siguiente tabla
y gráfico, en donde en la Tabla 6 nos muestra la lista de tareas definidas
por un número, fecha de inicio, cantidad de días y fecha de término de
los trabajos y en el gráfico 2 nos muestra el gráfico del desplazamiento
en días de los trabajos escritos en la tabla anterior.
En la tabla 6 de listado de tareas las cuales están relacionadas
directamente con la EDT elaborada por el área de alcance del proyecto.
La cantidad de días por trabajos son estipulados por personal del área el
cual tiene claro cuáles serían las estimaciones reales en las cuales se
pueden realizar los trabajos.
Tabla 6 tareas carta Gantt.
Gráfico 2 Carta Gantt.
Costos: esta área está encargada de gestionar los costes del proyecto
con la finalidad de tener un control de esto para mantenerlos dentro del
presupuesto establecido inicialmente.
Calidad: área encargada de los resultados de las actividades y los
procesos implicados en el proyecto, está encargada de gestionar las
fases y establecer políticas de calidad para evaluar los resultados de
cada una de estas.
Recursos humanos: área encargada de la gestión y dirección del
personal implicado en el proyecto.
Comunicaciones: área encargada de gestionar y administrar los
mecanismos, informaciones, vías y estrategias de comunicación entre las
áreas internas del proyecto y además de la comunicación de la
información elaborada del proyecto orientada al exterior.
Riesgos: área encargada de detección, gestión y solución de riesgos que
afecten o puedan afectar al proyecto.
Adquisiciones: área encargada de gestionar la compra de bienes,
estructuras, herramienta o servicios externos a los equipos implicados en
el proyecto
El motivo por el cual se eligió la metodología de gestión de PMBOK para
desarrollar este proyecto es debido a que es una de las metodologías de
gestión más utilizadas por profesionales, además, que es muy útil ya que
abarca una gran cantidad de áreas de conocimientos que nos servirán para
poder ayudar a la gestión de este proyecto.
Dicho esto, vamos a mencionar las áreas de conocimiento que se seleccionaron
para desarrollar este proyecto de expansión son:
Integración: Se incluye el área de integración dado que, se da a conocer
la situación actual del proyecto, se presenta una introducción a este y
además se presentan las problemáticas del proyecto a través de
diagrama de Ishikawa. Es por estas razones que es necesario integrar
esta área de conocimiento del PMBOK.
Alcance: Esta área de integración se agrega para indicar
específicamente lo que se llevará a cabo en el proyecto y lo que no se
realizará en el proyecto, esto se hace con el fin de explicar de una mejor
manera y más específica lo que se realizara en este proyecto para así no
acaparar más cantidad de horas de trabajos que no aportan al proyecto.
Tiempo: Se integra esta área de gestión al proyecto, con la finalidad de
organizar los tiempos de cada actividad y poder entregar una noción del
tiempo disponible para entregar las tareas y el proyecto completado.
Costos: El área de conocimiento de costos fue elegida para este
proyecto con la finalidad de realizar comparaciones de las diferentes
soluciones para así ver cuál de todas las soluciones entregadas en este
documento es la más rentable.
Recursos Humanos: el área de conocimiento de recursos humanos fue
elegida para este proyecto dado que, es necesario llevar un control de
los procesos del personal que está realizando las acciones para concluir
el proyecto.
Comunicaciones: esta área es importante para este proyecto dado que al
enfocarse en la comunicación de internos y externos se realiza una tabla
con el fin de tener los contactos que poseen información de diferentes
temas relacionados con el proyecto de manera ordenada, para así no
confundir información de la operadora móvil y la información del
proveedor de servicio.
Riesgos: puesto que los riesgos siempre existen en todas las situaciones
era evidente que se integraría esta área al proyecto, puesto que, es
importante llevar tablas de control de los posibles riesgos que pueden
existir durante el desarrollo del proyecto.
Una vez ya anotado el registro de las áreas de inclusión de este proyecto con
sus respectivos argumentos de inclusión, ahora se procede a nombrar las áreas
de conocimiento excluidas del proyecto con sus justificaciones.
Las áreas de exclusión para este proyecto son:
Calidad: Esta área de conocimiento está excluida de este proyecto por la
sencilla razón de que el encargado de gestionar la calidad del trabajo en
cuanto los avances del proyecto no es el escritor sino un superior el cual
se encarga de evaluar semanalmente el avance del proyecto como
documento.
Adquisiciones: El área de adquisiciones se excluye del proyecto dado la
razón que el proyecto como tesis no es con fines de lucro, más bien
servirá como fuente de información libre de uso siempre y cuando tenga
las referencias necesarias.
Figura 20 Dirección de proyecto relacionada con las áreas de conocimiento.
6.2 Metodología de trabajo.
La metodología de trabajo elegida para este proyecto es la metodología de
trabajo Cascada. Esta metodología trabaja de una manera tradicional en cuanto
al desarrollo el proyecto por eso también es conocido como modelo clásico,
tradicional o lineal secuencial.
El diseño de cascada es una secuencia definida de los acontecimientos y los
resultados finales para proporcionar una estructura para cualquier proyecto que
siga el contenido específico y detallado.
Se caracteriza por ordenar de manera rigurosa las etapas de vida del ciclo de
vida del proyecto, dado que el comienzo de cada etapa debe esperar la
finalización de la etapa anterior. Es decir, si la revisión del proyecto determina
que este no está apto para pasar a la siguiente etapa, este permanece en la
etapa actual hasta que este esté preparado.
La metodología de trabajo cascada está compuesta generalmente de la
siguiente manera:
Análisis
Diseño
implementación
pruebas
mantenimiento
A continuación, en la Figura 21, se muestra la forma general de la
metodología de trabajo cascada, esta figura nos indica cómo trabajar según
la metodología seleccionada para este proyecto. Como se podrá apreciar los
procesos realizados pasarán al siguiente es decir en caso de análisis
pasaría a diseño y así sucesivamente. En caso contrario de algún proceso
de trabajo fallara se acudirá al anterior ascendiendo a la cascada y
volviendo a realizar el proceso anterior, si la modificación realizada también
afecta al proceso anterior será necesario modificar a su vez el anterior y así
un ejemplo de esto sería si en la fase de mantenimiento se encontrara
alguna falla habría que revisar el periodo de pruebas, en caso de que este
no diera la solución al problema inicial se pasaría a implementación.
Figura 21 Metodología de trabajo Cascada.
La metodología cascada para este proyecto estaría compuesta por lo siguiente:
El inicio y el alcance del proyecto
La planificación del proyecto (calendario, recursos necesarios, costo)
Definición de las necesidades del negocio y el análisis en detalle de
la solución
La creación de la solución
Prueba que la solución funciona
La entrega de la solución a su público objetivo
Cierre del proyecto
A continuación, en la siguiente imagen Figura 22 se muestra como se
implementa la metodología de trabajo cascada para este proyecto. Como se
puede apreciar en la figura nos muestra el paso a paso del desarrollo del
proyecto basado en la metodología de gestión PMBOK, cada uno de los
factores incluidos en la figura representa cada macro proceso del PMBOK que
fueron integrados en el proyecto de expansión del core 4G/LTE de una
operadora móvil. La manera de trabajo de este independiente de la metodología
de gestión, será la misma mencionada con anterioridad.
Figura 22 Metodología de trabajo Cascada Especifica para este proyecto.
Inicio y
alcance
Planificación
Definición
Creación
Prueba
Entrega
Cierre
En la figura anterior podemos apreciar que cada etapa es dependiente de la
anterior y en caso de no poder seguir avanzando con la etapa siguiente habrá
que realizar un chequeo de las etapas anteriores para modificar y proceder a la
etapa anterior.
6.3 Ventajas y desventajas de metodología Cascada.
En el segmento a continuación se realizará un análisis de las ventajas y
desventajas de la metodología de trabajo cascada. Esto se hará con el fin de
mostrar los pros y contras de la forma de trabajo en la cual se lleva a cabo el
proyecto.
6.3.1 Ventajas
Se tiene todo bien organizado y no se mezclan las fases del proyecto.
La planificación en cuanto a la organización de cómo llevar a cabo el
proyecto es sencilla.
La calidad de resultado del proyecto es alta.
Permite tener bajo control el proyecto
6.3.2 Desventajas
Requiere mucho tiempo para completar el siclo del proyecto.
Es difícil incorporar nuevas cosas dentro del proyecto en caso de requerir
estas.
Las iteraciones son costosas.
Es necesaria la paciencia del cliente.
Vll. Análisis de requerimientos.
7.1 Introducción
En este segmento del documento Tesis, se hablará de los requerimientos que
son necesarios para la implementación de la expansión del core 4g LTE de una
operadora móvil. Este segmento será guiado a través de la estructura de la
estructura entregada por el estándar IEEE 830.
7.1.1 Propósito
El propósito es proporcionar al lector información para comprender más el
desarrollo del proyecto. La manera en que se buscará detallar la información
será mediante la explicación de las especificaciones funcionales y no
funcionales. Este documento está enfocado para gente interesada en el área de
las Telecomunicaciones específicamente el área de redes celulares orientadas
al packet core.
7.1.2 Alcance
Esta especificación de requisitos está dirigida al personal que trabaja en el
packet core de una Operadora Móvil, con el fin de que estos usuarios estén al
tanto de los movimientos de las máquinas que gestionan y administran.
7.1.3 Personal Involucrado
Tabla 7 Descripción personal de proyecto
Nombre Ignacio David Hamame Velarde
Rol Diseñador y Escritor de proyecto
Categoría profesional Estudiante Ingeniería en
Telecomunicaciones
Información de contacto [email protected]
7.1.4 Definiciones, acrónimos y abreviaturas
Tabla 8 Definiciones, acrónimos y abreviaturas
Nombre Descripción
UE Usuario conectado al packet core
(Smartphone, Tablet, Banda ancha,
etc…)
SAE System Architecture Evolution
(Evolución de la arquitectura del
sistema), es la arquitectura de la red
del estándar de comunicación
inalámbrica LTE de 3GPP. Es la
evolución de la red central GPRS
(unión de S-GW y P-GW).
MME Mobility management entity ( Entidad
de gestión de movilidad) , es el nodo
de control clave para la red de acceso
LTE, es decir entrega un perfil a los
usuarios (UE) para que puedan
acceder al EPC
EPC Evolved Packet core es la última
evolución de la arquitectura de red del
proyecto de Asociación para la tercera
generación (3GPP).
Release 8 Versión número 8 de la estructura
normalizada por la asociación 3GPP
utilizada en este proyecto.
7.1.5 Referencias
Tabla 9. Referencias
Título del Documento /URL página
web
Referencia
Especificación de requisitos de
software
IEEE830
(3GPP, http://www.3gpp.org, 2017) 3GPP
7.16 Resumen
Este documento cuenta de diversos capítulos de los cuales se explicará cómo
realizar el paso a paso de una expansión del packet core de una operadora
móvil. Dentro de la explicación del mismo, se procede a dar conocimiento de
metodologías de trabajo y gestión las cuales sirven para como guia de buenas
prácticas para la implementación de diversos tipos de proyectos.
7.2 Descripción General
7.2.1 Perspectiva del producto
El proyecto de expansión del core 4G LTE será una herramienta que servirá
como guia para futuros proyectos que estén relacionados con el packet core de
una operadora móvil, como por ejemplo sería una expansión del core 5G que es
lo que vendría siendo a futuro por el desarrollo de la tecnología.
7.2.2 Funcionalidad del producto
A continuación, se muestra una imagen (Figura 23) donde se explica de manera
gráfica la funcionalidad del producto. Indica de qué manera es utilizado
básicamente el EPC y como es el flujo de la información desde el usuario hasta
el internet service provider (ISP) que es lo que termina siendo la conexión a
internet para el usuario, la vuelta de información destinada al usuario es lo
esencial de la operadora móvil para que el usuario evalúe el buen servicio.
Figura 23. Diagrama resumen de proyecto
7.2.3 Suposiciones y dependencias
Se asume que la operadora móvil entregara los permisos a la empresa
proveedora para implementar el hardware nuevo y sus respectivas
programaciones.
Se asume que el hardware de la expansión es compatible con el ya
instalado.
Se asume que los trabajos que se van a realizar tienen los permisos ya
otorgados para el personal de la empresa proveedora, lo que significaría
no retrasarse con respecto a los tiempos estipulados.
7.3 Requisitos específicos
En los requisitos específicos se encuentran los requisitos funcionales y no
funcionales del proyecto los que tienen relación a los objetivos del proyecto y la
manera en que se atacarán cada uno de los objetivos con el detalle de software
y hardware.
7.3.2 Requisitos funcionales
A continuación, se procede a explicar los requisitos funcionales del proyecto, los
cuales consisten en entregar la información respecto a las necesidades que
tiene el cliente y por lo cual se le presenta el proyecto en cuestión. Las
necesidades que tiene el cliente están definidas al inicio al proyecto como los
objetivos principales del mismo dado qué la función de este es entregar una
mejora en la calidad de servicio.
Tabla 10. Requerimiento funcional 1
Identificación del requerimiento RF01
Nombre del requerimiento Cantidad de usuarios
Características Tener muchos (colocar valor) usuarios
conectados
Descripción del requerimiento Que no existan reclamos por parte de
los usuarios por fallas al intentar
conectar por la red de la operadora
móvil.
Requerimiento no funcional RNF01, RNF02, RNF04
Prioridad del requerimiento Alta.
Tabla 11 Requerimiento funcional 2
Identificación del requerimiento RF02
Nombre del requerimiento Velocidad de tráfico
Características La velocidad de tráfico es necesaria
para evitar congestiones en el EPC y
así lograr que no colapse el mismo
con los datos y los perfiles de usuarios
Descripción del requerimiento El aumento de la capacidad de tráfico
en el EPC es necesario para no
generar congestiones.
Requerimiento no funcional RNF01, RNF02 , RNF03
Prioridad del requerimiento Alta.
Tabla 12 Requerimiento funcional 3
Identificación del requerimiento RF03
Nombre del requerimiento Redundancia
Características Plataforma virtual para análisis de
tráfico
Descripción del requerimiento Esta plataforma nos permitirá hacer
un seguimiento diario incluso por
horas del funcionamiento del EPC
completo incluyendo la expansión.
Requerimiento no funcional RFN01, RFN02, RNF05
Prioridad del requerimiento Alta.
7.3.3 Requisitos no funcionales
A continuación, se presentan los requisitos no funcionales. Estos consisten en
ser los software y hardware utilizados en la implementación de este proyecto, si
bien existen alternativas estas fueron contempladas para la instalación de este
proyecto. Definirlo como no funcionales es dada que el carácter de elección
para estos requisitos no es obligatorio ante la persona que presenta el proyecto.
Tabla 13. Requerimiento No funcional 1
Identificación del requerimiento RNF01
Nombre del requerimiento PRTG
Características Plataforma virtual para análisis de
tráfico
Descripción del requerimiento Es el software a utilizar para poder
programar la expansión y direccionar
esta.
Prioridad del requerimiento media
Tabla 14. Requerimiento No funcional 2
Identificación del requerimiento RNF02
Nombre del requerimiento Putty
Características Software base de informática que
sirve para administrar redes.
Descripción del requerimiento Este software nos permitirá configurar
los SAE y MME instalados para lograr
expandir el EPC con la finalidad de
entregar los resultados esperados
para el cliente
Prioridad del requerimiento Alta.
Tabla 15 Requerimiento No funcional 3
Identificación del requerimiento RNF03
Nombre del requerimiento 7750 Service Router – Mobile
Gateway
Características SAE GW de Nokia, sirve como puerta
de enlace para los datos mobiles en
redes 4G
Descripción del requerimiento El SAE GW nos permitirá direccionar
a los usuarios conectados a internet
mediante la tecnología 4G/LTE hacia
el ISP.
Prioridad del requerimiento Alta.
Tabla 16 Requerimiento No funcional 4
Identificación del requerimiento RNF04
Nombre del requerimiento 9471 Wirless Mobility Manager
Características MME Nokia, sirve como creador de
perfiles de usuario para el EPC.
Descripción del requerimiento El MME permite crear perfiles de
usuarios para que estos puedan
acceder al EPC y se le pueda dar
salida al ISP.
Prioridad del requerimiento Alta.
Tabla 17 Requerimiento No funcional 5
Identificación del requerimiento RNF05
Nombre del requerimiento Instalación de sitio nuevo
Características Sitio nuevo para implementar data
center con fines de expansión
Descripción del requerimiento El sitio nuevo nos permitirá agregar
rack nuevos con más espacio.
Prioridad del requerimiento Baja
El listado mostrado anteriormente de los requisitos no funcionales tablas desde
la 13 a la 17 son los implementos que se utilizarán dentro del proyecto pero que
como se mencionó con anterioridad no son necesariamente obligatorios para el
cumplimiento de los requerimientos funcionales del proyecto dado que, existen
otras plataformas, softwares no vistos dentro de los requerimientos no
funcionales u otros hardwares no contemplados dentro del desarrollo del
proyecto.
Vll. Análisis y planificación.
En este segmento del documento Tesis se hablará de los análisis de cada uno
de los factores a revisar para poder realizar este proyecto con éxito.
A continuación, se procede a explicar cada uno de estos puntos de manera más
detallada.
7.1 Análisis de requerimientos.
Los requerimientos de este proyecto se sub dividen en 2, los requerimientos de
RRHH y los requerimientos de la tecnología a utilizar en la implantación de este
proyecto. Es necesario analizar cada uno de estos con el fin de saber cuánto
tiempo y capital habrá que disponer para llevar a cabo este proyecto.
7.1.1 Requerimientos de RRHH: En este análisis nos enfocaremos en ver al
personal de la operadora móvil, empresa proveedora de los dispositivos y
empresas externas (en caso de existir), que sean necesarios para llevar a cabo
la implantación del proyecto, esto se debe a que, por motivos de trabajo, no
siempre existe personal con disposición o tiempo para realizar algún tipo de
trabajo que sea necesario para instalar la expansión del EPC. En este análisis
de RRHH, se realiza una búsqueda de personal con disposición y se le fijan los
tiempos para realizar pruebas e instalaciones de las maquinas provenientes de
la expansión, es decir instalación física y configuraciones de SAE’s y MME’s.
7.1.2 Requerimientos de tecnología a utilizar: la tecnología a utilizar referida en
este punto de análisis hace referencia a la tecnología utilizada por el personal
de instalación y análisis. Es decir, en el caso del equipo encargado de la
instalación requiere tipos de cables diferentes, maquina fusionadora para
fusionar la Fibra Óptica en la cabecera donde se instalaron las máquinas y
medidores de corrientes. Para el caso del personal para realizar las pruebas,
requerirán: Celulares con APN configurada de nuevos MME’s, celda de señal
para potenciar la señal que llega a los celulares de pruebas y notebooks para
configurar los SAE’s y MME’s con contraseñas y permisos correspondientes
para acceder a las configuraciones de estos.
7.2 Análisis de ubicación de dispositivos: Es importante que el sector físico
donde estarán ubicado los SAE’s y MME’s de la expansión, tengan los
requisitos de un Data Center, dado que, estás maquinas son de mucho valor y
lo ideal será mantener la cantidad de mantenciones a la justa y necesaria.
7.3 Planificación de pruebas: En esta parte del proyecto nos dedicaremos a
organizar las fechas y horas en las cuales se probarán los SAE’s y MME’s. Es
importante que las fechas de pruebas no se realicen simultáneamente con otras
pruebas de otros dispositivos que estén dentro del EPC. Además, es necesaria
la participación de personal del proveedor de los dispositivos para realizar la
configuración y la participación del personal de la operadora móvil a la cual se
le entregan las maquinas.
7.3.1 Pruebas de MME: En las pruebas de los MME nos encargaremos de
analizar y probar el hardware y software respectivamente. El hardware tendrá
pruebas sencillas pero necesarias, las cuales constan simplemente de revisión
física de la máquina, que esta no se encuentre dañada o que tenga algún
defecto, que las luces de encendido, apagado y conectividad operen de manera
adecuada. En la inspección de las máquinas apagadas se hace el chequeo
físico básico, en el cual es consultar con el proveedor de servicios el estado del
MME antes de llegar al sitio donde se realizará la instalación, una vez esto se
encuentre de manera ordenada y con los checkeos en estado OK y la
operadora móvil junto el proveedor de servicio aprueben que el hardware del
MME se encuentra intacto, se procede a conectar y encender la máquina. Una
vez encendida es necesario revisar que no surjan cortes de circuito, en las
instalaciones eléctricas y que las luces de encendido estén funcionando todas
de manera correcta. Después de revisado el Hardware es necesario revisar el
Software del MME para esto se necesita utilizar Putty o programas similares y
whireshark o similares y también necesitamos un teléfono con una
configuración de una VPN que está conectada directamente hacia el MME
nuevo que vamos a probar. Es importante mencionar que los comandos
introducidos por consola conectados al MME de expansión los realice personal
del proveedor de servicios y este debe estar supervisado por los usuarios que
estarán encargados de supervisar una vez instalado el MME en el EPC, es
decir personal de la operadora móvil a la cual se le hace la expansión. Una vez
ya teniendo el computador con los programas instalados, las fechas para
realizar pruebas, el personal coordinado para realizar las pruebas y el teléfono
configurado con la VPN se procede a realizar las pruebas de Software. Las
pruebas de software se van realizando junto los comandos que el usuario del
proveedor de servicios va agregando en la consola en putty, PC el cual está
conectada de manera directa por cable hacia el MME. Cuando el usuario
agrega la línea de comandos para activar el MME, otra persona con el
dispositivo móvil configurado en mano debe proceder a intentar hacer conexión
a cualquier página web (introducir URL en el navegador), una vez hecha esta
acción el usuario debe ver a través de whireshark (o programa similar) si el
teléfono realiza la acción denominada atach, que es básicamente saber que a
ese UE se le asignó una IP y una ubicación. Después de varias pruebas
realizadas de distintas maneras las cuales se deben hacer según el documento
escrito con anterioridad y ser precavidos ante cualquier eventualidad y simular
diferentes situaciones en las cuales los UE’s quieran acceder a internet y
tengan que conectarse al EPC y este utilice los MME de expansión.
7.3.2 Pruebas de SAE: En las pruebas de los SAE-GW al igual que en las
pruebas de MME, nos encargaremos a probar el hardware y software de estos.
Con la finalidad de saber que el producto que entrega el proveedor está en
buen estado de manera física. Las pruebas de hardware realizadas serán
iguales que las del MME, se realizaran checkeos físicos del SAE y posterior a
eso se revisa que las luces del SAE alerten cada señal que tengan que alertar
según están configuradas a nivel de hardware. Una vez realizada las pruebas
de hardware se realizan las pruebas de software las cueles en primera instancia
será necesario ver que estas son compatibles con nuestro EPC de la operadora
móvil. Esta es una serie de pruebas mediante líneas de comando ejecutadas en
putty por el usuario el cual al igual que en las pruebas de MME debe ser
personal del proveedor y este debe estar supervisado por personal de la
operadora móvil, para estar al tanto de que lo que ejecuta el usuario resulta de
manera positiva según los documentos establecidos con anterioridad, antes de
realizar las pruebas y que el personal de la operadora móvil pueda presenciar
durante el transcurso de las pruebas que se muestren los resultados exitosos
mencionados en los documentos anteriores.
Para esta prueba es necesario tener un teléfono de prueba el cual tendrá la
configuración de las VPN que direccionan hacia los MME de la expansión con
los cuales estarán conectados directamente los SAE de prueba. Esto se hace
con el fin de no interrumpir el funcionamiento del EPC y que los UE’s de la
operadora móvil no sufran alguna caída de servicio. Es importante revisar la
maquina antes de estar apagada que no esté dañado, lo otro importante a
revisar es en el momento de conectar e ir comparando con el manual entregado
por el proveedor. Siguiendo con las pruebas, es necesario tener además de
putty instalado en el ordenador utilizar el programa whireshark o alguno similar
para poder hacer seguimiento del tráfico de la red, ya teniendo los requisitos
disponibles para poder realizar las pruebas de software procedemos se da la
orden para que el usuario del proveedor de servicios del EPC escriba la línea
de comandos necesarias para poder activar el SAE, una vez digitado este
comando, se procede a conectar el dispositivo que teníamos en la VPN y
revisar que este conecte hacia cualquier URL con el fin de que el ISP este
entregando la información que el teléfono solicitó, es importante además que
durante el teléfono este conectándose a la página de internet tengamos abierto
el whireshark con las IP que del SAE que estamos realizando la prueba, con el
objetivo de que si el teléfono conecta, le podamos hacer un chequeo al tráfico
de la conexión del teléfono y verificar que nuestro SAE está cumpliendo su
labor de direccionar los UE’s hacia el ISP y entregar el servicio de conexión.
Vlll. Soluciones Posibles.
Para este proyecto es necesario contar con software y hardware que sea
compatible con el EPC que ya está instalado. Para explicar las soluciones del
proyecto de expansión del packet core se simulará un packet core ya existente
y que requiere una expansión que satisfaga las necesidades de los objetivos
generales y específicos. En primera instancia se procederá a mostrar el
diagrama del packet core actual simulado para expandir.
Los datos importantes de la expansión en este proyecto son:
Los SGSN ya estaban integrados en el EPC dan la capacidad de
300.000 usuarios
La capacidad de cada MME es de 600.000 usuarios
Los SAE ya instalados en el EPC son de 11.5 gbps.
El throughput que permite los SAE’s nuevos instalados es de 22gbps.
Figura 24 Packet core simulado inicial.
Como podemos ver en la Figura 24. podemos apreciar que el sistema cuenta
con 1 MME por sitio 1 SGSN y 2 SAE por sitio.
En la siguiente tabla resumen se dará a conocer el estado actual del packet
core de la operadora móvil.
Tabla 18. Resumen estado actual operadora móvil
Cantidad de sitios 2
MME/SGSN por sitio 2
Cantidad de usuarios por sitio 900.000 usuarios
MME/SGSN total 4
SAE por sitio 2
SAE totales 4
Cantidad de trougpught por sitio 23 gbps
Cantidad de trougpught total 46 gbps
Cuenta con high availability no
Solución 1. 2 MME y 6 SAE
En esta solución se implementará hardware en dos sitios diferentes con la
finalidad de poder cumplir los objetivos planteados en la tesis. Es por eso que
se implementaran 2 MME y 6 SAE-GW en los dos sitios del EPC ya instalado.
Los nuevos SAE’s instalados cuentan con la capacidad de througpught de
22gbps cada uno, por lo que se la cantidad de thougpught variará en la cantidad
de SAE por sitio multiplicada por los 22 gbps.
Figura 25. Solución 1. Expansión 2 MME y 6 SAE en 2 sitios.
Al analizar el diagrama presentado podemos ver que lo marcado en un círculo
de color azul es la expansión instalada la cual cuenta con una totalidad de 6
SAE y 2 MME divididos en 3 SAE por sitio y 1 MME por sitio.
Tabla 19 Resumen solución 1 2MME Y 6 SAE y 2 sitios.
Cantidad de sitios 2 Totales
MME/SGSN por sitio 2+1 3
Cantidad de usuarios por
sitio 1.200.000 Usuarios 2.400.000 usuarios
MME/SGSN total 4+2 6
SAE por sitio 2+3 5
SAE totales 4+6 10
trougpught por sitio 23+66 por sitio 89 gbps por sitio
Cuenta con high availability si
178 gbps Thougpught
total expansión
Solución 2. 2 MME y 2 SAE en 3 sitios.
En esta solución se agregan 6 SAE Y 6 MME totales en el EPC. Es importante
que en esta solución se agrega además un sitio nuevo al EPC, esto se hace
con el fin de aumentar la geo redundancia y mantener el servicio activo en caso
de una catástrofe en el sitio A o B. lo lamentable es que solo soportará dos
MME y dos SAE, por lo tanto, en caso de estar colapsados en tráfico el sitio A y
B el sitio C no podrá soportarlos. Por otro lado, en caso de tener cada
dispositivo hasta un uso de 25% en los sitios A o B, el cual es un uso normal de
los dispositivos, el sitio C sería capaz de soportar esta carga. En resumen, el
sitio C nuevo instalado servirá de soporte para ambos sitios en caso de caída
de la expansión o de las instalaciones antiguas. La ruta elegida por la
operadora móvil puede ser elegida el tercer sitio ya sea como “reserva” en caso
de emergencia o bien pueden generar que los eNodoB deriven a los usuarios
de manera directa al sitio C con lo que disminuirían la carga de los sitios A y B
ya instalados y expandidos.
Figura 26 Expansión con 2 MME y 2 SAE más un sitio.
Tabla 20. Resumen solución 2 Expansión 2MME’s y 2SAE’s
Cantidad de sitios 3 Totales
MME/SGSN por sitio 2+2 y 2 en sitio nuevo
4 en sitio antiguo y 2 en
nuevo
Cantidad de usuarios
por sitio
1.100.000 antiguos +
1.200.00 en sitio nuevo 5.400.000 usuarios
MME/SGSN total 4 + 6 10 MME/SGSN
SAE por sitio 2+2 y 2 en sitio nuevo
4 sitios antiguos y 2 en
nuevo
SAE totales 4+6 10 SAE GW
Cantidad de trougpught
por sitio
23gbps + 44 gbps en sitio
antiguo y 44gbps en
nuevo sitio
67 gpbs antiguo y
44gpbs en nuevo
Cuenta con high
availability Si
Trougpught expansión
178 gbps
Solución 3. 3 MME y 3 SAE por sitio.
En esta solución se agrega únicamente un SAE y un MME por cada sitio. El fin
de esta solución es buscar básicamente expandir la cantidad de usuarios y
trougpught pero no aumentando demasiado los costos y la extensión de la red.
La ventaja de esta solución sobre las otras es el ahorro de maquinaria y de
electricidad utilizada en nuestros ya instalados data centers, la desventaja es
que no cuenta con high availability pero, aun así nos permite dar una expansión
a nuestro packet core en la cantidad de usuarios y throupught al EPC lo que
entrega una solución al aumento de usuarios y tráfico esperado para los años
posteriores. El objetivo de esta solución es entregar una alternativa económica
para la operadora móvil en caso de que no quiera invertir grandes cantidades
de dinero, sin embargo, no es una solución altamente aceptada dada la poca
cantidad de expansión que provee a la compañía que solicita el proyecto.
Figura 27 Diagrama Solución 3 Expansión 1 MME y 1 SAE por sitio.
Tabla 21. Resumen Solución 3 Expansión 3MME y 3 SAE por sitio.
Cantidad de sitios 2 Totales
MME/SGSN por sitio 2+1 3 MME/SGSN
Usuarios por sitio 900.000+ 600.000 1.500.000 usuarios
MME/SGSN total 4+2 6 MME/SGSN
SAE por sitio 2+1 3 SAE GW
SAE totales 4+2 6 SAE GW
Trougpught por sitio 23 gbps + 44 gbps 67 gbps
Cuenta con high
availability Si
Troughpught expansión
134 gbps
lX. Análisis solución.
En esta fase de la tesis se dedicará a hacer una entrega detallada de las
soluciones propuesta en el fragmento anterior.
Antes de explicar el detalle de cada solución es necesario alertar al lector que
las conexiones y configuraciones se harán pensando en que la expansión fue
realizada por el proveedor NOKIA, puede que entre uno y otro proveedor las
diferencias de configuraciones sean mínimas o nulas, pero es necesario advertir
debido a que las maquinas instaladas y configuradas no son compatibles con
diferentes proveedores.
Para implementar cada una de las soluciones se procederá a utilizar la
metodología de gestión PMBOK, por lo cual, se explicará a continuación cada
una de las implementaciones de las soluciones mediante dicha metodología de
gestión.
Solución 5 SAE’s, 3 MME en dos sitios.
En esta solución está enfocada en dar la cantidad de thropught y cantidad de
atach de usuarios según lo pide la operadora móvil. Es por eso que, previo a la
implementación de esta solución, la operadora móvil entregue los estudios de
mercados correspondientes al proveedor de servicio para adecuar esta
expansión a las necesidades de la operadora móvil.
La lista de tareas a realizar para la implementación de esta solución con el
esfuerzo necesario que implica en H.H serán:
1. Instalar Rack con el Hardware de NOKIA una vez ya comprado por la
operadora móvil (esto contempla transportarlo a el lugar donde se
realizará la instalación física del hardware).
2. Realizar el direccionamiento del hardware nuevo conectado hacia la red
antigua.
3. Realizar pruebas de conectividad de hardware mediante ping con la
finalidad de ver que estos equipos entre si se reconozcan.
4. Generar ruta directa para el uso del nuevo hardware.
5. Realizar pruebas de reconocimiento de usuario (UE) con dispositivos
móviles con APN direccionada netamente al MME nuevo y que este a su
vez este direccionado solamente al SAE para que este nos direccione al
ISP y nos entregue servicio.
6. Hacer los mismos pasos anteriores con cada una de las rutas de cada
uno de los MME conectado a los SAE’s.
Para esto se realiza una carta Gantt de la cantidad de horas destinadas a cada
una de estos trabajos y pruebas.
9.2 Detalle Trabajos.
Una vez fijado los plazos de los trabajos a realizar se procede a explicar en
detalle cada uno de los trabajos de qué manera se realizará la instalación.
9.2.1 Instalación Rack.
La instalación del rack se realiza como una instalación expansiva al rack que ya
existe en el EPC, es por esto que se le debe entregar el acceso a la empresa
proveedora del hardware nuevo para que proceda al packet core antiguo con el
fin de ver el espacio que dispone para proceder a instalar el nuevo hardware
adicional al antiguo.
En la figura 28. se muestra la forma física que se encuentra en la instalación del
rack en la operadora móvil en la cual haremos la expansión y a su vez se puede
apreciar la nueva implementación del proceso de expansión de los SAE GW
instalados. Como se había mencionado son 3 por los dos sitios así que se
instaló un rack completo en cada sitio. En la figura 29. Se puede apreciar la
forma física de cómo quedará la expansión de los MME al igual que en la
implementación de los SAE se agrega adicional 1 MME por sitio, por lo que se
procede a instalar un rack nuevo por sitio.
Figura 28. Rack expansión SAE GW
Figura 29. Rack Expansión MME
Como podemos ver la variación según las imágenes no es muy grande dado
que la cantidad de máquinas si encajaban en el mismo rack donde estaba
instalado el EPC.
9.2.2 Direccionamiento Hardware.
Para realizar el direccionamiento de Hardware la empresa proveedora será
necesario que nuevamente tenga acceso a las instalaciones para que así
puedan conectarse al rack de manera directa para configurar el
direccionamiento de este. Es necesario que la operadora móvil que solicita el
servicio de expansión entregue diagramas y de la manera más detallada posible
el comportamiento de la red existente. Por otro lado, también es bueno ver las
direcciones IP que se tienen utilizadas y cuales se tienen disponibles y
designadas para este proyecto de expansión.
9.2.3 Pruebas de conectividad
La finalidad de realizar estas pruebas de conectividad es verificar que el
hardware que agregamos al EPC tenga conexión con la red a la cual se quiso
agregar, es necesario realizar este paso dado que, la posibilidad de fallas por
conectividad de red debería ser nula y no sería aceptable para la operadora
móvil tener fallas por configuración de red.
9.2.4 Rutas de hardware directo
Para realizar estas rutas de hardware directo hacia el ISP, será necesario
modificar el dispositivo móvil de prueba y separar momentáneamente los SAE y
los MME de la expansión para que se pueda traficar de manera directa. Para
esto vamos a configurar el APN del teléfono direccionándolo hacia el MME que
haremos atach y para que dentro de ese perfil que nos genere el MME nos
direccione hacia el SAE el cual nos derivará al ISP y nos mostrará en la pantalla
la página web que hayamos solicitado, si todo sale exitoso la ruta estaría fija
para poder realizar las pruebas. En la figura 30 y Figura 31 se muestra como
agregar la APN la cual tiene la dirección de IP que contiene la ruta hacia los
MME nuevo a los cuales más adelante se realizaran las pruebas, la dirección de
la APN estará definida por la operadora móvil y debe hacer entrega de esa
información a la empresa encargada de la implementación del proceso de
expansión.
Figura 30. Agregar APN en Smartphone
Figura 31. Agregar APN en Smartphone 2
9.2.5 Pruebas UE – ISP por expansión
El proceso de pruebas UE – ISP será el periodo más largo de pruebas, estas se
realizan en conjunto la operadora móvil como el proveedor de servicio, la
finalidad es que con estas pruebas se dé por enterada la operadora móvil
solicitante que la expansión del EPC servirá para todos los usuarios que se
conecten a la operadora móvil independiente de que MME les entregue perfil de
usuario (atach) o que SAE los direccione al ISP (ya sea de los MME antiguos o
los nuevos). La manera de realizar estas pruebas es muy minuciosa dado que
tiene que contemplar todos los puntos ya sea de manera “tangible” es decir que
el usuario vea que está conectado e “intangible” es decir que a través de la CLI
(interfaz de comando) nos muestre que se cambian los protocolos por ende la
línea de comando saldrá dictando de una manera diferente al usuario. A
continuación, se procede a mostrar el listado de pruebas mediante un
documento generado por NOKIA para realizar pruebas de expansión y adicional
a esto se mostrarán ejemplos de los cambios en la CLI al ser exitosa la
conexión.
9.2.5.1 Pruebas de Hardware
A continuación, se muestran ejemplos de las pruebas de hardware presentadas
por Nokia. para mayor información y detalle de las pruebas dirigirse al anexo A
citado en este documento, en donde se muestra un listado de pruebas las
cuales servirán para que en el proceso de instalación del mismo se aseguren el
correcto funcionamiento de los dispositivos y así tanto el implementador como
personal de la operadora móvil dejen registro de que están al tanto de que el
funcionamiento de hardware instalado esté operando de manera correcta. En la
figura 32. Se muestra el listado del propósito de las pruebas que se realizarán y
en la figura 33 se muestra un ejemplo de las pruebas enlistadas en el anexo A.
Si las pruebas concluyen de manera exitosa se puede dar por entendido que el
hardware instalado funcionará de manera correcta por tanto podrá ser utilizado
por la operadora móvil.
Figura 32 Pruebas de ambiente Hardware Nokia
Figura 33. Prueba Power Entry Modules
(Claro, 2016)
9.2.5.2 Pruebas de Software
A continuación, se procede a dar el listado de las pruebas relacionadas con el
software del SAE GW. La finalidad de estas pruebas es dejar al tanto a la
operadora móvil el estado del SAE antes de ser entregado a la operadora móvil.
Para esto es necesario que exista personal tanto de la operadora móvil como
de la empresa proveedora así ambas partes estarán al tanto de que se
ejecutaron las pruebas y que el estado del software entregado es como salga
del resultado de las pruebas. Para el listado de pruebas se hace mención al
anexo B. el cual contiene las pruebas de software de SAE GW y a su vez los
atach que deben realizarse en los MME. En la Figura 34 se muestra el formato
de firma del Anexo B mencionado.
Figura 34. Cuadro de firmas por ambas partes
Después del desarrollo de cada de una de las pruebas se debe firmar por
ambas partes. En la figura 34 se muestra el formato de firmas del anexo B el
cual se presenta posterior a cada una de las pruebas dictadas por el
documento. Es necesario que ambas firmas ya sea del personal que aprueba
de la operadora móvil y la del personal de Nokia y simultáneamente debe existir
el ticket de si la prueba pasó o falló, en caso de fallar realizar correcciones y
realizar la prueba nuevamente. En la figura 35. Se muestra un ejemplo del
formato de las pruebas presentadas en el Anexo B.
Figura 35. Prueba Fault management
X. Resultados
Una vez realizadas todas las pruebas se hace entrega del Proyecto a la
operadora movil, la cual puede evaluar el resultado del Nuevo hardware
entregado y el desempeño según los requerimientos que solicitaron a la
empresa proveedora. Es por eso que la operadora móvil utiliza alguna
plataforma de monitoreo del EPC, con la finalidad de saber cuánto trafico
transita por el EPC y cuantos usuarios están con atach en el EPC.
A continuación, se mostrarán los resultados del proyecto expansión del Core 4G
LTE en una operadora móvil, los resultados que se mostrarán fueron tomados
por screenshot a través de la plataforma PCRF, la cual tiene asociada todos los
elementos del EPC incluyendo los nuevos. El proceso de agregar el nuevo
hardware al PCRF es externo de la empresa proveedora dado que es una
plataforma que se utiliza de manera interna por la operadora móvil.
En las gráficas mostradas a continuación se podrá ver en detalle cada SAE-GW
definido cada uno con un nombre identificador por la compañía solicitante,
además de mostrarnos la tasa de bajada, la tasa de subida y un indicador de
color rojo el cual indica el tiempo en que está caído el servidor. Los gráficos que
se verán a continuación fueron medidos en periodos de tiempo desde las 18:00
hasta las 12:00 del día sub siguiente, muestran en el lado izquierdo la cantidad
de Mbps en cuanto a tráfico y al lado derecho muestra la cantidad de porcentaje
de tiempo de caída, el cual está indicado con una línea roja, en caso de subir
está línea se sabrá cuanto porcentaje de datos se están perdiendo y según la
cantidad de línea trazada dentro del gráfico de manera horizontal se podrá
apreciar la cantidad de tiempo de caída. Adicionalmente se tiene una línea azul
que indicará cuanto será la cantidad de datos de subida y este fue medido
desde las 15:10 hasta las 17:10 del día sub siguiente. Se los sitios se dividen en
dos SCLSTGO1 y SCLCRT1 que serán sitio 1 y SCLDOR2 y SCLCRT2 que
serán el sitio 2 dado que en la solución se contemplaron 2 sitios.
En el gráfico 3, se muestra el tráfico del definido SAE-GW 5 de la expansión, la
imagen muestra que el funcionamiento del SAE transcurre de manera normal.
El tráfico disminuye entre las 00:00 y 06:00 horas el cual se justifica dado que
los usuarios a esa hora no navegan con los dispositivos móviles.
El gráfico 4, el tráfico del SAE-GW 4 del sitio 1 nombre definido por la
compañía, el cual contempla funcionamiento normal.
Gráfico 4 Througpught SAE-GW 4 de la expansión
Gráfico 3 Throughput SAE GW 5 expansión
El gráfico 5, el tráfico del SAE-GW 1 del sitio 1 nombre definido por la
compañía, el cual contempla funcionamiento normal.
Gráfico 5 Througphput SAE GW 1 expansión sitio 1
El gráfico 6, el tráfico del SAE-GW 1 del sitio 2 nombre definido por la
compañía, el cual contempla funcionamiento normal.
Gráfico 6 Througphput SAE GW 1 expansión sitio 2
El gráfico 7, el tráfico del SAE-GW 5 del sitio 2 nombre definido por la
compañía, el cual contempla funcionamiento normal.
Gráfico 7 Througphput SAE GW 5 expansión sitio 2
El gráfico 8, el tráfico del SAE-GW 4 del sitio 2 nombre definido por la
compañía, el cual contempla funcionamiento normal
Gráfico 8 Througphput SAE GW 4 expansión sitio 2
El gráfico 9, el tráfico del SAE-GW 1 del sitio 2 nombre definido por la compañía
y se puede apreciar funcionamiento normal.
Gráfico 9 Througphput SAE GW 1 expansión sitio 2
El gráfico 10, el tráfico del SAE-GW 2 del sitio 1 nombre definido por la
compañía y se puede apreciar funcionamiento normal.
Gráfico 10 Througphput SAE GW 2 expansión sitio 1
A continuación, de los gráficos 11 al 14 se mostrará la cantidad de usuarios
conectados a los MME implementados en la expansión. De igual manera que lo
anterior se dividen en dos sitios y la cantidad de estos son 4 nuevos MME que
se contabilizaron para la expansión del proyecto.
El periodo de medición de los siguientes gráficos fue de 2 días en el horario de
18:00 hasta las 12:00 del día sub siguiente.
En cuanto a los gráficos nos indica el color celeste la cantidad de usuarios
conectados activos, la línea roja nos indica el % y tiempo de caída del servidor y
en el lado izquierdo podemos ver en números aproximado de cuantos usuarios
en cantidad hay conectados, en el lado derecho vemos indicadores en %.
En el gráfico 11, se puede apreciar la cantidad de usuarios conectados al MME
1 del sitio 1, el nombre lo define la compañía y se puede apreciar
funcionamiento normal. Se justifica la tan alta cantidad de usuarios conectados
después de las 6:00 am dado que el horario de tarde es cuando mayor flujo de
usuarios existe, haciendo un análisis básico se puede concluir que son
personas que van desde sus casas al trabajo y hacen uso de las redes móviles.
Gráfico 11 Cantidad usuarios activos MME 1 sitio 1
En el gráfico 12, se puede apreciar un cambio de flujo de cantidad de usuarios
respecto al MME 1 del sitio, esto se justifica dado que la carga de los MME no
será siempre uniforme y cambiará mediante las horas, esto último se debe a
que el uso excesivo del mismo MME afectaría el funcionamiento a largo plazo.
Gráfico 12 Cantidad usuarios activos MME 2 sitio 1
En el gráfico 13 se puede apreciar la cantidad de usuarios conectados en el
MME 1 del sitio 2, existe una similitud con el gráfico anterior dado que las
maquinas operan de manera igual con la diferencia que distribuyen cargas.
Gráfico 13 Cantidad usuarios activos MME 1 sitio 2
En el gráfico 14, se puede apreciar una diferencia del gráfico 13 dado que la
cantidad de usuarios conectados varía según la hora, esta configuración la
personaliza la empresa proveedora ante las exigencias de la compañía móvil. El
funcionamiento de este MME es totalmente normal dado que no presentan en
ningún momento de lo trazado bajas dictadas por el downtime en la gráfica.
Gráfico 14 Cantidad de usuarios activos MME 2 sitio 2
Estos son los resultados del tráfico y la cantidad de usuarios adicionales, como
se puede apreciar en las pruebas cada uno está procesando de manera normal
independiente de la cantidad de información que tengan. Es importante recordar
que esto es adicional a lo que ya existía, se puede intuir que las maquinas
antiguas ya no tienen tanto atach o tráfico dentro de ellas.
Xl. Conclusión.
En conclusión, el Proyecto se pudo demostrar de manera exitosa viendo la
operatividad del EPC, en cuanto a lo financiero es necesario destacar que eso
es desarrollado por la parte comercial de la operadora móvil por ende en cuanto
a ganancias de dinero del proyecto lo tendría que desarrollar el área de
marketing y el área comercial. Este proyecto le permite a la operadora móvil
seguir expandiendo la cantidad de usuarios sin que muestren problemas de
caídas por el EPC, lo que da a pensar que no es relevante la cantidad de
usuarios que se agreguen a la operadora móvil pues el Evolved Packet Core
desde el momento de la expansión puede dar mucho abasto.
11.1 Plazos de entrega de documento.
A continuación, se procede a entregar la información del transcurso del
desarrollo de la tesis. La manera en que se entrega es con gráficos de carta
Gantt de los días trabajados en la tesis (Real vs Esperada) y a su vez un gráfico
de días utilizados por trabajos de la tesis (Real vs Esperado). En el gráfico 3. Se
hace la comparación de los tiempos en días de los tiempos contemplado para
los trabajos vs el tiempo real de estos, la diferencia de los tiempos utilizados en
los procesos contemplados será justificada debajo de las gráficas mostradas
(Gráfico 3 y Gráfico 4), El gráfico en cuestión hace una trazabilidad de días que
contempla la totalidad del proyecto tesis. En el gráfico 4 se hace mención a la
cantidad de días utilizados por cada uno de los procesos mencionados con
anterioridad en el documento. La cantidad de días contemplado hace referencia
a la cantidad de días utilizados por proceso incorporado al documento tesis, el
cual está justificado de igual manera que en el gráfico anterior debajo de ambos
gráficos. Es por lo mismo, que la cantidad de días máximos es
considerablemente inferior a la de la gráfica anterior dado que la cantidad de
días por trabajos es menor a la de los días totales de los días totales de lo
contemplado para la tesis.
Gráfico 3. Comparación durada en días
Gráfico 4 Comparación cantidad de días utilizados por trabajo.
020406080
100120140160180
Comparación de duración (en días)
Gantt Esperada Gantt Real
05
10152025303540
Cantidad de días utilizados por tarea
Gantt Esperada Gantt real
El motivo por el cual ha tenido tantas variaciones dentro del progreso del
desarrollo de la tesis en ambos casos, es debido a que durante el transcurso
del desarrollo de la tesis existieron muchos problemas personales y
enfermedades, adicionalmente se acumuló trabajo y prioridades compartidas lo
que me dificultaba en cuanto a querer trabajar ya sea por tiempo o por
cansancio.
11.2 Cómo se logró
El término de este documento se logró mediante esfuerzo y dedicación, la forma
en distribuir las horas no fue la mejor dada la alta demanda de tiempo utilizadas
en otras actividades personales.
11.3 Problemas presentados en el camino
La cantidad de problemas presentadas en el camino llevo a retrasos de tareas
inclusive atacando a las ganas de desertar del proyecto. Muchos
inconvenientes personales, familiares e incluso enfermedades tales como
lesiones y tratamientos psicológicos. Adicional a lo anterior ocurrieron muchos
periodos donde la exigencia laboral fue demasiada y a su vez el no existir un
trabajo estable el cual contemplo por lo menos 6 meses, en donde se pudo
avanzar mucho en el trabajo de la tesis, pero aumentaba demasiado la
exigencia tanto familiar y deudas financieras lo que llevaba a querer desertar,
pero no ocurrió.
11.4 Solución de problemas y lecciones aprendidas
Los problemas familiares se solucionaron mediante conversaciones y
discusiones intensas. Los problemas psicológicos se solucionaron mediante
terapias con profesionales del asunto. La situación económica no favorable se
fue solucionando mediante trabajos diarios los cuales significaron semanas
completas pérdidas para generar la cantidad de dinero necesaria para poder
pagar las deudas y finalmente generó los contactos necesarios para conseguir
un trabajo estable (el cual a la fecha de entrega del documento sigue vigente).
En cuanto a las lecciones aprendidas puedo mencionar:
La perseverancia es fundamental para todos los avances procesos y
actividades que ejecutes en el día a día
Conversando siempre se puede llegar a un acuerdo
Ordenar prioridades es fundamental
La confianza en uno mismo ayuda a la explicación de tus conocimientos
11.5 Como hubiera evitado problemas
Para evitar problemas de desarrollo de un proyecto siempre hubiera sido
necesario tener un plan alternativo de todas las situaciones presentadas. En el
caso de lesiones hubiera sido ideal haber tomado medidas precavidas en
cuanto a las distracciones para no haber sufrido ese tipo de accidentes. Un
tema fundamental de los problemas presentados fue el no priorizar bien el
desarrollo del documento, se contempló menos tiempo de lo utilizado realmente
en los trabajos realizados por cada una de las actividades, una solución a esto
es estimar un tiempo mayor en el cual además se contemplen las festividades y
feriados como días adicionales al periodo por estipular para el desarrollo de tal
actividad. En cuanto a los problemas personales y psicológicos no existió otra
forma de solucionarlo ya que se dependía lamentablemente de entes externos y
de trámites realizados al plazo más pronto posible.
11.6 Resultados obtenidos
A continuación, para presentar los resultados obtenidos se realiza la siguiente
tabla de métricas la cual contempla los resultados para cada objetivo, como se
llegó a lograr, los contratiempos, como se solucionó y las lecciones aprendidas
en cada uno de los puntos. En cuanto a los resultados generales de la
implementación del proyecto se considera exitoso dado que por la solución
implementada se ajusta a lo solicitado en un comienzo por la operadora móvil.
No existen excedentes o adicionales y en cuanto a la implementación del
proyecto no existieron grandes contratiempos. A continuación, en la tabla 22 se
realiza el listado de los objetivos con cada el detalle de los parámetros
mencionados.
Un detalle importante dentro del proceso de finalización de la tesis es nombrar
las lecciones aprendidas de manera general las cuales fueron:
Es importante coordinar los trabajos si es necesario que vaya personal
externo de la operadora móvil.
Los pequeños inconvenientes no son catastróficos para realizar los
trabajos y siempre se puede improvisar para realizar trabajos más
cómodos.
comprobar que el sistema funcione de manera correcta es gratificante
dado que los resultados obtenidos fueron los esperados.
Cada una de estas lecciones fue aprendida durante el desarrollo de la
implantación del proyecto, proceso por el cual se requiere trabajo físico y
mental. Es por esto y todo lo vivido que se decide a continuación en la tabla
22 hacer un listado en el cual se presenta en cada uno de los objetivos la
lección aprendida por objetivo. Cabe mencionar que si bien las lecciones
son instrucciones que nos quedan para toda la vida por las experiencias
vividas no se detalla en lo anterior en que momento del transcurso del
desarrollo del proyecto se aprendió y es por eso que se deja la siguiente
tabla. Es importante tener en consideración además que en la tabla solo se
hablan de objetivos generales y no objetivos específicos dado que a esto se
ataca para el cumplimiento del proyecto.
Tabla 22 Métricas Resultados obtenidos
Objetivos Proceso de
cumplimient
o
Contratiempo
s
Soluciones Lección
aprendida
Capacidad
de Usuarios
por sitio
Se
implementan
2 MME en
dos sitios que
estaban
contemplado
en el
proyecto.
9471 Wirless
Mobility
Manager
Nokia.
No se avisa a
tiempo visita
técnica de
proveedor a
lugar de
instalación de
máquinas.
Se trabajan
en otros días
horas
adicionales
compensando
con jornadas
laborales
Es importante
coordinar los
trabajos si es
necesario que
vaya personal
externo de la
operadora
móvil.
Throughput
Tráfico de
datos por
sitio y
general
Se
implementan
3 SAE en los
dos sitios que
estaban
contemplado
en el
proyecto.
7750 Service
Router–
Mobile
Gateway
Nokia.
Problemas con
señal en el
sitio no facilita
la ejecución de
pruebas y
dificulta la
comunicación
de los
trabajadores
Se llevan
repetidores de
señal y se
trabaja con
banda ancha
móvil.
Los pequeños
inconveniente
s no son
catastróficos
para realizar
los trabajos y
siempre se
puede
improvisar
para realizar
trabajos más
cómodos.
Objetivos Proceso de
cumplimient
o
Contratiempo
s
Soluciones Lección
aprendida
Redundanci
a
Se cumple el
objetivo una
vez realizada
la instalación
de manera
automática
dado que una
vez superado
los dos
objetivos
anteriores
este daría
resultado
Ninguno Aprovechand
o que no
hubieron
inconveniente
s se utilizó
tiempo en
realizar
pruebas de
redundancia.
comprobar
que el
sistema
funcione de
manera
correcta es
gratificante
dado que los
resultados
obtenidos
fueron los
esperados.
Xll. Referencias
(22 de 4 de 2017). Obtenido de http://dicasmswxp.blogspot.cl/
3GPP. (2017). 3GPP TS 24.301 V14.4.0.
3GPP. (2017). http://www.3gpp.org. Obtenido de
http://www.3gpp.org/specifications/67-releases
3GPP. (2017). http://www.3gpp.org. Obtenido de
http://www.3gpp.org/specifications/releases/77-release-1999
4gamericas. (2015). http://www.4gamericas.org/es/. Obtenido de
http://www.4gamericas.org/es/resources/technology-education/3gpp-
technology-evolution/
Aít. (s.f.). Obtenido de http://trajano.us.es/~rafa/REDES/apuntes/T1-
Introduccion.pdf
alicante. (14 de 10 de 2016). Obtenido de http://glosarios.servidor-
alicante.com/telecomunicaciones/isp
Barton, B. (01 de 2012). Obtenido de
http://www.lteandbeyond.com/2012/01/interfaces-and-their-protocol-
stacks.html
Barton, B. (06 de 2013). http://www.lteandbeyond.com. Obtenido de
http://www.lteandbeyond.com/2013/06/dns-in-evolved-packet-core-
epc.html
bernal, i. d. (31 de agosto de 2012). Obtenido de
https://administacioninformatica.wordpress.com/2012/08/31/definicion-de-
ups-y-su-funcion/
Bolaños, D. G. (17 de 02 de 2016). http://www.movilzona.es/. Obtenido de
http://www.movilzona.es/2016/02/17/cual-es-la-velocidad-maxima-de-
subida-y-descarga-en-2g-3g-y-4g/
campana, M. a. (marzo de 2015). Obtenido de
http://catedraisdefe.etsit.upm.es/wp-content/uploads/2015/04/Manuel-
Alvarez-Campana-T3.pdf
Campana, M. A. (04 de 2015). Obtenido de http://catedraisdefe.etsit.upm.es/wp-
content/uploads/2015/04/Manuel-Alvarez-Campana-T3.pdf
Cisco. (17 de febrero de 2014). www.cisco.com. Obtenido de
www.cisco.om/tumamaen8
cisco. (01 de febrero de 2016). http://www.cisco.com. Obtenido de
http://www.cisco.com/c/en/us/solutions/collateral/service-provider/visual-
networking-index-vni/mobile-white-paper-c11-520862.html
Cisco. (s.f.). Serving GPRS Support Node (SGSN) Overview.
Claro. (2016). ATP DE HARDWARE Flexi NG SAE-GW. Santiago.
Cofitel. (14 de febrero de 2014). c3comunicaciones.es. Obtenido de
http://www.c3comunicaciones.es/data-center-el-estandar-tia-942/
comunicaciones. (14 de 02 de 2014). Obtenido de
http://www.c3comunicaciones.es/data-center-el-estandar-tia-942/
fraga, d. (28 de 04 de 2011). Obtenido de
https://hipertextual.com/archivo/2011/04/securecrt-terminal-ssh-en-
windows/
Gemalto. (Junio de 2013). http://emb.cl/. Obtenido de
http://emb.cl/gerencia/articulo.mvc?xid=50&sec=3
hostingred. (s.f.). https://www.hostingred.com. Obtenido de
https://www.hostingred.com/servidores/alta-disponibilidad-informacion/
http://conceptodefinicion.de. (29 de abril de 2015). Obtenido de
http://conceptodefinicion.de/data-center/
http://es.ccm.net/. (Junio de 2017). Obtenido de http://es.ccm.net/faq/1559-
diferencias-entre-los-protocolos-tcp-y-udp
http://www.cisco.com. (25 de 01 de 2012). Obtenido de
http://www.cisco.com/c/es_mx/products/wireless/pcrf.html
http://www.monografias.com/. (s.f.). Obtenido de
http://www.monografias.com/trabajos63/sistema-operativo-unix/sistema-
operativo-unix.shtml
http://www.temastecnologicos.com. (s.f.). Obtenido de
http://www.temastecnologicos.com/elementosmovil.html
iniqua. (18 de 04 de 2012). http://www.iniqua.com. Obtenido de
http://www.iniqua.com/2012/04/18/gtp-gprs-umts-epc-communication-
protocol/
Kumar, M. (23 de 01 de 2013). Obtenido de http://kumarmohit.com/2013/01/sae-
lte-interfaces/
Ltd, J. W. (s.f.). https://sites.google.com. Obtenido de
https://sites.google.com/site/lteencyclopedia/lte-network-infrastructure-
and-elements
Mantilla, B. (11 de 2014). Obtenido de
http://womenontheprojectmanagement.blogspot.cl/2014/11/
Microsoft. (01 de 2007). Obtenido de https://technet.microsoft.com/en-
us/library/2007.01.cableguy.aspx
NOKIA. (2016). Introduction and Overview to Evolved Packet Core (EPC).
R., L. (17 de 11 de 2009). Obtenido de http://www.ipref.info/2009/11/ancho-de-
banda-y-throughput.html
Reprakash, A. (17 de 02 de 2013). Obtenido de
http://ithitman.blogspot.cl/2013/02/understanding-tcp-window-window-
scaling.html
Rouse, M. (marzo de 2013). http://searchsdn.techtarget.com. Obtenido de
http://searchsdn.techtarget.com/definition/control-plane-CP
S.C., N. I. (s.f.). www.ipv6.mx. Obtenido de
http://www.ipv6.mx/index.php/informacion/fundamentos/ipv4
Sons, J. W. (s.f.). Obtenido de https://sites.google.com/site/lteencyclopedia/lte-
network-infrastructure-and-elements
subtel. (diciembre de 2014). http://www.subtel.gob.cl/. Obtenido de
http://www.subtel.gob.cl/wp-content/uploads/2015/01/PPT-Series-
Septiembre-2014-041214-v1.pdf
subtel. (23 de 05 de 2016). Obtenido de
http://www.telesemana.com/blog/2016/05/23/estadisticas-mercado-de-
telefonia-movil-de-chile/
subtel. (s.f.). http://www.subtel.gob.cl/. Obtenido de http://www.subtel.gob.cl/wp-
content/uploads/2015/01/PPT-Series-Septiembre-2014-041214-v1.pdf
subtel2016. (16 de noviembre de 2016). http://www.subtel.gob.cl. Obtenido de
http://www.subtel.gob.cl/wp-
content/uploads/2016/11/Presentaci%C3%B3n-4G_Chile_2Q2016.pdf
Tejedor, R. J. (s.f.). Obtenido de
http://www.ramonmillan.com/tutoriales/volte.php
teletopix. (18 de jun de 2014). http://www.teletopix.org/. Obtenido de
http://www.teletopix.org/4g-lte/s1-interface-a-single-interface-between-lte-
ran-and-evolved-packet-core/
wayerless. (27 de 06 de 2013). https://www.wayerless.com/. Obtenido de
https://www.wayerless.com/2013/06/claro-chile-lanza-la-primera-red-4g-
lte-del-pais/
wevar, J. a. (2005). análisis y estudio de redes GPRS. Valdivia. Obtenido de
http://cybertesis.uach.cl/tesis/uach/2005/bmfcis211a/doc/bmfcis211a.pdf
Zaragoza, U. d. (s.f.). https://osluz.unizar.es. Obtenido de
https://osluz.unizar.es/aplicacion/putty
XVl. Anexos
Anexo A. Preparacion de ATP VM1 – MMEG1CRT2
Anexo B. ATP FLEXY NG SAE-GW