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 Igna.dhv@gmail.com

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