You are on page 1of 158

UNIVERSIDAD DE CHILE

FACULTAD DE CIENCIAS FSICAS Y MATEMTICAS


DEPARTAMENTO DE INGENIERA ELCTRICA

DISEO E IMPLEMENTACIN DE UNA METODOLOGA PARA LA MEDICIN DE


QoS/QoE EN SERVICIOS OTT MONTADOS SOBRE UNA PLATAFORMA LTE/IMS

MEMORIA PARA OPTAR AL TTULO DE INGENIERO CIVIL ELECTRICISTA

CRISTIN DANIEL SEGURA VILLALOBOS

SANTIAGO DE CHILE
AGOSTO 2012
UNIVERSIDAD DE CHILE
FACULTAD DE CIENCIAS FSICAS Y MATEMTICAS
DEPARTAMENTO DE INGENIERA ELCTRICA

DISEO E IMPLEMENTACIN DE UNA METODOLOGA PARA LA MEDICIN DE


QoS/QoE EN SERVICIOS OTT MONTADOS SOBRE UNA PLATAFORMA LTE/IMS

MEMORIA PARA OPTAR AL TTULO DE INGENIERO CIVIL ELECTRICISTA

CRISTIN DANIEL SEGURA VILLALOBOS

PROFESOR GUA:
ALFONSO EHIJO BENBOW

MIEMBROS DE LA COMISIN:
JORGE SANDOVAL ARENAS
CLAUDIO ESTVEZ MONTERO

SANTIAGO DE CHILE
AGOSTO 2012
I
RESUMEN DE LA MEMORIA PARA OPTAR AL
TTULO DE INGENIERO CIVIL ELECTRICISTA
POR: CRISTIN DANIEL SEGURA VILLALOBOS
FECHA: AGOSTO 2012
PROF. GUA: Sr. ALFONSO EHIJO B.
Diseo e implementacin de una metodologa para la medicin de QoS/QoE en servicios
OTT montados sobre una plataforma LTE/IMS

Las redes mviles de tercera generacin (3G) brindan servicios de voz y datos en forma
separada mediante conmutacin de circuitos y conmutacin de paquetes, en una misma
tecnologa. En cambio, una red Long Term Evolution (LTE) presenta un enfoque exclusivo al uso
de datos de manera All IP (todo con Internet Protocol), de modo que las llamadas deben ser
cursadas mediante Voz sobre IP (VoIP) en una red de conmutacin de paquetes. Esto se logra
haciendo uso de un ncleo de paquetes IP Multimedia Subsystem (IMS), a travs de servidores
Session Initiation Protocol (SIP).

De esta manera, se heredan los problemas de un servicio ofrecido por mejor esfuerzo mediante
IP, surgiendo la gran necesidad de establecer Calidad de Servicio (QoS), mecanismo que
establece prioridad de trfico segn las aplicaciones a las cuales acceden los usuarios. As, resulta
obligatorio monitorear el correcto funcionamiento de este mecanismo para cumplir con los
acuerdos de nivel de servicio establecidos con el usuario. En este escenario, las mediciones de
Calidad de Experiencia (QoE), son clave.

El presente trabajo de ttulo tiene como objetivo general disear e implementar una metodologa
para medir indicadores de QoE y QoS en aplicaciones multimedia Over The Top (OTT), en una
red de laboratorio LTE/IMS. Para esto, se implementa un IMS Open Source en una red de rea
local (LAN), lo que sirve como prototipo de verificacin para el correcto desempeo de los
servicios y herramientas de medicin, as como tambin para tener un punto de comparacin de
los valores logrados por la metodologa en el caso LTE/IMS.

El resultado del trabajo es una metodologa compuesta por 5 pruebas de concepto, las cuales
miden un indicador especfico de calidad de acuerdo al servicio y a la modalidad de acceso
(Internet, o va operador). Dichas pruebas son verificadas en dos escenarios de trfico: (i) el
ptimo, que consiste en no establecer ms de una sesin multimedia en la red; y (ii) el
congestionado, que emula el comportamiento de una red con trfico. Se logra obtener indicadores
de calidad en las redes LAN/IMS y LTE/IMS. De lo anterior, se obtienen herramientas docentes
para realizar capacitaciones y cursos de LTE e IMS orientados al estudio de QoS y QoE en la
Universidad de Chile.

Este trabajo constituye, por un lado, un acercamiento prctico a la medicin y monitoreo


de QoE aplicable a una red mvil LTE; y, por otro, a nivel docente, entrega una plataforma de
medicin y de estudio para las nuevas arquitecturas mviles. Esto ltimo permite proponer como
trabajos futuros los siguientes temas: estudio del impacto de la movilidad y de las polticas de
control de recursos en el QoE, en servicios sobre LTE; implementacin de la interconexin de
LTE a la telefona fija a travs de IMS y una Central Telefnica IP tipo Asterisk; y, por ltimo,
un estudio del sincronismo audio-video en un servicio de videostreaming montado sobre LTE
haciendo uso de herramientas de medicin de QoE.

II
AGRADECIMIENTOS
Primero que todo, quiero agradecer a mis padres Elizabeth y Jaime. Ellos son los
principales pilares de todo lo que soy y lo que he aprendido en mi vida. Han sabido apoyarme en
los momentos ms difciles y han celebrado mis alegras como si fueran suyas. Agradezco
tambin a mis hermanas Romina, Nicole y Javiera quienes, con su dedicacin y empeo, me han
convertido en un hermano orgulloso. Adems, agradecer a mi polola Gisella por lo que significa
para mi y el apoyo y nimo que me dio mientras trabajaba en esta tesis.

En segundo lugar, agradezco al profesor Alfonso Ehijo por la oportunidad de estudiar estos
temas y haber confiado en m para cumplir las metas propuestas. Gracias a l pude adquirir
herramientas complementarias a los estudios en el pregrado que sin duda alguna sern una gran
ventaja en la vida laboral. Junto a Alfonso quiero manifestar mis agradecimientos a los profesores
de mi comisin: Claudio Estvez y Jorge Sandoval, con los cuales compart cursos siendo
ayudante y de los cuales pude aprender y experimentar desafos docentes. Adems a todos ellos
les doy las gracias por sus comentarios y consejos en mi trabajo de memoria.

Como mencin especial, me gustara tambin agradecer al team de memoristas: John Oliva,
Sebastin Rivas y Jos Luis Garca, por estar siempre ah cuando necesit de su ayuda. Adems,
al profesor Jos Gonzlez por su constante inters en ayudar.

Por ltimo, y no menos importante, agradecer a mis amigos de la Universidad: Chino, Cono,
Deibid, Francisco, Paola y Paul por brindarme constantemente su apoyo, preocupacin y
consejos.

III
NDICE
E DE CONTE
C ENIDO S

DECIMIENTOS................................................................. .............................................................................III
AGRAD
DOS.......................................................... .............................................................................IV
NDICEDECONTENID
NDICEDEILUSTRACIONES...................................................... ............................................................................VII
NDICEDETABLAS.................................................................... .............................................................................IX
NIMOS............................................................................ ..............................................................................X
ACRN
1 TRODUCCIN .......................................... ..........................................................................1
CAPTULOI:INT
1.1 MOTIVACIN N................................................................... ................................................................................1
1.2 OBJETIVOS....................................................................... ................................................................................2
1.2.1 ObjetivvoGeneral............................................................................ .......................................................2
1.2.2 ObjetivvosEspecficos...................................................................... .......................................................2
1.3 PLANTEAMIENTTODELPROBLEMAA............................................ ................................................................................3
1.4 HIPTESISDELTRABAJOYMETO ODOLOGA................................. ................................................................................4
1.5 ALCANCESDELTRABAJO........................................................ ................................................................................4
1.6 ESTRUCTURADELAMEMORIA................................................. ................................................................................4
2 ANTECEDENTESS......................................... ..........................................................................6
CAPTULOII:A
2.1 SERVICIOS........................................................................... ................................................................................6
2.1.1 Servicio osTradicionalees................................................................... .......................................................6
2.1.2 Servicio osOTT[5]............................................................................ .....................................................12
2.2 LTE[6].............................................................................. ..............................................................................13
2.2.1 EvoluciindelasredeesMvilesPrevviasaLTE................................ .....................................................13
2.2.2 AspecttosPotencialessdelasnuevasredesmviless...................... .....................................................14
2.2.3 ArquiteecturadeLTE....................................................................... .....................................................16
2.2.4 LTEenlaFCFM[8]......................................................................... .....................................................19
2.3 IMS[9]............................................................................. ..............................................................................21
2.3.1 ArquiteecturadeIMS[[11]............................................................... .....................................................22
2.3.2 IMSOp penSource[12 2].................................................................... .....................................................24
2.3.3 Usoen nelcontextodeelTrabajodeTTtulo...................................... .....................................................26
2.4 CALIDADDESERVICIO(QOS).................................................. ..............................................................................26
2.4.1 DefiniccineImportan ncia[13]........................................................ .....................................................26
2.4.2 Acuerd dodeNiveldeSServicio(SLA)[[14]........................................ .....................................................27
2.4.3 Overbo ooking[15]........................................................................... .....................................................28
2.5 CALIDADDEEXPERIENCIA
X (QOE).....................
E ....................... ..............................................................................29
2.5.1 Indicad doresclavedeDesempeo(K KPI)[16].................................. .....................................................29
2.5.2 Modelo odeQoE[16]....................................................................... .....................................................31
2.5.3 KPIsussadosenelcon ntextodeestettrabajo................................... .....................................................32
3 CAPTULOIII:M A......................................... ........................................................................37
METODOLOGA
3.1 DISEODELASPRUEBASDECONNCEPTO..................................... ..............................................................................37
3.1.1 Servicioosalusuariofiinalaconsiderrar........................................... .....................................................37
3.1.2 AlcanccesdelDiseo....................................................................... .....................................................38
3.1.3 Diseo odelaarquiteccturadelasred des.......................................... .....................................................40
3.1.4 Esquem madeintercon nexiones......................................................... .....................................................44
3.2 IMPLEMENTACIINDELOSSERVICCIOS........................................ ..............................................................................46
3.2.1 Ncleo oIMSyclientess..................................................................... .....................................................46
3.2.2 Servido orAsteriskycliientes............................................................ .....................................................50
3.2.3 Servido oryclientedeVideoStreamin ng.......................................... .....................................................52
IV
3.2.4 SkypeyyYoutube............................................................................. .....................................................54
3.3 IMPLEMENTACIINDEHERRAMIEENTAS...................................... ..............................................................................56
3.3.1 Herram mientaparaEm mularelempeo oramientodellascondicionessdered:NEWTT............................56
3.3.2 Herram mientasparaobtencindepa armetrosdelaasredes(QoS)).....................................................57
3.3.3 Herram mientasParaobtencindeCa alidaddeExperriencia(QoE).......................................................59
3.4 PRUEBASDECO
ONCEPTO......................................................... ..............................................................................63
3.4.1 Condiccionesdered......................................................................... .....................................................64
3.4.2 Prueba asrelacionadassalosparmeetrosdered(QooS).................. .....................................................65
3.4.3 Prueba asrelacionadassalacalidadd deexperiencia (QoE)..................................................................66
4 CAPTULO4REESULTADOS.............................................. ........................................................................68
4.1 RESULTADOSSOOBRELASPLATAFO ORMASDEREDLA ANYLTEIMPLEM MENTADAS................................................................68
4.2 RESULTADOSSOOBRELAPROVISI NDELOSSERVICIOS.................. ..............................................................................71
4.3 RESUMENDEHERRAMIENTASFINALESELEGIDAS.......................
. ..............................................................................73
4.4 RESULTADODELAIMPLEMENTACCINDELASPRUEBASDECONCEPTTORECOMENDADDAS..................................................73
4.4.1 Prueba adeConcepto1:MedicindeeparmetrosddeQoSdelareed..................................................74
4.4.2 Prueba adeConcepto2 2:MedicindeeMOSenserviiciosVoIP.............................................................74
4.4.3 Prueba adeConcepto3 3:MedicindeeMOSenServiiciosdeVideo......................................................75
4.4.4 Prueba adeConcepto4 4:MedicindeeVQMyPSNR enserviciosdeeVideoconMSSUVideoQualiity
MeasurementT
M Tool....................................................................................... .....................................................76
4.4.5 Prueba adeConcepto5 5:MedicionesdeQoS/QoEe nserviciosVVooIPOTTenred dLTE/IMS...............76
4.5 MEDICIONESOBTENIDASDELASPRUEBASDECON NCEPTO............. ..............................................................................76
4.5.1 MediciionesdeQoS........................................................................ .....................................................77
4.5.2 MediciionesdeQoE........................................................................ .....................................................79
4.6 FINESDOCENTEESDELTRABAJODDETTULO.................................. ..............................................................................83
4.7 DOCUMENTACIINENTREGADA............................................... ..............................................................................83
5 CAPTULO5DISCUSIN................................................. ........................................................................85
5.1 ACERCADELOSSSERVICIOSIMPLEEMENTADOS.............................. ..............................................................................85
5.2 ACERCADELASSREDESIMPLEMEN NTADAS................................... ..............................................................................85
5.2.1 Acerca adelaimplemeentacinentreIMSyLTE.............................. .....................................................86
5.3 ACERCADELASSHERRAMIENTAS............................................... ..............................................................................86
5.3.1 Herram mientasdemed dicin............................................................. .....................................................86
5.3.2 Herram mientadeconttroldelainterffazdered............................... .....................................................87
5.4 ACERCADELASSPRUEBASDECONNCEPTO.................................... ..............................................................................87
5.5 ACERCADELASSMEDICIONESEIN
NDICADORESUSAD DOS................. ..............................................................................88
5.6 ACERCADELAM
METODOLOGAPR ROPUESTA................................. ..............................................................................88
5.7 ACERCADELOSSCASOSDEDESINCRONIZACIN........................... ..............................................................................88
6 ONCLUSIONES.......................................... ........................................................................90
CAPTULO6CO
7 CAPTULO7REEFERENCIASBIBLIOGRFICASS................... ........................................................................93
8 ................................................................ ........................................................................96
ANEXOS..........
A
8.1 ANEXOA:CARACTERSTICASGEN NERALESDELASA
ARQUITECTURASU USADAS....................................................................96
8.1.1 A1.PrrotocolosprinccipalesdeIMSyyAsterisk............................... .....................................................96
8.1.2 A2.CaaractersticasGGeneralesdeLTTE[6]..................................... .....................................................98
8.2 ANEXOB:GUAADEIMPLEMENTAACINDELOSSERRVICIOS............. ............................................................................101
8.2.1 B1.GuuadeinstalaciindeIMSOpeenSourceenunnaMquinaViirtualconDebiian.......................101
8.2.2 B2.GuuadeinstalaciindeAsteriskkElastixenunaamquinavirtuual[36].......................................119
8.2.3 B3.GuuadeConfigurracindeVLCM MediaPlayerpparaVideoStreeaming........................................124
8.3 ANEXOC:GUAAPARALASPRUEBBASDECONCEPTOO..................... ............................................................................127
8.3.1 C1.CoondicionesdeM Medicin........................................................ ...................................................127
8.3.2 C2.PrruebadeConceepto1:Medici ndeparmettrosdeQoSdelared.........................................131
8.3.3 C3.PrruebadeConceepto2:Medici ndeMOSensserviciosVoIP....................................................133
8.3.4 C4.PrruebadeConceepto3:Medici ndeMOSenSServiciosdeViideo.............................................136
V
8.3.5 C5.PrruebadeConceepto4:Medici ndeVQMyPPSNRenserviciiosdeVideoco onMSUVideoQ Quality
MeasurementT
M Tool....................................................................................... ...................................................139
8.3.6 C6.PrruebadeConceepto5:Medicio onesdeQoS/Q QoEenserviciossVVoIPOTTen nredLTE/IMS......140
8.4 ANEXOD:CARRACTERSTICASDELOSSERVICIOSSKYPEYYOUTUBE
K . ............................................................................141
8.4.1 D1.SeervicioOTTdevideo:Youtubee[21]...................................... ...................................................141
8.4.2 D2.SeervicioOTTdeVoz:Skype[20 0]............................................ ...................................................143

VI
NDICE DE ILUSTRACIONES
ILUSTRACIN 1: DIAGRAMA DE LATENCIA EN VOIP ..................................................................... - 7 -
ILUSTRACIN 2: VALORES DE LATENCIA PARA ALTA CALIDAD EN VOIP ...................................... - 8 -
ILUSTRACIN 3: JITTER CAUSADO POR CONGESTIN .................................................................... - 8 -
ILUSTRACIN 4: MANEJO DEL DE-JITTER ...................................................................................... - 9 -
ILUSTRACIN 5: MANEJO DE JITTER EXCESIVO ............................................................................. - 9 -
ILUSTRACIN 6: ESTIMACIN DEL JITTER ................................................................................... - 10 -
ILUSTRACIN 7: DETALLE DEL ENLACE EPC-EUTRAN ............................................................ - 17 -
ILUSTRACIN 8: ARQUITECTURA EUTRAN .................................................................................. - 17 -
ILUSTRACIN 9: ELEMENTOS DE RED EPS ................................................................................. - 18 -
ILUSTRACIN 10: LTE EN LA FCFM .......................................................................................... - 19 -
ILUSTRACIN 11: DIAGRAMA DE RED DE LTE EN LA FCFM ...................................................... - 20 -
ILUSTRACIN 12: ARQUITECTURA IMS ...................................................................................... - 23 -
ILUSTRACIN 13: NCLEO DE LA ARQUITECTURA IMS: INTERFACES Y COMPONENTES ............ - 24 -
ILUSTRACIN 14: PROYECTO IMS OPENSOURCE ....................................................................... - 25 -
ILUSTRACIN 15: POLOS DE LA CALIDAD DE SERVICIO .............................................................. - 30 -
ILUSTRACIN 16: PROCESO DE ESTIMACIN DE QOE EXTREMO-EXTREMO ................................. - 31 -
ILUSTRACIN 17: FUNCIN DE SENSIBILIDAD HUMANA AL CONTRASTE ESPACIO-TEMPORAL .... - 36 -
ILUSTRACIN 18: INTERCONEXIN TERICA LTE-IMS .............................................................. - 46 -
ILUSTRACIN 19: DIAGRAMA DE RED DE IMS Y CLIENTE SIP .................................................... - 47 -
ILUSTRACIN 20: CONFIGURACIN IP DE IMS Y CLIENTES EN RED LAN ................................... - 49 -
ILUSTRACIN 21: CONFIGURACIN IP DE IMS Y CLIENTES EN RED LTE .................................... - 50 -
ILUSTRACIN 22: ASTERISK Y CLIENTES EN RED LAN/IMS ...................................................... - 51 -
ILUSTRACIN 23: ASTERISK Y CLIENTES EN RED LTE/IMS ....................................................... - 52 -
ILUSTRACIN 24: VIDEOSTREAMING Y CLIENTE EN RED LAN/IMS ............................................ - 53 -
ILUSTRACIN 25: SERVIDOR DE VIDEOSTREAMING Y CLIENTE EN RED LTE/IMS ....................... - 54 -
ILUSTRACIN 26: SERVICIOS OTT Y CLIENTES INTEGRADOS EN RED LAN/IMS ........................ - 55 -
ILUSTRACIN 27: SERVICIOS OTT Y CLIENTES INTEGRADOS A RED LTE IMS............................ - 55 -
ILUSTRACIN 28: EJEMPLO DE USO DE NEWT ........................................................................... - 57 -
ILUSTRACIN 29: EJEMPLO DE USO DE JPERF EN RED LAN ..................................................... - 58 -
ILUSTRACIN 30: EJEMPLO DE MONITOREO DE VOIP CON VQMANAGER................................... - 60 -
ILUSTRACIN 31: EJEMPLO DE CAPTURA Y MEDICIN ONLINE DE MOS CON VQM .................. - 61 -
ILUSTRACIN 32: PROCEDIMIENTO DE OBTENCIN DE MOS OFFLINE CON PESQ ...................... - 62 -
ILUSTRACIN 33: PROCEDIMIENTO DE USO DE MSU VQMT [18] .............................................. - 63 -
ILUSTRACIN 34: RED LAN REAL IMPLEMENTADA ................................................................... - 69 -
ILUSTRACIN 35: RED LTE REAL IMPLEMENTADA .................................................................... - 71 -
ILUSTRACIN 36: VIRTUALBOX MANAGER .............................................................................. - 102 -
ILUSTRACIN 37: VIRTUALBOX FUNCIONANDO ....................................................................... - 102 -
ILUSTRACIN 38: CREACIN DE UNA MQUINA VIRTUAL........................................................ - 103 -
ILUSTRACIN 39: ELECCIN DE MEMORIA BASE DE LA NUEVA MQUINA ............................... - 103 -
ILUSTRACIN 40: ELECCIN DEL DISCO DURO DE LA NUEVA MQUINA .................................... - 104 -
ILUSTRACIN 41: ELECCIN DEL TAMAO DE DISCO DURO DE LA NUEVA MQUINA ................ - 104 -
ILUSTRACIN 42: MQUINA VIRTUAL CREADA......................................................................... - 105 -
ILUSTRACIN 43: SELECCIN DE LA IMAGEN DE DEBIAN EN LA MQUINA VIRTUAL................. - 105 -
ILUSTRACIN 44: SELECCIN DE ATRIBUTOS DE LA CONEXIN DE RED DE LA MQUINA .......... - 106 -
ILUSTRACIN 45: DILOGO INICIAL DE INSTALACIN DE DEBIAN 6.0 ...................................... - 106 -
ILUSTRACIN 46: SELECCIN DEL NOMBRE DE LA MQUINA DEBIAN ...................................... - 107 -

VII
ILUSTRACIN 47: PARTICIONADO DE DISCOS MANUAL ............................................................. - 108 -
ILUSTRACIN 48: CONFIGURACIN DE LA PARTICIN............................................................... - 108 -
ILUSTRACIN 49: CONFIGURACIN FINAL DE LA PARTICIN .................................................... - 109 -
ILUSTRACIN 50: COMPONENTES DE IMS CORRIENDO ............................................................. - 115 -
ILUSTRACIN 51: CONFIGURACIN DEL CLIENTE ALICE EN MERCURO .................................... - 118 -
ILUSTRACIN 52: CONFIGURACIN DE RED EN MERCURO ....................................................... - 118 -
ILUSTRACIN 53: INICIO DE LA INSTALACIN DE ASTERISK ELASTIX EN UNA VM ................... - 120 -
ILUSTRACIN 54: CONFIGURANDO LOS PAQUETES DE LA INSTALACIN DE ELASTIX ................ - 121 -
ILUSTRACIN 55: CONFIGURACIN DE RED DE ELASTIX ........................................................... - 121 -
ILUSTRACIN 56: CONFIGURACIN DE LA INTERFAZ DE RED .................................................... - 122 -
ILUSTRACIN 57: PANTALLA DE BIENVENIDA DE LA INTERFAZ WEB DE ELASTIX ..................... - 122 -
ILUSTRACIN 58: INTERFAZ WEB DE ELASTIX .......................................................................... - 123 -
ILUSTRACIN 59: CREACIN DE UNA EXTENSIN EN ELASTIX.................................................. - 123 -
ILUSTRACIN 60: CREACIN DE UNA EXTENSIN SIP............................................................... - 123 -
ILUSTRACIN 61: APLICAR CAMBIOS ....................................................................................... - 124 -
ILUSTRACIN 62: CONFIGURACIN DE VLC PARA REALIZAR STREAMING................................ - 124 -
ILUSTRACIN 63: CUADRO DE CONFIGURACIN DE STREAMING EN VLC ................................. - 125 -
ILUSTRACIN 64: EMISIN EN CURSO CON VLC MEDIA PLAYER ............................................. - 126 -
ILUSTRACIN 65: CAPTURA DE LA EMISIN EN CURSO DESDE UN CLIENTE ............................... - 126 -
ILUSTRACIN 66: RESUMEN DE HERRAMIENTAS Y SERVIDORES ............................................... - 128 -
ILUSTRACIN 67: CONFIGURACIN DE UN FILTRO EN NEWT ................................................... - 129 -
ILUSTRACIN 68: INTERFAZ DE USUARIO DE NEWT ................................................................ - 129 -
ILUSTRACIN 69: CONFIGURACIN FINAL DE NEWT .............................................................. - 130 -
ILUSTRACIN 70: TEST DE VELOCIDAD .................................................................................... - 131 -
ILUSTRACIN 71: CONFIGURACIN DEL CLIENTE JPERF ........................................................... - 132 -
ILUSTRACIN 72: CONFIGURACIN DEL SERVIDOR JPERF ........................................................ - 132 -
ILUSTRACIN 73: MUESTRA DE RESULTADO DE JPERF ............................................................. - 133 -
ILUSTRACIN 74: EJEMPLO DE RESULTADO DE UN PING.......................................................... - 133 -
ILUSTRACIN 75: CONFIGURACIN RECOMENDADA EN UNA RED LAN PARA LA PRUEBA DE
CONCEPTO 2 ...................................................................................................................... - 134 -
ILUSTRACIN 76: CONFIGURACIN DE RED LAN RECOMENDADA PARA EL CASO 2 DE LA PRUEBA DE
CONCEPTO 2 ...................................................................................................................... - 135 -
ILUSTRACIN 77: CONFIGURACIN RECOMENDADA PARA LA PRUEBA DE CONCEPTO 2, CASO 3 - 135 -
ILUSTRACIN 78: EJEMPLO DE GRABACIN DE LLAMADAS EN SKYPE ...................................... - 136 -
ILUSTRACIN 79: PROCEDIMIENTO PESQ CON SKYPE EN PRUEBA DE CONCEPTO 2 .................. - 136 -
ILUSTRACIN 80: CONFIGURACIN DE RED RECOMENDADA PARA LA PRUEBA DE CONCEPTO 3, CASO
1 ....................................................................................................................................... - 137 -
ILUSTRACIN 81: CONFIGURACIN RECOMENDADA PARA LA PRUEBA DE CONCEPTO 2, CASO 2 - 138 -
ILUSTRACIN 82: PROCEDIMIENTO DE LA PRUEBA DE CONCEPTO 2, CASO 2 ............................. - 139 -
ILUSTRACIN 83: PROCEDIMIENTO PRUEBA DE CONCEPTO 4, CASO 1 ....................................... - 140 -
ILUSTRACIN 84: CONFIGURACIN DE RED RECOMENDADA PRUEBA DE CONCEPTO 5 .............. - 141 -

VIII
NDICE DE TABLAS
TABLA 1: ADJUDICACIN DE BLOQUES DE BANDA DE FRECUENCIA 2,6 (GHZ) [1] ....................... - 1 -
TABLA 2: FACTOR DE DETERIORO SEGN CODEC ........................................................................ - 10 -
TABLA 3: EQUIPAMIENTO LTE INSTALADO EN LA FCFM .......................................................... - 20 -
TABLA 4: ENTORNO DE PRUEBAS LABORATORIO LTE ............................................................... - 21 -
TABLA 5: VALORES DE MOS ...................................................................................................... - 32 -
TABLA 6: CONVERSIN DE ESCALAS DE MOS ............................................................................ - 33 -
TABLA 7: COMPORTAMIENTO DE LOS CODECS DE AUDIO ............................................................ - 33 -
TABLA 8: CARACTERSTICAS DEL MDEM USB LTE [22] ......................................................... - 41 -
TABLA 9: IMPLEMENTACIN DE IMS Y CLIENTE EN LAN .......................................................... - 48 -
TABLA 10: IMPLEMENTACIN DE IMS Y CLIENTES EN LTE ........................................................ - 49 -
TABLA 11: IMPLEMENTACIN DE ASTERISK Y CLIENTES EN LAN .............................................. - 51 -
TABLA 12: IMPLEMENTACIN DE ASTERISK Y CLIENTES EN RED LTE ........................................ - 51 -
TABLA 13: SERVIDOR DE VIDEOSTREAMING Y CLIENTE EN RED LAN/IMS................................. - 52 -
TABLA 14: SERVIDOR DE VIDEOSTREAMING Y CLIENTE EN RED LTE/IMS ................................. - 53 -
TABLA 15: CONDICIONES DE RED CONGESTIONADA ................................................................... - 64 -
TABLA 16: MQUINAS EN LA RED LAN ..................................................................................... - 69 -
TABLA 17: MQUINAS EN LA RED LTE ...................................................................................... - 70 -
TABLA 18: THROUGHPUT MEDIDO EN LAN ................................................................................ - 77 -
TABLA 19: LATENCIA EN RED LAN ............................................................................................ - 77 -
TABLA 20: JITTER EN LA RED LAN ............................................................................................. - 77 -
TABLA 21: PRDIDA DE PAQUETES EN LAN ............................................................................... - 77 -
TABLA 22: THROUGHPUT EN RED LTE ....................................................................................... - 78 -
TABLA 23: LATENCIA EN RED LTE ............................................................................................. - 78 -
TABLA 24: JITTER EN LTE .......................................................................................................... - 79 -
TABLA 25: PRDIDA DE PAQUETES EN LTE ................................................................................ - 79 -
TABLA 26: CONDICIONES DE CONGESTIN ESCOGIDAS .............................................................. - 79 -
TABLA 27: MOS EN VOIP EN RED LAN CON VQMANAGER ...................................................... - 80 -
TABLA 28: MOS EN VOIP EN RED LAN CON ALGORITMO PESQ ............................................... - 80 -
TABLA 29: MOS EN VOIP EN RED LTE CON VQMANAGER....................................................... - 80 -
TABLA 30: MOS EN VOIP EN RED LTE CON ALGORITMO PESQ ............................................... - 81 -
TABLA 31: MOS EN LNEA DE VIDEO EN VIDEOSTREAMING EN RED LAN CON VQM ................ - 81 -
TABLA 32: MOS FUERA DE LNEA EN VIDEOSTREAMING CON VQM EN RED LAN ..................... - 81 -
TABLA 33: MOS EN LNEA DE VIDEO STREAMING EN RED LTE CON VQM ................................. - 82 -
TABLA 34: MOS FUERA DE LNEA EN VIDEOSTREAMING CON VQM EN RED LTE ...................... - 82 -
TABLA 35: VQM/PSNR EN VIDEOSTREAMING EN RED LAN ...................................................... - 82 -
TABLA 36: VQM/PSNR EN VIDEOSTREAMING EN RED LTE....................................................... - 82 -
TABLA 37: CARACTERSTICAS IMPORTANTES DE LTE ................................................................ - 99 -
TABLA 38: COMPARACIN ENTRE LTE Y LTE-ADVANCED ..................................................... - 100 -
TABLA 39: COMPARACIN DE LAS CALIDADES DE VIDEOS DE YOUTUBE................................... - 143 -

IX
ACRNIMOS
4G 4th Generation of Mobile Systems
3GPP Third Generation Partnership Project
ADSL Asymmetric Digital Suscriber Line
AS Access Stratum o Application Server
AVI Audio Video Interleave
BBU Base-Band Unit
BGCF Breakout Gateway Control Function
BTS Base Transceiver Station
CN Core Network Servers
CQ Custom Queuing
CS Circuit Switched
CSCF Call Session Control Function
CSFB Circuit Switched Fall Back
DDoS Distributed Denial of Service Attack
DIE Departamento de Ingeniera Elctrica
DIFFSERV Differentiated Services
E-Node-B Evolved Node B
EPC Evolved Packet Core
EPS Evolved Packet System
E-UTRAN Evolved UTRAN
ETSI European Telecommunication Standards Institute
FO Fibra ptica
FCFM Facultad de Ciencias Fsicas y Matemticas
FDD Frequency-Division Duplexing
FLV Flash Video
FOKUS Fraunhofer Institute for Open Communication System
GBR Guaranteed Bit Rate
GGSN Gateway GPRS Support Node
GPRS General Packet Radio Service
GSM Global System for Mobile Communication
HD High Definition
HLR Home Location Register
HSPA High Speed Packet Access
HSS Home Subscriber Server
HTTP Hypertext Transfer Protocol
IM S-MGW IMS Media Gateway
IMS IP Multimedia Subsystem
INIPUI IMS Network-Independent Public User Identities
IP Internet Protocol
IPTV Televisin va IP
X
ITU-T International Telecommunication Union Sector Telecommunication
KPI Key Performance Indicator
LAN Local Area Network
LTE Long Term Evolution
Mbps Megabits per second
MGW Media Gateway
MIMO Multiple Input and Multiple Output
MME Mobility Management Entity
MOS Mean Opinion Score
MP4 MPEG-4 Part 14
MPEG Moving Picture Experts Group
MRFC Multimedia Resource Fumction Controller
MRFP Multimedia Resource Function Processor
MSCS Mobile Switching Centre Server
OFDMA Orthogonal Frequency-Division Multiple Access
OMC Operation and Maintenance Center
OTT Over The Top Services
PBX-IP Private Branch Exchange IP
PCRF Policy Control and Charging Rules Function
PDCP Packet Data Convergence Protocol
PDF Policy Decision Function
PDN Packet Data Network
PGW PDN Gateway
PLC Packet Loss Concealment
POTS Plain Old Telephony Services
PQ Priority Queuing
PQoS Perceived Quality of Service
PS Packet Switched
PSNR Peak Signal-to-Noise Ratio
PSTN Public Switched Telephone Network
PTS Push To Show
PTT Push To Talk
QCI QoS Class Identifier
QoE Calidad de Experiencia
QoS Calidad de Servicio
RNC Radio Network Controller
RRU Remote Radio Unit
RTP Real Time Protocol
RTSP Real Time Streaming Protocol
SGSN Serving GPRS Support Node
SGW Serving Gateway
SIM Suscriber Identity Module

XI
SIP Session Initiation Protocol
SIP Session Initiation Protocol
SLA Service Level Agreement
SLF Subscription Locator Function
SMS Short Message Services
TCP/IP Transfer Control Protocol IP
TDD Time-Division Duplexing
TDMA Time-Division Multiple Access
T-SGW Trunking Signaling Gateway
UDP User Datagram Protocol
UMTS Universal Mobile Telecommunications System
USB Universal Serial Bus
USPP Universal Subscriber Profile Plataform
UTRAN UMTS Terrestrial Radio Access Network
VLR Visitor Location Register
VMOS Video Mean Opinion Score
VoD Video on Demand
VoIP Voice Over IP
VoLTE Voice over LTE
VQEG Video Quality Experts Group
VQM Video Quality Measurement
WFQ Weighted Fair Queuing

XII
1 CAPTU
ULO I: INTROD
N UCCIN
N

1.1 MOTIVA
M ACIN
El crecimiento de la capacidad
c dee procesamieento de datoos de los terrminales mviles ha
permittido la proliiferacin de aplicacionees multimediia intensivass en el uso de ancho de banda,
como por ejemp plo: streamming de viideo en allta definicin (HD), multiconferrencia y
videocconferenciass. Este enriq quecimiento de los serviicios ha perm
mitido un auumento en eel inters
por paarte de los usuarios
u m
viles, generrando un creecimiento dee la demandda lo que, a su vez,
impulssa a los opeeradores de dichas redess a que mej oren la infraaestructura dde sus redess, con el
objetiv
vo de dar cap pacidad antee este aumen
nto de trficoo.

En paaralelo, las redes mviiles en Chille se encueentran en pllena evolucin hacia la cuarta
generaacin (4G). Esta nueva generacin, basada en un ncleo ccompletamennte Packet SSwitched
(PS), posibilita
p a los
l operadorres ofrecer lo os servicios anteriormennte mencionaados, graciass a: altas
tasas de
d transmisi n, bajo retaardo y mayor capacidad de trfico. E Este paso haacia 4G est pensado
graciaas a la implementacin n de redes Long Term m Evolution (LTE) connsiderada coomo una
tecnologa 3,95G (al no cump plir con los requisitos ddel estndar 4G). Con ffecha 30 de Julio de
2012 ses ha realizaado la licitacin de la ban
nda de frecuuencias de 26600 (MHz) ppara el uso ppor parte
de los proveedorees mviles: Claro
C (Bloquue A), Entell (Bloque B)) y Movistarr (Bloque C C), con el
objetoo de instalar redes
r LTE [1].

TA
ABLA 1: ADJUDIICACIN DE BL
LOQUES DE BA
ANDA DE FRECU
UENCIA 2,6 (GH
HZ) [1]
Enlace de Subid
da Enlace de Baajada
Empresa
E Bloquee Adjudicad
do
((Uplink) (Downlink
k)
Claro Bloque A 2505 -2525 (MHzz) 26625-2645 (M
MHz)
Entel Bloque
B B 2525 -2545 (MHzz) 26645-2665 (M
MHz)
Movistar
M Bloque
B C 2545 -2565 (MHzz) 26665-2685 (M
MHz)

A pessar de estass claras ven ntajas, LTE no presentta compatibbilidad con el dominioo Circuit
Switchhed (CS, co onmutacin de circuito os) lo que ggenera el ddesafo de eencontrar sooluciones
alternaativas al provisionamien nto de voz y Short Messsage Services (SMS, servvicios de meensajera
corta) [2]. Esto puues actualmeente ya existten operadorres Over The Top (OTT T) que permiiten a un
usuario conectado o a internet comunicarse
c va VoIP dee la misma m manera en quue opera la ttelefona
tradiciional, pero mediante
m unn software (eejemplo: Skyype) que, apparte de com mpartir merccado con
los op
peradores traadicionales, cargan las redes
r del opperador mviil con trficco que no les genera
gananccias. Para po oder manten nerse vigentees en el merrcado, los opperadores mviles debenn ofrecer
alternaativas VoIP junto
j con applicaciones multimedia
m nnovedosas.

En esta necesidad d es que ell IP Multimmedia Subsyystem (IMS S), legado dde redes de Tercera
Generracin (3G), se potenciaa. Esta compponente arqquitectnica de una red mvil est pensada
precisaamente paraa el provisio
onamiento de
d aplicacionnes y serviccios multim
media sobre redes IP
siendo
o compatiblee con redes LTE, ya queq compartten entidades como por ejemplo la base de
-1-
datos de usuario y las polticaas de controll de recursoss. As, graciaas a la combbinacin de L
LTE con
IMS, los
l operadorres pueden ofrecer
o serviicios propioss: Voz sobree LTE (VoL LTE), SMS, etc, para
poder competir coon los serviccios que estn siendo ofrrecidos fueraa de sus reddes mediantee internet
logran
ndo mantenerse en una posicin
p releevante en el mercado. A An cuando la estandarizzacin de
LTE no
n impone ell uso de IMS S, se consideera una alternnativa vlidaa para lograrr VoLTE.

En estte escenario de mejora teecnolgica en


e la telefona mvil, en que existe mmucho conoccimiento
adquirrido por partte de los opeeradores naccionales en cconmutacinn de circuitoos y no de ppaquetes,
q el DIE la asimile y entregue hherramientas docentes paara la realizacin de
resultaa necesario que
cursoss que orienteen a los alum
mnos en un coonocimientoo de estos caambios y, a ssu vez, realicce cursos
de cappacitacin a los emplead dos de dicho
os operadore s sirviendo dde nexo entrre el operador mvil
y los proveedoress de los eq quipos con los
l cuales m modernizarn sus redess. En ese m marco, la
metoddologa de medicin
m de QoS/QoE,
Q y las pruebass de conceptoo que en estte trabajo se indican,
son claave.

1.2 OBJETIIVOS
1.2.1 OBJETIVO
O GENERAL

El objetivo
o general dell trabajo de memoria ess disear e im
mplementar una metodoologa de
medicin de QoS y QoE en seervicios OTT T en una redd LTE/IMS. Esto implicaa elegir los sservicios
en loss cuales se mide, las redes
r en lass cuales se montan, loos indicadorres relevantees y las
herram
mientas con las
l que se cuuenta.

1.2.2 OBJETIVO
OS ESPECF
FICOS

Poner en marcha
m serviicios de Vozz sobre IP y V VideoStreamming hacienddo uso de ellementos
de red (co omo Asterissk y VLC Media Playyer) y apliccaciones OT TT (como S Skype y
Youtube).
Implementtar una plaataforma IM MS OpenSouurce para eel establecim miento de sesiones
multimediaa e interconeectarla con dosd tipos dee redes: una red LAN a usar como pprototipo
de pruebass, y a una redd mvil LTE E.
Disear un na serie de pruebas
p de concepto
c quee permitan mmedir el estaado de una rred y, en
particular, la calidad percibida
p poor un usuarioo de los servvicios conecctados a travvs de la
misma.
Generar 2 escenarios de red: ptiima y congeestionada. Taanto para laa red LAN pprototipo
como para la red LTE.. Esto, buscaando verificaar la correctaa variacin dde los parmmetros de
QoE a med dir.
Estudiar laa validez de cada
c prueba de conceptoo.
Lograr Meediciones dee calidad peercibida (QooE) en serviicios de Vooz y video ssobre IP
(VVoIP).
Lograr Meediciones de calidad perrcibida (QoE E) en serviciios over the top de Vozz y video
sobre IP.
Generar gu uas de las metodologas
m s de cada prrueba de conncepto que ssirvan como material
de estudio para cursos en el DIE.
Generar documentaccin acerca de la insttalacin de cada uno de los servvicios y
herramienttas a ser utiliizadas en lass pruebas de concepto.
-2-
1.3 PLANTEA O DEL PROBLEMA
AMIENTO R A

Las redes mviles 3G G actuales peermiten la cconvivencia de la conm mutacin de circuitos


(voz) y la conmu utacin de paquetes
p (daatos) en unaa misma teccnologa (por ejemplo, H HSPA y
WCDM MA). En red des como LTE,
L que son n el paso a la cuarta geeneracin dee telefona mmvil, se
elimin
na la conmu utacin de ciircuitos paraa los serviciios de voz, ya que todoo servicio sse monta
ndo uso de laa conmutacin de paqueetes. En este escenario, L
hacien LTE logra unna mejora suustancial
en la rapidez de envo de daatos (tanto en e downlinkk como en uplink) graccias a la tccnica de
modullacin OFDM MA y al manejo
m de an ntenas MIMMO; pero tam mbin lograa reducir la latencia
extrem
mo-extremo gracias a la disminu ucin de ellementos dee arquitectuura con resspecto a
tecnologas anterioores (previass al Release 8 de la 3GP PP). Sin embbargo, no ofrrece servicioos de voz
con cirrcuito dedicado.

An cuando la red d LTE no po osee prestaciiones de vozz de manera nativa, es pposible ofreccer dicho
serviciio a travs de
d dos mto odos: va op peracin actiiva-dual del dispositivo de conexin, o por
medioo de Circuit Switched
S Faallback (CSF FB). La desvventaja del pprimero es el uso intensiivo en la
bateraa del disposiitivo, puesto
o que debe op perar en doss tecnologass mviles al mismo tiem mpo. Con
respeccto al segunddo, se obligaa al telfono a operar sllo en LTE paara cuando rrequiere servvicios de
datos y slo en la red UMTS cuando
c uiere serviciio de voz, prroducindosee as el problema del
se qu
fin auttomtico de la llamada, ene caso que se quiera usar servicios de datos y vviceversa.

Existee una tercera opcin: insttalar una plaataforma de ccontrol de seealizacin IMS (IP Muultimedia
Subsystem), la cuaal integra paarte de la arqquitectura dee una red 3G
G al core nettwork (CN) dde la red
LTE, permitiendo
p no slo servicios de vo oz sobre unaa red de datoos sino que ttambin servvicios de
video (video streaaming, Videeo on Deman nd, IPTV), gaming online, y muchhos otros coontenidos
multimmedia. La iddea consiste en que IMS sea el encaargado de iniiciar las sesiiones a travs de los
servid
dores Sessionn Initiation Protocol
P (SIIP), cuando arriba la peeticin de unn usuario y, una vez
estableecida dicha sesin, IMS delega las funciones
f dee transporte de la inform
macin va pprotocolo
UDP y RTP/RTSP P a la red LT
TE.

oblema de esta ltima sollucin es que se da un seervicio best effort, pues es una red IP
El pro P, lo que
generaa prdida dee la calidad en el serviccio de voz, ya que no existen canales de infoormacin
designnados sino que, por ell contrario, la informaacin de vooz (multimeedia en genneral) es
paquettizada y lueego distribuiida a los no odos de la red. Esto m mismo sucedde con los sservicios
multimmedia que see quieran offrecer al clieente sobre uuna opcin LLTE/IMS. E En este escennario, es
posible hacer uso de parmetrros de calidaad de serviccio (QoS) enn la red LTE E de tal moddo que se
priorizza un determ
minado protoocolo (de vozz o video) ppor sobre otrros, a pesar dde la carga dde la red
con la consecuentee mejora en la provisinn del recurso al usuario fi
final.

Se ponne de maniffiesto la impportancia dee saber si estos mecanissmos de caliidad de servvicio son
efectiv
vos para tod
dos los serviicios multimmedia implem mentados enn una red m
mvil que evoluciona
hacia 4G
4 y su efecctividad antee la carga de la red y el uuso del clientte.

Ademms de esto, tiienen incorp


porada en su arquitecturaa y funcionaamiento esquuemas de m manejo de
QoS y polticas dee control de recursos de red, permiti endo asegurrar el ofrecimmiento de loss nuevos
serviciios de maneera ininterru
umpida. As, se ve indiispensable eel estudio del impacto de estos
mecannismos para priorizar
p os a la proviisin garantizada de servvicios de viddeo y voz
trffico aplicado
-3-
que reespeten el accuerdo de niivel de serviicio (SLA) qque ha sido ofrecido por el proveeddor a sus
clientees en sus plaanes comerciiales.

1.4 HIPTESSIS DEL TRABAJO


T O Y METO
ODOLOGA

La hiptessis de este trrabajo es qu ue se puedee lograr la innterconexinn entre un IIMS con


caracteersticas Opeen Source y un laboratorio LTE de lla empresa Z ZTE, de tal mmanera que usuarios
a travs de un m dem USB 2.0 2 LTE ZTE puedan reegistrarse enn dicho IMS S y logren esstablecer
sesion
nes multimed dia; especfiicamente dee voz y videeo. Adems,, que se pueede implem mentar un
servid
dor de video os en el corre network (CN) de diccho laboratoorio para reecibir solicittudes de
videosstreaming dee clientes LT TE.
La preesente memo oria de ttulo
o busca cono ocer el real impacto en la calidad dde experienccia de un
usuario de Bandaa Ancha M vil (BAM) que migre hacia tecnoologas LTE y que hagaa uso de
serviciios multimedia de voz y video sobre IP (VVoIP P) que no haan podido seer ofrecidos en redes
tradiciionales. Paraa esto, se prropone impleementar un IMS Open SSource en uuna red de rrea local
(LAN)) que sirva como proto otipo de veriificacin paara el correccto desempeeo de los servicios,
herrammientas de medicin
m y reedes, as commo tambin para tener uun punto de comparacin de los
valorees a ser lograados por la metodologa
m en el caso L
LTE/IMS.
La meetodologa propuesta
p esst compuessta por 5 prruebas de cconcepto, laas cuales tieenen por
objetivvo particularr medir un inndicador esp pecfico de caalidad de acuuerdo al servvicio (voz o video) y
a la manera
m de serr accedido (vva internet, o va operaddor), las cualles deben serr verificadass a travs
de la evaluacin de los indiccadores en dos d escenarrios de trficco: ptima, que consistte en no
estableecer ms de d una sesiin multimeedia en la red; y conngestionada,, la cual eemula el
compo ortamiento ded una red cu ursando trfiico multimeddia. Las cuattro primerass pruebas tiene como
objetivvo medir ind dicadores dee calidad en n la red LAN N/IMS, y laa quinta prueeba busca m medir los
indicaadores en la red
r LTE/IMS S.

1.5 ALCANC
CES DEL TRABAJO
T O

En el preseente trabajo se estudia el


e desempeoo de una redd mvil LTE E consideranndo, para
todas las
l medicion nes, buenas condiciones
c de radio; ess decir, no see busca estuddiar la movillidad del
usuario a travs ded las celdas. Debido a que
q las redess implementtadas son a nnivel de laboratorio,
no se estudia
e facto
ores como laa capacidad de
d las redes, ni la disponnibilidad de llos recursos.. As, los
lmitess del trabajo de memoriaa se establecen en:

Traabajar con laa red LTE dee pruebas impplementada en la Faculttad de Cienciias
Fsicas y Matem mticas de laa Universidaad de Chile.
La conexin a la l red LTE ses realiza vaa un modem USB (dunglle).
Se trabaja sobree la plataformma IMS OpeenSource deel Instituto FOKUS Frauunhofer.
Loss telfonos mviles
m se em
mulan va sooftware (softtphone).
Lass medicioness de QoE son n realizadas slo mientraas se proveee el servicio, y no
evaalan la mannera en que estos
e son entrregados.

1.6 ESTRUCT
TURA DE
E LA MEM
MORIA

Para una mejor


m compprensin del trabajo, se divide su ppresentacinn en 8 capttulos: El
primerro de elloss presenta al lector una
u breve introduccinn al probleema planteaado, las
-4-
motivaciones que dan sentido al trabajo, los objetivos (generales y especficos), y un resumen de
la metodologa a seguir con sus alcances e hiptesis.

En el captulo II, se entregan los antecedentes de los temas relativos a esta memoria: los servicios
OTT (en especfico Skype y Youtube), servicios que actualmente son ofrecidos, definicin e
importancia de la calidad de servicio y de la percepcin del usuario acerca del mismo (QoE) y,
por ltimo, arquitecturas de red LTE e IMS.

En el captulo III, se establece la metodologa seguida para la configuracin e implementacin de


las pruebas de concepto, comenzando por el diseo de las redes en que se implementan (LAN y
LTE/IMS), donde se enuncian los principios seguidos para su implementacin; a continuacin, el
diseo de los servicios includos en las pruebas, estableciendo sus alcances y las consideraciones
de cada a la implementacin; y, por ltimo, la metodologa seguida para la medicin de QoS y
QoE en cada servicio.

El captulo IV entrega los resultados obtenidos: las pruebas de concepto finales, las mediciones
que se establecen en cada una de ellas, los fines docentes y la documentacin generada. El
captulo V, muestra las discusiones en base a los resultados obtenidos en el captulo IV y los
objetivos planteados en el captulo I. el captulo VI establece las conclusiones y trabajos futuros
sugeridos. Finalmente, el captulo VII establece las Referencias Bibiogrficas utilizadas para este
trabajo y el captulo VIII los anexos, divididos en Anexo A: Caractersticas generales de las
arquitecturas usadas, Anexo B: Gua de implementacin de los servicios, Anexo C: Guas para
las pruebas de concepto y Anexo D: Caractersticas de Skype y Youtube.

-5-
2 CAPTU
ULO II: ANTECED
N DENTES
En este caaptulo se entregan los antecedentees de los teemas relativvos a esta m memoria:
serviciios de video
o y voz sobree IP tradicio
onales y OTT
T, definicinn e importanncia de la caalidad de
serviciio y de la percepcin
p del
d usuario acerca del m mismo (QoE E) junto a ssus indicadoores ms
empleados y, porr ltimo, arq quitecturas de
d red LTE e IMS especificando lla empleadaa en este
o.
trabajo

2.1 SERVICIOS
Se realiza una
u descripccin terica acerca
a de loss servicios a utilizar en eeste trabajo.

2.1.1 SERVICIO
OS TRADICIONALES

2.1.1.1
1 V O IP

A continuaacin se desccribe brevem


mente VoIP y sus princippales caracteersticas.
2.1.1.1..1 D ESCRIPPCIN DE VOIP

Voz sobre Protocolo de Internet, tambin llaamado VoIP P, es un gruupo de recurrsos que
hacen posible que la seal de vozv viaje a travs
t de Intternet empleando un prootocolo IP (P Protocolo
de Inteernet). Esto significa que se enva laa seal de vooz en forma digital, en ppaquetes de ddatos, en
lugar de enviarlaa en formaa analgica a travs dde circuitos utilizables slo por ttelefona
conven ncional commo las redes PSTN
P (Publiic Switched Telephone N Network).
El trffico de Voz sobre IP pu uede circular por cualquiier red IP, inncluyendo aqquellas coneectadas a
Interneet, como porr ejemplo lass redes de rrea local (LA
AN).
Cabe hacer la distincin entre Voz sobree IP (VoIP) y Telefonaa sobre IP: m mientras VooIP es el
conjunnto de norm mas, dispositiivos, protocoolos, en defiinitiva la teccnologa quee permite coomunicar
voz soobre el protocolo IP, la Telefona
T sobbre IP es el sservicio teleffnico dispoonible al pbblico, por
tanto con
c numeraccin E.164, realizado
r conn tecnologaa de VoIP.

2.1.1.1..2 Codecs de voz

La voz deb be ser codifiicada para poder transm


mitirla por la red IP. Paraa ello se hacce uso de
codecss que garan nticen la cod dificacin y compresinn del audioo o del videeo para su pposterior
decodiificacin y descompresi
d in antes de poder generrar un soniddo o imagen utilizable enn el otro
extrem
mo. El ancho o de banda de la transmissin es fuerttemente depeendiente dell codec usado y de la
calidadd de los dato
os transmitid
dos.
Entre los codecss utilizadoss en VoIP encontram mos: iLBC, G.711, G..723.1 y ell G.729
(especcificados porr la ITU-T). Estos codeccs tienen estte tamao enn su sealizaacin (la cuaal difiere
de la tasa
t de transm
misin de daatos):

-6-
G.7
711: bit-rate de 56 64 kbps.
k
G.7
722: bit-rate de 48, 56 64 kbps.
G.7
723: bit-rate de 5.3 6.4 kbps.
G.7
728: bit-rate de 16 kbps.
G.7
729: bit-rate de 8 13 kb
bps.

2.1.1.1..3 F ACTOREES QUE INCID EN EN EL Q OE

VoIP es sensible a mucchos factoress, entre elloss el comporttamiento de ttrfico en la red. Se


uacin los prrincipales faactores que innciden en la prdida de ccalidad percibida.
enunciian a continu

2.1.1.1
1.3.1 LATEN
NCIA [3]

La latenciaa en VoIP see define commo el tiempo que toma ppara la voz enn salir desdee la boca
misor hasta alcanzar
del em a el odo del recepptor. Existenn 3 tipos de retardos en las redes tellefnicas
actualees (ver Ilusttracin 1): propagacin, serializacin y procesaamiento (o m manejo). El primero,
es prooducto de las distancias que debe reecorrer una seal va luuz, en el casso de redes de fibra
pticaa; o va impu ulso elctrico
o, en el casoo de redes bbasadas en eelementos dee cobre. El ssegundo,
corresponde al tiem mpo que efeectivamente toma en ubiicar un bit/byyte al interioor de una intterfaz. El
terceroo, por ltimoo, define muchas
m causaas de origen (paquetizaccin, compreesin y conm mutacin
del paaquete) y es originado en n los disposiitivos que reealizan en ennvo de las ttramas a travvs de la
red.

ILU
USTRACIN 1: DIAGRAMA
D DE
E LATENCIA EN
N VOIP

Cuand do los paqueetes se encueentran en unaa cola debiddo a la congeestin de la interfaz de ssalida, el
resultaado se conocce como retaardo de cola a, esto es origginado cuanndo se envann paquetes ppor sobre
la capaacidad de prrocesamientoo de la interffaz, en un deeterminado iintervalo de tiempo. Otrra fuente
de retaardos corresp
ponde al retaardo de la co
ola de salida .
La reccomendacin n G.114 dee la Unin Internacionaal de Telecomunicacinn sector T (ITU-T)
especiifica que parra una buen na calidad de voz se deebe tener noo ms de 150 mS de reetardo en
unasolla va de man nera extremoo a extremo,, como se muuestra en la Ilustracin 22.

-7-
ILUSTRACIN 2: VALORES DE LATENCIA PARA ALTA CALIDAD EN VOIP

Como se muestra en la Ilustracin 2, algunas vas de transmisin presentan mayores retardos, a


pesar de ser aceptadas, debido a la no existencia de alternativas. En las transmisiones va satlite,
por ejemplo, toma aproximadamente 250 mS que sta llegue al satlite, y otros 250 mS para que
vuelva a la tierra. An cuando estos 500mS estn fuera de la recomendacin de la ITU-T, muchas
conversaciones ocurren todos los das sobre enlasces satelitales. As, la calidad de la voz se
define usualmente como lo que los usuarios aceptan y usan.
En una red no monitoreada y congestionada, el retardo de cola suma incluso 2 segundos de
retardos (o bien, termina en el paquete siendo eliminado). Este alto retardo es inaceptable en
redes de voz.

2.1.1.1.3.2 JITTER [4]

El Jitter es definido como una variacin en el retardo de los paquetes recibidos. En el


extremo emisor, los paquetes son enviados en un flujo continuo siendo espaciados de manera
uniforme. Debido a eventos como la congestin de la red, encolamiento indebido, o errores de
configuracin, el tiempo transcurrido entre cada paquete puede variar en vez de permanecer
constante. La Ilustracin 3 muestra cmo esto ocurre.

ILUSTRACIN 3: JITTER CAUSADO POR CONGESTIN

Cuando un router recibe un flujo de audio de VoIP va Real Time Protocol (RTP), se debe
compensar el jitter. El mecanismo que se encarga de esta funcin es el buffer de reproduccin.
Este buffer debe almacenar estos paquetes y luego reproducirlos en un flujo constante a los
procesadores de seal digital (DSP) para volver a convertirlos en una secuencia de audio
analgico. Este buffer tambin se refiere a veces como de-jitter buffer. La Ilustracin 4 muestra
cmo se maneja el de-jitter.

-8-
ILUSTRACIN 4: MANEJO DEL DE-JITTER

Si el jitter es tan grande que hace que los paquetes se reciban fuera del alcance de este buffer, se
descartan, lo cual afecta al audio. Para prdidas tan pequeas, del orden de un paquete, el DSP
realiza una interpolacin del paquete extraviado resultando en que esta prdida no alcanza a ser
escuchada. Cuando el jitter excede lo que el DSP puede hacer para compensar los paquetes que
faltan, los problemas son posibles de ser escuchados. La Ilustracin 5 muestra como el jitter
excesivo es manejado.

ILUSTRACIN 5: MANEJO DE JITTER EXCESIVO

Para calcular el jitter en un enlace, se determina el tiempo promedio que toma para n envos
efectivos de paquetes en llegar a destino, como se muestra en la Ilustracin 6.

-9-
ILUSTRACIN 6: ESTIMACIN DEL JITTER

2.1.1.1.3.2.1 P RDIDA DE TRAMAS (F RAMES L OST )

Durante su recorrido por la red IP, las tramas que acarrean la informacin pueden perderse
como resultado de una congestin de red o corrupcin de datos. Adems, para trfico de tiempo
real como la voz, la retransmisin de tramas perdidas en la capa de transporte no es prctico; esto
pues ocasiona retardos adicionales. Por consiguiente, los terminales de voz tienen que reenviar
las muestras de voz perdidas, tambin llamadas Frame Erasures. El efecto de las tramas perdidas
en la calidad de voz depende de como los terminales gestionen las Frame Erasures.

En el caso ms simple si se pierde una muestra de voz el terminal dejar un intervalo en el flujo
de voz. Si muchas tramas se pierden, sonar grietoso con silabas o palabras perdidas. Una posible
estrategia de recuperacin es reproducir las muestras de voz previas. Esto funciona bien si slo
pocas muestras son extraviadas. Para combatir mejor las rfagas de errores, usualmente se
emplean sistemas de interpolacin. Basndose en muestras de voz previas, el decodificador
predecir las tramas perdidas. Esta tcnica es conocida como Packet Loss Concealment (PLC).

La ITU-T G.113 apndice I provee algunas lneas de gua de planificacin provisional en el


efecto de prdida de tramas sobre la calidad de voz. El impacto es medido por Ie, el factor de
deterioro. Este es un nmero en el cual 0 significa no deterioro. El valor ms grande de Ie
significa deterioro ms severo. La Tabla 2 fue obtenida de la G.113 apndice I y muestra el
impacto de las tramas perdidas en el factor Ie.

TABLA 2: FACTOR DE DETERIORO SEGN CODEC


VelocidaddeFuncionamiento
Referencia Ie
(kbps)
G.726G.727 40 2
G.721,G.726,G.727 32 7
G.729 8 10
IS54 8 20
GSM0610 13 20
GSM723.1 5.36.3 1915

- 10 -
2.1.1.1..4 Calidad
d de servicio en VoIP

La callidad de este servicio es lograda


l bajo
o los siguienttes criterios::

La supresin de silenccios, otorga ms eficienccia a la horaa de realizarr una transm


misin de
voz, ya quee se aproveccha mejor el ancho de baanda al transmmitir menos informacinn.
La implan ntacin de IPv6,
I que proporciona
p mayor esppacio de dirreccionamiennto y la
posibilidad
d de tunnelinng.
Compresi n de cabeceeras aplicand
do los estnddares RTP/RT TCP.
Priorizaci
n de los paqquetes que reequieran mennor latencia.. Las tendencias actualess son:
o Custom Queuin ng (CQ): Asigna un porccentaje del aancho de bannda disponible.
o Prio ority Queuin
ng (PQ): Establece priorridad en las ccolas.
o Weeighted Fair Queuing (W WFQ): Se asiggna la prioriidad al trficco de menos carga.
o DifffServ: Evitaa tablas de encaminadoss intermedioss y establecee decisiones de rutas
porr paquete.

2.1.1.2
2 S TREAMI NG M ULTIM
MEDIA

El streaminng es la disstribucin dee multimedi a a travs dde una red dde computaadoras de
manerra que el usuario co onsume el producto aal mismo tiempo quee se descaarga. La
palabrra streaming se refiere a un envo o sin interruupcin. Este tipo de ttecnologa ffunciona
mediante un bferr de datos quue va almaceenando lo quue se va desccargando parra luego mosstrarse al
usuario. Esto se contrapone
c al
a mecanism mo de descargga de archivvos, que reqquiere que ell usuario
descarrgue los arch
hivos por commpleto para poder accedder a ellos.
El strreaming req quiere una conexin
c po
or lo menoss de igual aancho de bbanda que laa tasa de
transm
misin del seervicio, a tal punto que comenz
c a s er poular slo a fines dee la dcada dde 2000,
cuando o el ancho de
d banda se hizo
h lo suficiientemente bbarato para ggran parte dee la poblacin.
La enttrega de datoos desde el servidor
s pueede estar sujeeta a demoraas conocidass como lag ((retraso),
un fennmeno ocassionado cuaando los dato os escasean (debido a iinterrupciones en la connexin o
sobreccarga en el ancho de bannda). Por tantto, los reproductores muultimedia preecargan o alm
macenan
en el bfer,
b los datos que van recibiendo para
p as dispponer de unaa reserva de datos y evitaar que la
reprodduccin se detenga.
d En el
e caso espeecfico de suu uso en redees, si un detterminado coontenido
comienza a atraerr una cantid dad de usuaarios mayor a su capaccidad de anccho de bandda, estos
usuarios sufrirn lag.
l Finalmente, se llega a un punto een que la callidad del strream es psim ma.
2.1.1.2..1 P ROTOCO
OLOS C OMUN
NES EN STREAM
MING

En cuanto o a los protocolos ms m usados para realizzar streaminng se encuentran


RTP y RTSP ; el primero,
p bre UDP y el segundo soobre TCP, siiendo ste ell ms usado. Ambos
sob
hacen que las enttregas de paquetes de datos desde eel servidor a quien reprroduce el arrchivo se
hagan con una vellocidad much ho mayor qu ue la que se obtiene por TCP y HTT TP. Esta eficiiencia es
alcanzzada por unaa modalidad que favorece el flujo coontinuo de paaquetes de ddatos. Cuanddo TCP y
HTTP P sufren un error
e de transsmisin, sigu
uen intentanndo transmitiir los paquettes de datos pperdidos
- 11 -
hasta conseguir
c na confirmaccin de que la informaciin lleg en su totalidadd. Sin embarggo, UDP
un
contin
na mandan ndo los daatos sin to omar en ccuenta inteerrupciones, ya que en una
aplicaccin multim
media estas prdidas son casi
c imperceeptibles.

2.1.2 SERVICIO
OS OTT [5]]

Un servicio
o Over the to
op (OTT) see refiere a loss servicios dde video, teleevision y vozz y otros
que so
on provistos sobre internnet en vez dee la va tradiccional de la red de datoss de un provveedor de
serviciios. OTT ess entregada directamente
d e desde un pprovider a uun viewer uusando una cconexin
abiertaa de Internett banda-anch
ha, independdiente del ISSP del vieweer, sin la neccesidad de m mantener
negociiaciones y sin
s gastos en n infraestrucctura de parrte del provvider. Esto ees un best ef effort, un
mtoddo sin manejjo de la entrrega de con ntenido va iinternet por parte del prrovider, los que son
princippalmente brooadcasters en
e vez de ISP Ps.

OTT abre
a compleetamente unaa nueva formma para que los operadoores generenn ganancias desde el
video on demand, TV y aplicaaciones interractivas. La ms clara dde las oportuunidades son para los
distrib
buidores de la televisi nal. Con maarcas establecidas, relaaciones fuerrtes y la
n tradicion
confiaanza de los consumidorres, estarn n perfectameente ubicadoos para ofreecer un servvicio que
integraa la televisi
n online y tradicional a travs dee un slo disspositivo maanejado porr un slo
operaddor.

Juega un rol impo ortante permmitiendo a loos consumiddores accedeer a sus servvicios pagaddos en la
manerra en que elloos quieran, lo
l que agreg ga valor a lass suscripcionnes de televiisin pagadaas. Como
normaa general, loss consumidoores disfrutann del contennido a cualquuier hora y en cualquier lugar a
travs de un am mplio rango de equiposs, incluyenddo telfonoss celulares, iPads, conssolas de
videojuegos o teleevisores coneectados ; tod
dos conectaddos a un gateeway central.

2.1.2.1
1 S KYPE [2
20]

u software que permitee comunicacciones de teexto, voz y vvdeo sobre Internet


Skype es un
(VoIP). El cdigo o y protocollo de Skypee permaneceen cerrados y propietariios. Los usuuarios de
Skypee pueden hab blar entre elllos gratuitam
mente. Tienee la finalidadd de conectaar a los usuaarios va
texto (mensajera instantnea), voz (VoIP P) o vdeo. Una de suss fortalezas es la comuunicacin
gratuitta por voz en
ntre usuarioss de Skype ded cualquier punto del m mundo. Tambbin realiza lllamadas
especiiales, aunquee pagadas a muy
m bajo co oste, entre orrdenador y reed fija o mvvil.

Se pueede utilizar de
d las siguien
ntes formas:

Comunicaccin gratuitta por texto o, voz o vvdeo entree dos usuarrios de Skyype con
computado ores personaales conectaados a Internnet. Requierre registro y aceptacinn de las
condicionees del serviciio, sin coste..
Comunicaccin grupal o conferencia de voz grratuita (videooconferenciaa grupal es dde pago)
entre varioos usuarios de Skype, todos elloss con PC conectados a Internet. R Requiere
registro sin
n coste.

- 12 -
Generacin n de llamadaas de voz a bajob coste deesde un usuaario de Skyppe con PC coonectado
a Internet, hacia telffonos de red d fija o mvvil. Requierre contrato dde pago, meensual o
anual.
Comunicaccin y envo o de datos a bajo coste (ttexto y grfi ficos) desde uun usuario dde Skype
con PC co onectado a Internet
I haciia equipos dde fax (u orddenadores ccon softwaree de fax)
conectadoss a redes de telefona
t fijaa. Requiere ccontrato de ppago.
Llamadas de voz a tarrifa de llamaada local dessde telfonoos de red fijaa o mvil all nmero
telefnico de un usuaario abonado o a Skype ccon PC coneectado a Intternet. Si ell usuario
receptor noo est disponnible, Skypee ofrece un s ervicio de coontestador aautomtico. R Requiere
contrato dee pago por parte
p del recceptor. Las lllamadas genneradas desdde telfonos mviles
pagan las tarifas
t localees del serviciio celular.
Comunicaccin y envo o de datos a tarifa
t de llam
mada local ddesde equipoos de fax connectados
a redes de telefona fijaa hacia un ab bonado de SSkype con PC C conectadoo a Internet. R
Requiere
contrato dee pago por parte del receeptor.
Comunicaccin por dessvo telefniico y de textto a bajo cosste desde tellfonos de rred fija o
celular haccia un abonado de Skyp pe con PC conectado a Internet. R Requiere conntrato de
pago por parte
p del receeptor.

2.1.2.2
2 Y OUTUBE
E [21]

e un sitio web en el cual los ussuarios pueeden subir y compartir vdeos.


YouTube es
YouTu ube usa un reproductorr en lnea basado
b en AAdobe Flash (aunque tam mbin puedee ser un
reprodductor HTML L, que incorpor YouT Tube poco ddespus de qque la W3C presentara y el que
los Naavegadores web
w mas imp portantes so
oportaran el estndar HT TML5) para servir su coontenido.
Es muuy popular grracias a la po
osibilidad dee alojar vdeeos personalees de manera sencilla. A
Aloja una
varied
dad de clips de pelculass, programas de televisin y vdeos m musicales. A pesar de laas reglas
de YouTube contrra subir vdeeos con derecchos de autoor, este mateerial existe een abundanciia, como
contennidos amateuur (videobloggs). Los en nlaces a vvdeos de Y YouTube pueden ser tambin
insertaados en bloogs y sitio os electrniicos persoonales usanndo API o incrustandoo cierto
cdigoo HTML. En n Google Vdeo y otros sitios de vddeos hay queejas acerca dde la calidadd, siendo
que lo
os vdeos se pixelan (ap parecen cuad dros de coloor uniforme de mayor taamao, en fforma de
mosaicco), en gran medida deb bido al equiliibrio entre caalidad de im
magen y veloccidad de trannsmisin
de dattos en la reed. Otro pro oblema es queq en basttantes clips,, el audio y el vdeo nno estn
sincronizados; aunnque esto deppende del foormato del arrchivo originnal.

En el Anexo
A D de este trabajo se describe ms detalladdamente am
mbos ejemploos de servicioos OTT.

2.2 LTE
L [6]
2.2.1 EVOLUCIIN DE LASS REDES MVILES PRREVIAS A L
LTE

La primeraa generacin
n de celularres (1G) sopportaba los cconocidos P
Plain Old Teelephony
Servicces (POTS), la cual proovea al usu
uario final dde voz con pocos serviicios suplemmentarios
relacio
onados. Conn la aparici
n durante los
l aos 19980s de la ccomunicacin digital, naci la

- 13 -
oportuunidad de deesarrollar esstndares y sistemas de una segundda generacin de comuunicacin
mvil basados en dicha tecnolloga.
Con laa tecnologaa digital, lleeg la oporttunidad de aaumentar laa capacidad de los sisteemas, de
entreg
gar una caliddad de serviccio ms conssistente, y ddesarrollar eqquipos realm
mente mvilees y ms
atractiivos visualm
mente.
En Euuropa, el proyyecto de GSM (originalm mente Grouppe Spcial M Mobile, ms tarde Globall System
for Mobile
M Commmunications)) naci con el objetivo de desarrolllar un sistem ma mvil-teelefnico
Pan-Europeo, sieendo iniciad do a mediados de laa dcada dde los 80ss por el E European
Telecoommunicatio on Standard ds Institute (ETSI). El estndar GSM se bas en Time-Division
Multip ple Access (T
TDMA).

Graciaas a la segunnda generaciin de telefo


ona mvil ddigital (2G), se dio la poosibilidad dee proveer
serviciios de dato o sobre redees de comu unicaciones mviles. Loos primeros servicios dde datos
introdu ucidos en 2G G fueron los mensajes de texto Shoort Messagee Services (S SMS) y servvicios de
dato por
p conmutaacin de circcuito permittiendo el us o de E-maill y otras applicaciones dde datos,
iniciallmente a un na modesta tasa
t de trannsferencia dee 9.6 kbit/s. Velocidades mayores fueron
introdu ucidas en sisstemas 2G evolucionado
e os al asignarr multiples tiime-slots a uun usuario y a travs
de esqquemas de co odificacin modificados.
m .

Los daatos paquetizzados en sisttemas celulaares se conviirtieron en reealidad durannte la segundda mitad
de la dcada de los 90s, con el General Packet Raddio Services (GPRS) inttroducidos een GSM.
Estas tecnologas
t comnmente
c e se conocenn como 2.5GG.

El dessarrollo de 3G
3 est hoy y en da en manos
m de 3G
GPP, a pesaar de que suus pasos inicciales se
dieron
n cuando an n esta organizacin no esstaba formadda.
Lo que tambin crre el escenaario para 3G
G fue la interrnacionalizacin de los eestndares ccelulares.
GSM, por ejemplo, fue un prroyecto pan--Europeo, peero rpidam mente atrajo inters munndial. Un
dar global tiene ventajass por la eco
estnd onoma de eescala, ya qque el mercaado de prodductos se
vuelvee ms grand de. Esto ha llevado a una
u cooperaccin ms esstrecha que en las geneeraciones
anterio
ores.

2.2.2 ASPECTO
OS POTENCIALES DE LAS
L NUEVA
AS REDES M
MVILES

La rpida evolucin de d la tecnolloga utilizadda en los sistemas de telecomuniccaciones,
electr
nica y, espeecficamentee, dispositivoos mviles, hha sido sorprrendente en los ltimos 20 aos.
La leyy de Moore lo ilustra e indica
i la evo
olucin conttinua del renndimiento dee los processadores e
increm
menta el tammao en mem moria, a men nudo combinnado con la reduccin dde tamao, cconsumo
elctriico y el cossto de los equipos.
e Pan
ntallas de aalta-resolucin y cmarras con senssores de
megap pixeles tambbin estn diisponibles en n todos los ttipos de equuipos celularres. Combinaadas con
un bacckbone de In nternet de allta velocidadd, de la manno de una redd base de fibbra ptica, se ve que
una gama de technology en nablers esttn presentees en concoordancia conn los avancees en la
tecnologa de las comunicacio
c ones mviless como por ej ejemplo, LTE E.

- 14 -
El rpido aumento en el uso de Internet para proveer de una gran cantidad de servicios desde los
90s comenz cuando la adopcin de 2G y 3G se estaba volviendo un uso masivo. El prximo
paso natural era que dichos servicios basados en internet se desplazaran para ser ofrecidos
tambin en servicios mviles, creando lo que se conoce hoy como banda ancha mvil. Ser capaz
de soportar servicios basados en el mismo Internet Protocol (IP) en un dispositivo mvil que la
gente usa en un ambiente de banda ancha fija en sus hogares es el mayor desafo y el primer
conductor para la evolucin hacia LTE. An cuando unos pocos servicios fueron implementados
en 2.5G, no es hasta que los sistemas son diseados para soportar servicios basados en IP para
dispositivos mviles que la real evolucin IP-mvil [7] puede despegar. Un interesante aspecto
de la migracin a servicios de banda ancha para dispositivos mviles es que un sabor mvil es
aadido. La posicin mvil, la movilidad y las capacidades de roaming crean un completo nuevo
rango de servicios.

La telefona fija, y las primeras generaciones mviles fueron hechas en base a la provision de
servicios va la conmutacin de circuitos, principalmente voz. Los primeros servicios de datos va
GSM fueron provisionados de la misma manera, con la adicin posterior de GPRS basada en
paquetes. Esto tambin influenci el primer desarrollo de 3G, la cual fue basada en datos va
conmutacin de circuitos, con conmutacin de paquetes como complemento.

No es sino hasta la evolucin de 3G hacia HSPA y luego a LTE/LTE-Advanced que los servicios
va conmutacin de paquetes IP han sido el objetivo de diseo. Los antiguos servicios de
conmutacin de circuitos se mantienen, pero se proporcionarn sobre LTE, a travs de IP como
por ejemplo voz sobre IP (VoIP). IP es en s mismo agnstico al servicio y de esa manera habilita
un rango de servicios con diferentes requerimientos.
Los parmetros de diseo principales, para una interfaz de radio que soporten una variedad de
servicios son:

2.2.2.1 T ASA DE DATOS

Muchos servicios con bajas tasas de datos como los de voz son importantes y siguen
ocupando una gran parte de la capacidad de una red mvil, pero son los servicios que requieren
grandes tasas de datos los que manejan el diseo de la interfaz de radio. La siempre crecienente
demanda por altas tasas de datos para web browsing, streaming y transferencia de archivos
empuja a las tasas de datos a su peak en un sistema mvil, desde kbit/s en 2G, y Mbit/s en 3G; en
4G se acerca bastante a Gbit/s.

2.2.2.2 D ELAY

Los servicios interactivos como juegos en tiempo real, y tambin web browsing y
transferencia de archivos interactiva tienen requisitos de bajo delay, lo cual lo convierte en un
objetivo principal de diseo. Sin embargo, hay muchas aplicaciones como el correo electrnico y

- 15 -
la teleevision dond
de los requissitos de dela
ay no son tann estrictos. EEl delay de un paquete enviado
desde un servidor hacia un clieente junto a su regreso, sse le conocee como latenccia.

2.2.2.3
3 C APACID
DAD

Desde el pu
unto de vistaa de un operrador de un ssistema mvvil, no slo ees importantee el peak
en la tasa
t de envo de datos que se entreega al usuarrio final, siino que tambbin la tasa total de
transm
misin que puede
p ser enttregada (en promedio) een cada estacin base, ppor herz del espectro
dispon
nible. Esta medida
m es llaamada eficien
ncia espectraal. En el casso de escasezz de capaciddad en un
sistem
ma mvil, la calidad
c de seervicio (QoS
S) para cada usuario puedde ser degraadada.

En la evolucin ded la tecnolo oga hacia 4G4 no slo eexiste demaanda por nueevos servicioos y por
altos peaks
p en las tasas de bitss y en la cap
pacidad del ssistema, sinoo que tambin hay una ddemanda
de reccursos de esp
pectro para expandir sisstemas. Dichha demanda lleva a una mayor com mpetencia
entre un incremen ntado nmeero de operaadores mvviles y entree alternativaas tecnolgiccas para
proveeer servicios de banda ancha
a mvil.. Con el m mayor uso essperado de eespectro parra banda
ancha mvil, existe una neccesidad de operar o los ssistemas mviles en ddiferentes baandas de
frecueencia, en las asignacio ones de espeectro de differentes tam maos y tambbin en el espectro
fragmeentado. Estoo requiere allta flexibilid
dad del esppectro con la posibiliddad de un anncho de
banda con canal variante,
v lo que tambin era un coonductor y uun parmetroo de diseo esencial
para LTE.
L

2.2.3 ARQUITEECTURA DEE LTE

A nivel geeneral, la red se compoone de un n ncleo llamaado, Evolvedd Packet Coore (CN-
EPC), y por la red d de acceso Evolved
E UTR RAN (E-UTR RAN). Mienntras el ncleeo consiste dde varios
nodos lgicos, ell acceso fuee creado essencialmentee con un soolo nodo, eel Evolved Node B
(eNoddeB) el que conecta al equipo
e del usuario
u (UE)). Cada uno de estos elementos de red est
inter-cconectado ene trminoss de interffaces, las que estn estandarizaadas para permitir
interopperabilidad para
p varios proveedoress. En la Ilusttracin 7 see detallan tannto el EPC ccomo E-
UTRA AN.

- 16 -
ILUSTRACIN 7: DETALLE DEL ENLACE EPC-EUTRAN

2.2.3.1 R ED DE A CCESO

La red de acceso de LTE, E-UTRAN, simplemente consiste de una red de eNodeBs,
como se muestra en la Ilustracin 8. Para trfico normal de usuario (en oposicin a lo que ocurre
con el broadcasting), no hay un controlador centralizado en E-UTRAN; por lo
tanto, la arquitectura E-UTRAN se dice que es plana.

ILUSTRACIN 8: ARQUITECTURA EUTRAN


- 17 -
Los eNodeBs estn normalmente interconectados a los dems a travs de la interfaz conocida
como X2, y al EPC por medio de la interfaz S1; ms especficamente, al MME por medio de la
interfaz S1-MME y al S-GW a travs de la interfaz S1-U.
Los protocolos que van desde los eNodeBs y el UE son conocidos como protocolos Access
Stratum (AS). La E-UTRAN es responsable por todas las funciones relacionadas al acceso por
radio, lo cual realiza con:

Radio Resource Management


Header Compression
Security - Connectivity to the EPC

2.2.3.2 N CLEO DE R ED

El Core Network, llamado EPC en la evolucin de la arquitectura de servicios (SAE), es
el responsable del control total del UE y el establecimiento de portadores. Los nodos lgicos
principales del EPC son:

PDN Gateway (P-GW);


Serving Gateway (S-GW);
Mobility Management Entity (MME).

Adems, EPC tambin incluye otros nodos y funciones lgicas como el Home Subscriber Server
(HSS) y el Policy Control and Charging Rules Function (PCRF). Como el EPS solo provee un
portador de ruta con cierto nivel de QoS, el control multimedia, como por ejemplo VoIP, es
provisto por el IP Multimedia Subsystem (IMS) el cual se considera externo al EPS.
Los nodos lgicos del ncleo se muestran en la Ilustracin 9, y se detallan a continuacin:

PCRF.
HSS
P-GW.
S-GW.
MME.

ILUSTRACIN 9: ELEMENTOS DE RED EPS

- 18 -

2.2.4 LTE EN LA
L FCFM [8]

La Facultaad de Cienciaas Fsicas y Matemticaas en conjunnto con la em mpresa Chinna ZTE y


bajo un
u acuerdo dee cooperaci n, instalaron
n y habilitarron durante eel ao 2011 eel primer labboratorio
de tecn
nologa LTE E en Latinoam mrica.
Los eqquipos de ncleo y acceeso Indoor del laborattorio LTE fuueron desplegados en el segundo
piso del
d edificio de Electrottecnologas del Departaamento de IIngeniera E Elctrica (DIIE). Las
estacio
ones base y antenas Ou utdoor (eNo odeB complletos) se insttalaron en ell techo del D DIE (Av.
Tuppeer 2007) y enn la terraza del
d Edificio ded Computaccin (Av. Bllanco Encalaada 2120).
La Ilu
ustracin 10, muestra unaa vista sateliital de la FC CFM (utilizaando Googlee Earth), la ccobertura
LTE aproximada,
a la identificaacin de las celdas
c y la uubicacin de los nodos eNNBs:

ILUSTRA
ACIN 10: LTE E
EN LA FCFM

2.2.4.1
1 F RECUEN
NCIAS U TILIZ L L ABORATO
ZADAS EN EL ORIO LTE

Las frecuencias
f utilizadas
u y las
l modalidaades de uso sson las siguiientes:

La SUBTEEL asign a lal FCFM lass bandas de ffrecuencias; (2530 Mhz -2550 Mhz)) y (2640
Mhz -26600 Mhz), paraa uso del Lab
boratorio LTTE en modaliidad FDD.
El Operado
or VTR facilit, para efeectos de prueeba la Bandda 38 de freccuencia (25880 Mhz -
2600 Mhz)) centrada en
n 2590 Mhz,, para uso deel Laboratoriio LTE en mmodalidad TD DD.

2.2.4.2
2 D IAGRAM
MA DE R ED DEL
D L ABORA
ATORIO LTE INSTALADO
O EN LA FCFM
M

El diagram
ma de red del Laboratorio
o se muestra en la Ilustraacin 11:

- 19 -
ILUSTRACIN 11: DIAGRAMA DE RED DE LTE EN LA FCFM

2.2.4.3 E QUIPAMIENTO DEL L ABORATORIO LTE INSTALADO EN LA FCFM

La Tabla 3, resume el equipamiento instalado en el Laboratorio y el diagrama del Ncleo


EPC y Acceso E-UTRAN.
TABLA 3: EQUIPAMIENTO LTE INSTALADO EN LA FCFM
Equipamiento LTE - ZTE Diagrama del Core EPC y Acceso E-UTRAN

7 * eNodeB:

FDD-LTE4 eNodeB

3X 1B8200&2R8880

1X 1B8200&1R8880

TDD-LTE3 eNodeB

3X 1B8200&2R8928D

- 20 -
1* EPC
C: MME (uMA
AC)

S--GW/P-GW (x--GW)

HSS

1*EMS:: NetNumen M31


M

1*Service
1 Systtem:Applicatio
on Server
(PDN)

4 * UE: 4* UE de Prueeba

2.2.4.4
4 E NTORNO AS DEL L ABO
O DE PRUEBA ORATORIO L
LTE INSTALA
ADO EN LA F
FCFM

La Tab bla 4, muesttra el Entorno


o de Pruebass Outdoor e Indoor utilizado en el Laboratoorio LTE
instalaado en la FC
CFM:

TAB
BLA 4: ENTORN
NO DE PRUEBAS
S LABORATORIIO LTE
En
ntorno de Pruebas Ejemplo de Configuracin
Frecuuencia: 2.6G
Ghz

Banddwidth: 20Mhhz

Antenna: 2x2 MIM


MO

DL: H
HOM 64QA
AM

UL: H
HOM 64QA
AM

2.3 IMS
I [9]

IMS es un na arquitectu
ura que cump ple con los rrequerimienntos definidoos por la ITU
U-T para
una Red
R de Prx xima Generaacin. Consstituye una estandarizaccin para el desarrolloo de una
platafo
orma con miras a la con nvergencia de
d redes. En consecuenccia, posee caaractersticass bsicas
como por ejemplo o la posibilid
dad de uso de diferentees redes de aacceso, el sooporte de m
movilidad
generaalizada o el ser
s una red basada
b en la conmutacinn de paquetees.

La arq quitectura IM
MS fue dise ada por la 3rd Generattion Partnersship Project (3GPP) com mo parte
del traabajo de estaandarizacin asociado a la Tercera G
Generacin dde Telefonaa Celular (3GG). En su
primerra versin (R Release 5) se dise parra la evoluciin de telefoona mvil 22G a 3G, sopportando
redes GSM y GPR RS y siendoo aadidos addems el sooporte de conntenidos muultimedia bassados en
- 21 -
SIP. Para
P el Rellease 6 se aadi el soporte
s paraa acceso va redes inaalmbricas ((WLAN,
WiMA AX).

En el Release 7 se incluy el e soporte para


p redes fi
fijas (xDSL, cable modeem, ethernet) en un
o en conjuntto con la org
trabajo ganizacin TISPAN.
T Addems es im
mportante desstacar que all ser una
red IP
P se hace uso de protocolos de Inteernet estandaarizados porr la IETF y de otros prrotocolos
estand
darizados po or la ITU-T.. As mismo o organizaciiones como ANSI, ETS SI y OMA tambin
apoyann el desarrolllo de IMS en
e este sentid
do.

Finalm
mente, el Reelease actuall bajo estudiio (Release 12), incluyee la habilitaacin del serrvicio de
Teleprresencia basada en IMS S, posibilitan
ndo una exp eriencia inmmersiva al offrecer comuunicacin
audiovvisual interaactiva entree estaciones remotas. A Adems, enn dicho Release se diiscute la
posibilidad de teneer IMS Netw work-Indepen ndent Publicc User Identtities (INIPU
UI) permitienndo a los
operaddores asociar a sus suscrriptores conn identidadess pblicas dee la forma ssip:user@dom main, en
que laa seccin de dominio ess cualquier dominio
d reggistrado en IInternet. Porr ltimo, enttrega las
bases para permiitir al IMS coectarse a una PBX X IP operadda en modoo esttico y agrega
extenssiones de seg
guridad [10]..

Entre las principalles caracterssticas de la arquitectura


a IMS se debee mencionar:

Sooporte de sessiones en tiemmpo real (vooz y video coonferencia) y de no-tiemmpo real (PTT/ Push-
Too-Talk, PTS//Push-To-Sh how, presenccia, mensajerra) sobre reddes IP.
Intterfaces y prrotocolos abiiertos.
Plaataforma quee permite deesarrollo de sofisticados
s servicios dee valor agreggado como sttreaming
de audio y video online.
Inttegracin hoorizontal daddo que existen funcionees genricas en estructurra e implem mentacin
qu
ue pueden seer reutilizadaas por todoss los servicioos de la red (descubrim miento, enrutamiento,
cobro, presenccia, administtracin de ussuarios, etc.)) con la connsiguiente disminucin dde costos
paara el operado or.
Sooporte de reddes de accesoo de distinto tipo que va de la mano con la movilidad generaalizada.

2.3.1 ARQUITEECTURA DEE IMS [11]

En la Ilustracin 12 se u esquemaa genrico dde la arquiteectura IMS con sus
s entrega un
princip
pales compoonentes:

- 22 -
ILUSTRACIN 12: ARQUITECTURA IMS

Se presentan las distintas capas de la arquitectura. Destacan los niveles de Transporte, Capa IMS
y Capa de Servicios/Aplicaciones. En trminos generales la arquitectura presenta equipos
encargados del acceso a la red IMS, del transporte de paquetes IP, del control de las sesiones
multimedia y de la entrega de aplicaciones y servicios.
Dado que en la arquitectura IMS se interconectan diferentes componentes y por lo tanto existen
diversas comunicaciones basadas en distintos protocolos, se definen interfaces entre dichas
componentes para establecer la estandarizacin del sistema en general. Los principales elementos
estn asociados al core de la red IMS. En la Ilustracin 13, se observan las distintas conexiones y
sus respectivas interfaces suponiendo que todas estas componentes lgicas se encuentran
implementadas en forma separada:

- 23 -
ILUSTRACIN 13: N
CLEO DE LA ARQUITECTURA
A A IMS: INTERFA ONENTES
ACES Y COMPO

Las co
omponentes bsicas de laa arquitecturra IMS son l as siguientess:

1. UE (User Equippment)
2. HSSS (Home Sub bscriber Server)
3. CSC
CF (Call Sesssion Controol Function)
F (Subscriptiion Locator Function)
4. SLF
5. PDFF (Policy Deecision Funcction)
6. MRRFC (Multimmedia Resourrce Function n Controller)
7. MRRFP (Multimmedia Resourrce Function Processor)
8. BGCCF (Breakou ut Gateway Control
C Fun
nction)
9. AS (Applicationn Server)
10. MGGCF (Mediaa Gateway Control
C Funcction)
11. IM
MS-MGW (IM MS Media Gateway)
G
12. T-SGW (Trunk king Signaliing Gateway
y)

2.3.2 IMS OPEEN SOURCEE [12]



A continuaacin se preesenta el Prroyecto Oppen IMS Coore, iniciattiva que pottencia el
desarrrollo de unaa plataformaa IMS bsicaa con fines docentes y experimenttales. El finn de esta
introduuccin es mostrar las caapacidades dee este sistem
ma para estabblecer su usoo en el desarrrollo del
trabajo
o de ttulo.

- 24 -
2.3.2.1
1 D ESCRIPC
CIN

Open IMS Core es unaa implementaacin de las entidades C


CSCFs y de uun HSS de bbajo peso
que en
n conjunto forman
f los elementos
e core de todass las arquiteecturas IMS/NGN especcificadas
dentro
o de 3GPP, 3GPP2,
3 ETSSI TISPAN y la iniciativva PacketCabble. Las cuaatro componeentes (S-
CSCF, P-CSCF, I--CSCF, HSSS) estn basaadas en softw
ware Open SSource.

IL
LUSTRACIN 14: RCE
1 PROYECTO IIMS OPENSOUR

Esta plataforma ha sido desarrolladaa por FOK KUS (Frauunhofer - IInstitute foor Open
Comm munication Systems),
S insstitucin de origen alemmn y sin finees de lucro qque provee sservicios
vestigacin y Desarrollo de sistemass de comuni cacin de prrxima geneeracin. Su pprincipal
de Inv
objetivvo es potencciar el desarrrollo de nuevas tecnologgas entreganndo un marcco de trabajoo basado
en sofftware open source
s que permita
p estab
blecer protottipos de tecnnologas acorde al mercaado y los
requerrimientos del usuario fin nal.

Las ln
neas de investigacin de FOKUS son
n las siguienntes:

1. 3G - Infraeestructura y servicios parra solucionees mviles


2. Habilitaci
n de tecnolo ogas para am
mbientes intteligentes
3. Desarrollo y testing dee modelos baasados en sofftware

En esste sentido, una temtica que particularmen


p nte aborda FOKUS sson las teccnologas
emerggentes. Dentrro de este marco
m se ha diseado e iimplementaddo en base a herramienntas open
sourcee la plataform
ma de pruebbas denominaada Open IIMS Core qque permite testear la tecnologa
y proobar servicios. Dicho desarrollo est disponnible para que cualquuier personaa pueda
experiimentar y traabajar con fiines experim
mentales y/o docentes. E
En ningn caaso constituyye un kit
- 25 -
de dessarrollo paraa la implemmentacin dee plataformaas comerciaales. Ms an, debe tennerse en
cuentaa que dada la cantidad de organizaciones inv olucradas enn IMS, possteriormente podran
existirr patentes dee por medioo que debern ser respeetadas. IMS an se enccuentra en eetapas de
pruebaa con un nm mero creciente de operaadores intereesados en laa tecnologa.. Mientras qque en el
rea ded VoIP ex xisten muchhos proyecto os open souurce asociaados a clienntes SIP, prroxies y
herrammientas (alreededor del esstndar SIP IETF), prc ticamente noo existen proyectos open source
con fooco en IMS. Luego, el objetivo
o principal de estaa iniciativa ees llenar esee vaco para entregar
una heerramienta que
q permita probar
p y dessarrollar servvicios IMS y permitir ell estudio dell core de
dicha arquitectura.

2.3.3 USO EN EL XTO DEL TRABAJO
E CONTEX R E TTULO
DE

El proyectto Open IMS Core constituye una plataforma de pruebas IMS que pposee las
princippales funcioonalidades del
d core de la l arquitectuura, permitieendo explotaar las caracttersticas
bsicaas que requieere el desarro
ollo de la memoria.
m A trravs de la ppgina web dde FOKUS sse puede
accedeer a todo el e desarrolloo en software para innstalar, conffigurar y uutilizar los mdulos
mencionados prev viamente. Suu uso fue reccomendado pprincipalmennte por dos rrazones. Porr un lado
el desarrollar dessde cero toddas las compponentes parra implemenntar las entiddades tomara mucho
tiempoo y por otraa parte el prroyecto en s ha sido aadoptado coon gran acepptacin por variadas
univerrsidades alreededor del mundo.
m

Posterrior a dicho anlisis, en conjunto coon el profesoor gua, se ddecidi utilizzar esta herrramienta
para la puesta en marcha dell servicio dee VoIP, y ppara su interrconexin all acceso LT TE, a los
cualess les sern medidos
m su caalidad de servicio y de exxperiencia.

2.4 CALIDAD
D DE SER
RVICIO (Q
QOS)
2.4.1 DEFINICIIN E IMPO
ORTANCIA [13]
[

En el cammpo de la telefona, la calidad
c del servicio fuee definida ppor la UIT een 1994.
Comprende las neecesidades de todos los aspectos
a de una conexin, como el tiempo de rrespuesta
del serrvicio, prdiida, relacin
n seal-ruido o, diafona, eeco, interruppciones, resppuesta en freecuencia,
los niv
veles de sono oridad, y as sucesivameente.
En ell campo dee las redes de compu utadoras y otras redess de paquetes conmuttados de
telecommunicacionees, el trmin no ingenieraa de trfico se refiere a los mecanismos de coontrol de
recursos de reserv va en lugar de la calid dad de serviicio alcanzaados. Calidad del serviccio es la
capaciidad de ofreccer diferentees prioridadees a las diferrentes aplicaaciones, los usuarios, o fflujos de
datos, o para garantizar un cieerto nivel dee rendimientto a un flujo de datos. Por ejemplo, una tasa
de bitss requerida, delay, jitter,, probabilidaad de paquettes perdidos y/o tasa dee bits errneoos puede
ser garantizada. Dichas
D garantas son imp portantes si lla capacidadd de la red ees insuficiente, sobre
todo en
e tiempo reeal para apliccaciones de streaming m multimedia ttales como vvoz sobre IP P, juegos
en lneea e IPTV, ya
y que a men nudo requiereen una tasa dde bits fija y son sensiblles a los retarrdos. Un
- 26 -
ejemplo en que esto
e ocurre ese en la com municacin de datos celular. La inssuficiencia dde dicha
capaciidad est ligaada al nivel de overbookking ofrecidoo en una red..
Una reed o protoco olo que sopo orta calidad de servicio puede acorddar un contrato de trficco con el
softwaare de aplicaacin y la caapacidad de reserva
r en loos nodos de la red, por eejemplo, durrante una
fase de
d establecim miento de sesin. Duran nte la sesin se puede coontrolar el nnivel de renddimiento
alcanzzado, por ejeemplo, a traavs de la veelocidad de datos y el rretraso; y dee forma dinmica las
priorid
dades de trffico en los noodos de la reed.

La Caalidad de serrvicio se utilliza a veces como una m medida de caalidad, en luugar de referrirse a la
capaciidad de reserrva de los reecursos. A veces,
v se refifiere tambinn al nivel de calidad de servicio,
es deccir, la calidadd del serviciio garantizad
da. Alta caliidad de servvicio se conffunde a mennudo con
un altoo nivel de reendimiento o calidad quee se consiguue el servicioo, por ejempplo, la tasa dde bits de
alta, baja latencia y baja probaabilidad de error
e de bit.

2.4.1.1
1 P AQUETE S (P ACKET L OSS
ES PERDIDOS O )

Los routerrs pueden faallar al entreegar alguno s paquetes ssi sus datoss estn daaados o si
llegan
n cuando su us buffers ya estn llenos. La aplicacin receptora ppuede soliciitar esta
inform
macin a ser transmitid da, posiblem mente causanndo graves retrasos enn la transm misin en
generaal.

2.4.1.2
2 J ITTER

Los paquettes llegan all destino conn diferentes retardos. U
Una demora de un paqueete vara
segn su posicin n en las colaas de los ro
outers a lo laargo de la rruta entre orrigen y desttino y la
posici
n puede variar
v de forrma impred decible. Estaa variacin en el retarddo se conocce como
inestab
bilidad y pueede afectar seriamente
s laa calidad de streaming dde audio y/o vvideo.

2.4.2 ACUERDO DE NIVEL DE


D SERVICIO (SLA) [14]]

Un acuerd do de nivel ded servicio o Service L Level Agreem ment, tambin conocidoo por las
siglas ANS o SLA A, es un con
ntrato escritoo entre un prroveedor de servicio y ssu cliente coon objeto
de fijaar el nivel accordado paraa la calidad de
d dicho servvicio. El AN NS es una herramienta quue ayuda
a amb bas partes a llegar
l a un consenso
c en trminos deel nivel de ccalidad del sservicio, en aspectos
tales como
c tiemp po de respuuesta, dispon nibilidad hooraria, docum mentacin ddisponible, personal
asignaado al servicio, etc. Bsiccamente el ANS
A estableece la relacin entre ambbas partes: prroveedor
y clien nte. Un AN NS identificaa y define lasl necesidaades del clieente a la veez que conttrola sus
expecttativas de servicio en relacin
r a la capacidadd del proveeedor, proporrciona un m marco de
entend dimiento, sim mplifica asuuntos comp plicados, redduce las reeas de confflicto y favvorece el
diloggo ante la dissputa.

Tambiin constituyye un punto de referenciia para el meejoramiento continuo, yaa que el podder medir
adecuaadamente los niveles de servicio es el primer paaso para mejorarlos y de esa forma aaumentar
los nd
dices de calid
dad.

- 27 -
2.4.2. 1 P ARAME TROS H ABITTUALES

dos de nivel de servicio pueden conttener un altoo nmero dee parmetross con sus
Los acuerd
correspondientes objetivos
o de nivel de serrvicio. Un caaso habituall en la Gestin de Serviccio TI es
el calll center. Los parmetros designados habitualmennte para estoos casos incluuyen:

Abandonm ment Rate (A ABA): Porccentaje de lllamadas abbandonadas mientras essperaban


recibir aten
ncin telefn
nica.
Average Speed
S to Annswer (ASA A): Tiempo medio norm malmente m medido en seegundos,
utilizado para
p que el seervice desk responda
r la lllamada.
Time Serviice Factor (TSF):
( Porceentaje de llaamadas resppondidas en un plazo dee tiempo
determinad do, por ejem
mplo 80% en 20 segundoss.
First Call Resolution (FCR): Porccentaje de lllamadas reciibidas que ppudieron serr resultas
sin necesiddad de una seegunda llam
mada.
Turn Around Time (TA AT): Tiempo o utilizado ppara complettar una tareaa determinadda.

Los accuerdos de disponibilida


d ad son otro tiipo de parm
metro muy habitual utilizzado en los sservicios
como hosting o servidores dedicados.
d Algunos
A acuuerdos habiituales incluuyen un porcentaje,
tiempoo de operaci
n de la red,, tiempos de mantenimieento, etc.

2.4.3 OVERBOOK
KING [15]

Overbooking es un trrmino usado o para descriibir la ventaa adicional dde acceso a lla red de
transporte. Cuando se empleaa overbookin ng en anchoo de banda, a cada usuaario de la redd que ha
sido ad dmitido en el
e trfico de un
u enlace dee backbone sse le asigna mmenos anchoo de banda dde lo que
solicitten.

Los clientes sueleen pedir ms ancho dee banda dell que necessitan, lo quee lleva aunaa escasa
utilizaacin de la reed, especialm
mente cuand do un gran nnmero de ciircuitos se aagregan en uun enlace
troncaal. Un error comn
c consiiste en supon
ner que Interrnet siempree est congesstionado. Auunque en
algunaas partes, talles como red des de univeersidades de gran utilizaacin esto noo ocurra, la columna
vertebbral de la Internet
I es de relativammente baja carga. Estee recurso subutilizado hace al
overbo ooking posibble.

Los prroveedores de d servicios de red tienen que tenerr cuidado enn la seleccin de la canntidad de
recursos en reserv va. Ellos pueden maximizar el benefi
ficio por preddecir con preecisin la utilizacin
real co
on el fin de especificar una
u poltica de sobrevennta de anchoo de banda quue va a vendder tanto
como sea posible sin causar una u degradaacin de Callidad de Serrvicio (QoS)) en la red. Un QoS
pobre se traduce en prdida de paquetess, resultandoo en el aum mento de retaardo y jitterr, lo que
afecta a la satisfacccin de los clientes.
c


- 28 -
2.5 CALIDAD
D DE EXP
PERIENCIIA (QOE
E)
2.5.1 INDICADO VE DE DESE
ORES CLAV EMPEO (K
KPI) [16]
De accuerdo a la recomendaccin E.419 de la ITU-T T [40], el oobjetivo de describir enn detalle
indicaadores clave de desempe o o Key Peerformance IIndicator (KP
PI) es establlecer una corrrelacin
slida entre los factores
f trad
dicionales qu
ue servan dde indicadorres para la gestin de red y el
"enfoqque comerciaal" agresivo que impera actualmentee en la industria de las teelecomunicaciones.

La perrcepcin de la calidad ded servicio porp los usuarrios dependee del funcioonamiento exxtremo a
extrem
mo del serviicio y, por lo l tanto, se debe enconntrar una mtrica, o connjunto de elllas, que
consid
dere este heccho y que ad dems permita reflejar laa percepcinn del servicioo aun cuando esta se
vea deegrada por faactores exterrnos al operaador.

Los obbjetivos com


merciales eseenciales (KB
BO, Key Bussiness Objecctives) se dedducen de loss asuntos
que caada empresa considera immportantes, tales
t como:

Ingresos.
Reduccin n de costos.
Mejora de la satisfacciin del clientte.
Cumplimieento de la reglamentaci n estatal.
Reduccin n del uso de recursos.
r

Los objetivos
o clave de dessempeo (K KPO, key pperformancee objectivess) son los factores
cuantificables quee contribuyeen a realizar los objetivoos de la em mpresa. Por eejemplo: en relacin
con el aumento dee ingresos, laa disponibilid
dad de serviicios o de la red garantizzara ingresoos. Ahora
bien, la
l disponibillidad de la red
r podra ser
s un requissito impuestto por la regglamentacin estatal
con ell fin de garantizar el servicio, co omo ocurre en los servvicios bsicoos que provveen los
operaddores. Los KPO
K son los factores cuaantificables qque directam
mente permitten realizar oobjetivos
comerrciales esencciales (KBOO) y cuyo vaalor puede m medirse en tiempo reall. Los KPO son los
siguien
ntes:

Disponibilidad.
Reduccinn de los efecttos de las intterrupciones de red.
Integridad..
QoS (calid
dad de serviccio).
Confiabilid
dad

Los in
ndicadores cllave de desem mpeo (KPII, Key Perforrmance Indiicator) son inndicadores cconcretos
y cuanntificables qu
ue se midenn en tiempo real
r y que faacilitan direcctamente el ccumplimientto de los
objetiv
vos principaales de la em
mpresa al permmitir que se alcancen los objetivos cclave de desempeo.
Estos indicadores se relacionan entre s para
p determ
minar un moddelo de caliidad. En estaa misma
lnea, la recomend dacin E.8000 [38] muesttra que los coomponentess que contribbuyen a la caalidad de
serviciio extremo a extremo se s encuentraan a lo largoo de toda laa red y paraa determinarr la QoS
extrem
mo a extremo o es necesario determinaar las condicciones operaativas en quee se proporciionar el
serviciio.

- 29 -
Finalmente, la Calidad de servicio experimentada o percibida por el usuario QoSE corresponder
a la QoS proporcionada por el proveedor del servicio e influenciada por los factores sicolgicos
que influyen en la percepcin del usuario es por ello que es fundamental conocer la QoSE para
optimizar los ingresos y recursos del proveedor del servicio.

La calidad de servicio se puede desglosar en cuatro polos como se muestra en la Ilustracin 15:

ILUSTRACIN 15: POLOS DE LA CALIDAD DE SERVICIO

Los Requisitos de QoS del cliente, corresponden a la declaracin de requerimientos de QoS de un


usuario o necesidades de calidad de funcionamiento de un servicio. El QoS ofrecido por el
proveedor corresponde a la declaracin del nivel de calidad planificada por el proveedor de
servicios. Los QoS logrados por el proveedor corresponden al nivel de calidad logrado o
alcanzado por el proveedor. Finalmente el QoS percibidos por el cliente, corresponde al nivel de
calidad que el cliente declara haber experimentado por el servicio brindado.

Estos cuatro polos muestran lo distinto que pueden ser los indicadores que se puede estar
midiendo o considerando a la hora de evaluar un servicio y lo indispensable que es que estos se
encuentren fuertemente correlacionados y sea posible medir de modo tal que cuando se mida la
calidad de servicio que se est ofreciendo a un cliente sea en realidad la QoS percibida, de modo
tal que se tenga claridad en lo que est recibiendo el usuario.

Pero de esta misma forma, los indicadores de calidad de servicio no necesariamente son capaces
de mostrar la experiencia que est recibiendo un usuario ya que los indicadores por s mismos,
slo son capaces de mostrar niveles de servicio de los diferentes factores que influyen en la
experiencia del usuario y no la experiencia propiamente tal.

Este nuevo concepto se conoce como calidad de experiencia o QoE (Quality of Experience) que
recoge la totalidad de los efectos del sistema a lo largo de la comunicacin extremo a extremo y
se ve influenciado por las expectativas del cliente y el contexto en que recibe el servicio. Este
enfoque permite conocer la calidad percibida por el cliente y de este modo poder modelar el
comportamiento que tendr la red y as determinar cuando el usuario est percibiendo una mala
calidad del servicio, aunque los indicadores de QoS tradicionales no se vean alterados y ms aun
adelantarse a posibles problemas y corregir las falencias antes que se transformen en un
incidente.
- 30 -
2.5.2 MODELO DE QOE [16]

Consideranndo los punttos anteriorees, es indispeensable adopptar una meetodologa dee trabajo
que peermita modeelar el serviicio y de esse modo esttablecer un indicador dde desempeo de la
calidad
d de experieencia percibiida por el usuario. La IT TU-T [39] rrecomienda el siguiente proceso
para estimar la callidad de funccionamiento de un serviccio extremo a extremo:

ILUSTRACIN 16: PROCESO DE


D ESTIMACIN
N DE QOE EXT REMO-EXTREM
MO

El primmer paso coonsiste en la evaluacin de la calidaad de funcionamiento dee la red. Exiisten dos
fuentees principaless de informaacin sobre la
l calidad dee funcionamiiento de la rred, las mediiciones y
el moddelamiento.

Las mediciones
m peermiten que la red sea tratada
t comoo una caja nnegra y geneeran informaacin til
para el
e resto del modelamien nto, es su reealizacin ess importantee tener en ccuenta las siiguientes
consid
deraciones:

1. La prueba no debe alterar el mediio de la apliicacin conssiderada. Porr ejemplo, el control


de flujo dee TCP responnde a las con
ndiciones dee red y tiendee a llenar lass colas en los cuellos
de botella,, incrementaando el retaardo por sobbre lo que ppodra mediirse en casoo que no
realizara laa prueba.
2. La carga sin mediciones debe ser similar en taamao y carractersticas a las condicciones en
las que haan de aplicaarse las pruuebas. Las m mediciones een una red no cargadaa no son
particularm
mente tiles.

El modelamiento de d la red pueede proporciionar la caraacterizacin de la calidadd de funcionnamiento


necesaaria cuando la red no esst an plen
namente connstruida o cuuando no puuedan alcanzzarse las
deraciones esenciales paara las mediciones. Las herramientaas de modellado exigen bastante
consid
periciaa e informaacin sobre la red con nsiderada paara conseguiir los resulttados previsstos. No
obstan
nte, la precisin de este mtodo
m depeender en grran medida dde la precisin de la infoormacin
disponnible.

El seg
gundo paso consiste
c en la
l evaluacin
n de la caliddad de funcionamiento dde la aplicaccin. Los
modellos de aplicaacin utilizan como entrradas las esttimaciones dde la calidadd de funcionnamiento
de la red
r y producen como reesultado unaa o varias m mtricas de ccalidad de fuuncionamiennto de la
aplicaccin.

El terccer paso connsiste en la evaluacin


e de
d la calidadd percibida ccomo un valoor de perceppcin del
usuario. Esto sum mado a la in nformacin proporcionaada por los pasos anterriores entregga como
resultaado final la estimacin
e de
d la calidad
d de funcionaamiento extrremo a extreemo de la applicacin
en cueestin.
Esta metodologa
m considera laa informaci
n de la redd, aplicacin y percepcin del clientte que al
ser mo odelada y coorrelacionada apropiadam mente entreggar como rresultado el o los indicaadores de
- 31 -
d de experiencia que perseguimo
calidad os, pudiendoo as descriibir el com
mportamientoo de los
usuarios y su percepcin del servicio. De
D este modoo, ser posiible determinnar los factoores que
estn afectando lal experienccia del usuaario y realizzar rpida y eficazmennte las corrrecciones
necesaarias para meejorarla.

2.5.3 KPIS USA


ADOS EN EL
L CONTEXT
TO DE ESTE
E TRABAJO
O

2.5.3.1
1 N OTA DE
E O PININ M EDIA (MOS ) [17]

La Nota media
m de opin
nin (MOS) es una prueeba correspondiente a la especificaciin de la
ITU-T T (recomend dacin P.800 0) que ha siido utilizadoo durante dcadas en laas redes de ttelefona
para obtener
o la vista
v del usu
uario human no de la caalidad de la red. En muultimedia (aaudio de
telefon na, voz o vdeo),
v especcialmente cu uando se utillizan codecss para comprrimir el requuisito de
ancho de banda (por ejemplo o, de una co onexin de vvoz digitalizzada a partirr de los 64 kbps en
modullacin PCM M), el MOS S proporcion na una indiicacin num mrica de lla calidad ddesde la
perspeectiva de los usuarios de los medios de comunicaacin recibidda despus dde la compreesin y/o
transmmisin. El MOS
M se expreesa como un n solo nmeero en el ranngo de 1 a 55, donde 1 ees la ms
baja caalidad percibbida de audio o, y 5 es el ms
m alto de m medicin de calidad perccibida de auddio.
El MO OS es generaado por un promedio
p dee los resultaddos de una sserie de prueebas estndaar, donde
una seerie de tasa de oyentes de d la calidad d de audio eescuchando frases pruebba de lecturaa en voz
p los habllantes masculinos y feemeninos enn el medio de comuniicacin que se est
alta por
proban ndo. Un oyeente tiene la obligacin de d dar a cadaa frase, una clasificacinn con el esqquema de
calificcacin siguieente:

TABL
LA 5: VALORES DE MOS
Mean opinion
o scorre (MOS)

MOS Calidad
C Perrcepcin de
el error
5 Excelente
E Imperceptible
4 Buena Percep
ptible pero n
no molesta
3 Suficiente Liggeramente m
molesta
2 Pobre Molesta
1 Mala Muy molessta

El MOOS es la meddia aritmticaa de todas laas puntuacioones individuuales, y puedden ir de 1 (ppeor) a 5
(mejorr). En algunas herramienntas estos vaalores suelenn ser en la eescala de 1-1100, con la ssiguiente
equivaalencia:

- 32 -
TABLA 6: CONVERSIN DE ESCALAS DE MOS
Equivalencia de escalas de (MOS)
MOS MOS
Calidad
15 1100
5 80100 Excelente
4 6080 Buena
3 4060 Suficiente
2 2040 Pobre
1 020 Mala

Comunmente, se utilizan sistemas codificadores/decodificadores (codecs) y procesamiento digital


de seales (DSP) en las comunicaciones de voz, y pueden ser configurados para ahorrar ancho de
banda. Si este es el caso, existe un compromiso entre calidad de la voz y la conservacin de
ancho de banda. Ancho de banda se pueden medir cuantitativamente, pero la calidad de voz
requiere la interpretacin humana, aunque las estimaciones de la calidad de voz se pueden hacer
por los sistemas automticos de prueba. Un proceso similar se puede utilizar para evaluar la
calidad de vdeo subjetiva.

A modo de ejemplo, las siguientes son las puntuaciones medias de opinin para una
implementacin de diferentes codecs:

TABLA 7: COMPORTAMIENTO DE LOS CODECS DE AUDIO
Data rate Mean opinion score
Codec
[kbit/s] (MOS)
G.711 (ISDN) 64 4.1
iLBC 15.2 4.14
G.729 8 3.92
G.723.1 r63 6.3 3.9
GSM EFR 12.2 3.8
G.726 ADPCM 32 3.85
G.728 16 3.61

Un inconveniente de la obtencin de estimaciones MOS es que puede ser muy tedioso y costoso
ya que requiere la contratacin de expertos para hacer estimaciones. Cuando un sistema de
codificacin de voz est en desarrollo, o el desarrollador tiene que probar y comparar un par de
sistemas de audio, es muy importante tener la posibilidad de una prueba rpida.

2.5.3.2 P EAK DE LA RAZN DE S EAL - A -R UIDO (PSNR) [18]


- 33 -
PSNR es unu trmino inngenieril parra la razn eentre la energga mxima posible de uuna seal
y la en
nerga del ru
uido que afeccta la fidelid
dad de su reppresentacinn. Ya que mu
muchas sealees tienen
un ranngo grande y dinmico, el PSNR see expresa usuualmente enn trminos dde escala loggartmica
beles, dB).
(decib
El PSN NR se usa ms
m comnm mente como unau medida dde la calidadd de la reconnstruccin dde codecs
sin prrdidas (por ejemplo,
e com
mpresin de imgenes). En este casoo, la seal ess el dato origginal y el
ruido es el error introducido
i por la comppresin. Cuaando se com mparan los ccodecs se usa como
aproxiimacin a laa percepcin humana de la calidad dde reconstrucccin de la imagen. Estoo, ya que
en alggunos casos an cuando o la reconstrruccin aparrenta ser ms cercana aal original qque otra,
tiene un
u PSNR msm bajo (un PSNR alto indica que lla reconstrucccin es de alta calidadd). Dicho
esto, se
s debe ser extremadame
e ente cuidadooso en el ranngo de valideez de esta mtrica; es vlida slo
si se comparan ressultados obteenidos del mismo
m codec..

Se deffine de maneera ms fcil va error cuadrtico


c m
medio (MSE)) lo cual, parra dos imgeenes (I y
K, de la Ecuacin n 1) monocrromticas m x n, dondee una de laas imgenes es considerrada una
aproxiimacin ruid
dosa a la otraa, se define como:
c

ECUACI
N 1: ESTIMACIIN DE MSE

As, ell PSNR se define como:

ECUA
ACIN 2: ESTIM
MACIN DE PSN
NR EN FUNCIN
N DE MSE

Los vaalores tpico


os de PSNR para
p imgen
nes con prddida y comprresiones de vvideo son enntre 30 y
50 dB
B, donde a msm alto, meejor. Los vaalores aceptaables para uuna transmisin inalmbbrica con
prdid
das son consiiderados enttre 20 y 25 dB.
d Cuandoo las dos imgenes o viddeos son idnnticos, el
MSE ser
s cero. Paara este valorr, el PSNR est
e indefiniddo.

2.5.3.3
3 E VALUAC
CIN P ERCEP
PTUAL DE LA DE LA VOZ (P
A CALIDAD D PESQ) [19]

PESQ (Perrceptual Eva
aluation of Speech
S Quallity) es una ffamilia de esstndares quee buscan
una metodologa
m de
d pruebas para
p lograr laa automatizaacin de la ccalidad de laa voz experiimentada
por un
u usuario de sistemass telefnicos. Se encuuentra estanndarizado poor la ITU-T T en la
recom
mendacin P.862 (02/01). Hoy en daa, PESQ es uun estndar dde alta aplicacin industtrial para

- 34 -
el testteo de la callidad objetiv
va de la vozz, usado entrre otros porr empresas m
manufacturaddoras de
telfonnos, vendorss de equipammiento de redd y operadorres de telecommunicacionees.

2.5.3.3..1 E NFOQU E DE MEDICI


N

PESQ ha sido desarro ollado especcialmente paara modelarr las pruebaas subjetivass de uso
comn n en las teleccomunicacioones (por ejeemplo, el UIT T-T P.800: M
MOS) para eevaluar la caalidad de
la vozz por los seeres humano os. En conseecuencia, PE ESQ empleaa muestras rreales de vooz como
entradda. Con el finn de caracterrizar la calid
dad de la esccucha como es percibidaa por los usuuarios, es
de summa importan ncia la carga de equipos de telecomuunicaciones con seales semajantes al habla
real. Las
L directricees para las ap plicaciones se
s definen enn la referenccia PESQ ITU-T P.862.33.
2.5.3.3..2 T IPOS DE
E PRUEBAS

Dependien ndo de la in
nformacin que se pon e a disposiccin de un algoritmo, estos se
pueden
n dividir en dos categoras.
2.5.3.3
3.2.1 ALGOR
RITMO FULL-R
- EFERENCE (FR)
Tiene acceeso y hace usso de la seaal de referenncia original para una coomparacion, es decir,
un anaalisis de dife
ferencias. See puede commparar cada muestra de la seal de referencia ((extremo
emisorr) con cada muestra
m de la
l seal degrradada correespondiente ((extremo recceptor). Las medidas
de FRR entregan la ms alta eficacia y repetibilidad
r d, pero solo puede ser aaplicada en pruebas
especficas en red
des vivas (po
or ejemplo, herramientas
h s de comparaacin en pruuebas en connduccin
para reedes mviless).
2.5.3.3
3.2.2 ALGO
ORITMO NO-R
REFERENCE (N
NR)
Utiliza slo
o la seal deegradada parra la estimaccin de la caalidad y no ttiene inform macin de
la seaal de referen
ncia original. Los algorittmos NR (coomo por ejem mplo, P.563)) son estimaadores de
baja precisin, deb bido a que laas caracterssticas de la vvoz de origenn de la referrencia de oriigen son
complletamente deesconocidas. Una varian nte comn dee este tipo dde algoritmoos ni siquieraa analiza
la seaal de audio decodificada
d a sino que trrabaja en el anlisis del bitstream ddigital en un nivel de
paquette IP. La meedicin es co onsecuentemmente limitadda al anlisiss del transpoorte de los daatos.

El alg
goritmo PES SQ es FR y analiza la seal de sppeech muesstra por muuestra, luegoo de una
alineaccin temporral de los correspondien
ntes extractoos. PESQ puuede ser applicado para proveer
asegurramiento dee calidad de extremo a extremo en una redd, o caractterizar compponentes
individ
duales.
El resu
ultado del allgoritmo PES
SQ es un vallor MOS en la escala 1-55.

2.5.3.4
4 M TRICA
A DE C ALIDA
AD DE VI DEO
O (VQM) [18
8]

VQM es un n indicador de
d medicin
n de calidad dde video de manera objeetiva que inccorpora
ntos de la peercepcin hu
elemen umana ante un
u video.

Los allgoritmos dee compresi


n sin prdid
das (como la codificaccin de Hufffman, por ej ejemplo),
slo lo vel de comprresin de 3:1. Los algorritmos con pprdidas resuultan en un rrango de
ogran un niv

- 35 -
compresin mucho mayor (del orden de 100:1), sin embargo, siempre introducen artefactos. Para
controlar dichos artefactos se require una mtrica de calidad de video correcta.

La funcin de sensibilidad humana al contraste espacio-temporal (ver Ilustracin 17) es la base


de toda mtrica de video y sonido. Se puede ver que la sensibilidad ocular decrece con altas
frecuencias espaciales y temporales. Basada en la variada sensibilidad, se puede representar esto
con menor precisin gracias a que los ojos humanos no son sensibles a la prdida de informacin
en este rango.

ILUSTRACIN 17: FUNCIN DE SENSIBILIDAD HUMANA AL CONTRASTE ESPACIO-TEMPORAL

- 36 -
3 CAPTU
ULO III:: METO
ODOLOG
GA
En este caaptulo se deetalla la meetodologa seeguida para la concreciin de los oobjetivos
planteados en el captulo
c 1. Se
S parte por indicar al leector el diseeo de las ppruebas de concepto,
consid
derando las redes y serrvicios en estudio. Tam mbin, se deetallan aspecctos tcnicos de los
serviciios que sern montadoss sobre esta arquitecturaa y, por ltiimo, se indiica el proceddimiento
para laa toma de daatos tanto de calidad de servicio
s com
mo de experieencia.

Se connsidera com
mo objetivo final
f de la metodologa
m a la obtencin de indicaadores de caalidad de
experiiencia (QoE
E) en serviciios que son
n independieentes del prroveedor de internet, coonocidos
como Over-The-T Top (OTT), evaluados en una redd 3,95G LT TE/IMS. Parra esto, se entregan
mtod
dos a modo ded pruebas ded concepto que son pueestos en marrcha, en un pprincipio, enn una red
de reea local (aa modo de verificacin de la coorecta mediicin), paraa luego passar a la
implemmentacin enn la red LTE
E/IMS.

Las prruebas de co oncepto son realizadas


r paara cada servvicio evaluaado bajo difeerentes escennarios de
congestin, de maanera de validar la corrrecta variaciin de las m mediciones dde QoE bajoo dichos
escenaarios. De estta manera, taambin debee considerarsse la maneraa en que cadda servicio innteracta
con ell usuario y con
c la red, razn
r por laa cual cada una de estaas pruebas dde concepto presenta
alternaativas de medicin. Cada una de estas e alternaativas presennta enfoquees que, por un lado,
realizaan un seguim miento en lnea espiand do la red enn busca de uuna llamada o una provvisin de
video en lnea y, por otro, esttablecen unaa captura dell trfico real va grabacin del audioo o video
desde el extremo del cliente. A continuaccin, se entrregan las connsideracionees que preseenta cada
serviciio a ser estud
diado con ell objetivo de elegir el mtodo de meddicin ms aapropiado.

3.1 DISEO DE
D LAS PRUEBAS
P DE CONC
CEPTO

En este apaartado se enccuentra el diseo a consiiderar en lass pruebas de concepto dee cada
parmmetro de caliddad, teniendoo en cuenta lal eleccin dde los serviciios a medir y las redes een que se
realizaan.

3.1.1 SERVICIO
OS AL USUA
ARIO FINAL
L A CONSID
DERAR

Se realiza a continuacin la elecciin de los serrvicios a meedir a travs de la metodoologa


expuesta en este trrabajo, destaacando la maanera en que cada uno dee ellos es im
mplementado.

3.1.1.1
1 S ERVICIO
OS DE V O IP

Los serviccios de voz sobre IP co onsiderados en este traabajo correspponden a doos tipos,
amboss de cdigo o libre: unaa implemen ntacin de una centrall telefnica IP Asterissk de la
corporracin Elastiix; y un Subssistema Mulltimedia IP ((IMS) Open Source.
Ambas alternativaas emplean los protocolo os SIP para eel establecim
miento de llaamadas y soolicitudes
de reggistro, y DIA
AMETER parra las consulltas a la basee de datos dee usuarios. U
Una vez estaablecidas
las sessiones de communicacin, se emplea el
e protocolo UDP/RTP ppara el envoo de trfico.

- 37 -
Ademms, si al servvidor Asteriisk se le agrrega una tarj
rjeta telefniica, es posibble realizar lllamadas
l PSTN. Paara que IMS logre dicha funcionaliddad se debenn agregar elementos de red como
hacia la
por ejemplo un Media
M Gatewway Control Function (M MGCF) para la traduccin de los prrotocolos
de vozz sobre IP y telefona
t traadicional.

3.1.1.2
2 S ERVICIO N DE V IDEOS
O DE EMISIN S

Para la emmisin en ln
nea de videoos se considdera un serviidor dedicaddo que contenga los
videoss a ser soliccitados. Adeems, dicho
o servidor ddebe ser cappaz de emitiir en los prrotocolos
UDP/R RTP/RTSP va una inteerfaz de red d Ethernet. La emisinn se realiza de manera unicast,
especiificando la direccin
d IP de
d destino, el
e puerto y/o el nombre dde dominio ddel servidor segn el
protoccolo a usar.

3.1.1.3
3 S ERVICIO
OS O VER T HE
E T OP (OTT))

Los serviciios OTT a ser


s consideraados en las ppruebas de concepto soon: Youtube y Skype.
Ambo os requieren la instalaci
n de prograamas en el coomputador ddel usuario: Adobe Flassh Player
(para Youtube)
Y y el
e software de
d Skype, am mbos descarggables gratuiitamente.

3.1.2 ALCANCEES DEL DISSEO

Se detalla en
e esta secciin las consiideraciones y los alcances a tener enn cuenta en eel diseo
de la metodologa
m a de medici n a travs de las pruebbas de conccepto. Para eesto, se entrregan los
princip
pales desafoos tnicos en
nfrentados paara la definiccin de cadaa prueba.

3.1.2.1
1 S EGN SE
ERVICIO

Se entregan
n las consideeraciones dee alcance seggn el serviccio a ser meddido.
3.1.2.1..1 S KYPE [2
20]

Skype pressenta una maanera seguraa de proveer el servicio dde VoIP al eencriptar las sesiones
estableecidas con el cliente, es decir, es imposiblle usar proogramas esppas para ccaptar la
comun nicacin ni programas
p quue entreguenn indicadoress de calidad percibida dee manera onnline.

Esto, sumado
s al hecho
h de quee Skype tien ne un protocoolo propietaario, deja com
mo nica altternativa
viable a la grabaccin del audiio de la llam
mada en los clientes para su posterioor procesam
miento en
bsqueeda de los paarmetros dee calidad.

Otro punto
p importtante es que Skype preseenta manerass distintas dee manejar laa entrega de audio de
la llam
mada dependiendo del nivel de co ongestin enn el enlace hacia el cliiente. As, een casos
extremmos, se adap
pta el codec al inicio dee la llamadaa y se utilizaa por ejempplo, menor aancho de
banda para la llammada establlecida. Esto ltimo, agrrega la neceesidad de esstablecer el nivel de
congestin una vez establecidaa la comuniccacin.
3.1.2.1..2 Y OUTUB
BE [21]

Youtube ess un reprodu uctor de videeos FLV y MMP4 embebiido en una ppgina web. La capa
de trannsporte utiliza el protocolo TCP. Essto genera uuna alta depeendencia enttre la perceppcin del
clientee y el tama o del buffe
fer. Dicho buffer corressponde a unn almacenam miento temporal que
- 38 -
comienza a ser lleenado siemprre y cuando la tasa de deescarga del vvideo sea maayor a la tassa en que
se reprroduce el vid
deo.

As, see heredan lo


os problemas del protoccolo TCP paara la provisin de serviicios en tiem mpo real,
sin em
mbargo generra la ventajaa de que, graacias a la coonfirmacin de recepcin, se pierdaan menos
paquettes de datos con respecto
o a otros pro
otocolos commo UDP.

Por lo
o tanto se ob bserva que la percepcin n del usuariio, en cuantoo a la calidaad del conteenido del
video (calidad dell frame), no se logra deeteriorar, sinno ms bien la congestin de la red tiene un
impacto en el tiem mpo que deemore en interrumpirse el video. F Finalmente, se deben coonsiderar
alternaativas que caapturen la totalidad del tiiempo que tooma el cliennte en ver el video complleto.
3.1.2.1..3 V O IP Y V IDEO S TREA
AMING (VV O I P)

Ambas opcciones establecen primero sesiones entre los cliientes y el seervidor en ppos de su
registrro, para lueego estableccer sesiones de comuniicacin entrre los clienntes para realizar la
llamadda. Una vez establecida la conexin n de la llamaada entre loss clientes, see encarga laa capa de
transporte (UDP) del envo y recepcin dee datos, deslligando de ddicha responnsabilidad al servidor
VoIP.
Al ser de cdigo abierto
a y al usar
u protocollos de transpporte tradicioonales como SIP y UDP//RTP, es
posible realizar caapturas en laa red y realizzar medicionnes en lnea dde la calidadd percibida mmediante
prograamas que reaalicen dichass capturas.

Para la
l provisin de video se utilizan herramientas
h de cdigo libre que reealizan una emisin
directaa indicando el protocollo de la cap
pa de transpporte (en estte caso, UD
DP/RTP). El video a
emitirse se encuenntra codificad
do en MPEGG-2 y est enn un conteneedor AVI.

Esto, y al igual quue en el caso vicios VoIP,, implica la factibilidad del uso de software
o de los serv
que caapture desdee la red los paquetes
p de informacinn de video ppara su proceesamiento enn lnea y
posterrior obtencin de parmeetros de calid
dad.

3.1.2.2
2 S EGN RE
ED

Gracias a que
q la red LTE/IMS
L prresenta conm mutacin de paquetes, aadems de pooseer un
manejo a travs deel protocolo IP tanto en el ncleo dee la red com mo en el planno de los usuuarios, se
puede ver a dich ha red com mo una de rea local een que, el nncleo, conntiene serviddores de
sealizzacin (tanto o para los clientes
c como o para el trfico mismoo) contenidoo en un segm mento de
red, y el plano dee los usuario os en otro segmento disstinto. Ambos interconeectados por el SGW
(Serving Gateway y) de la red LTE
L que, a nivel
n IP, tienne el compoortamiento dee un router/GGateway
traducciendo las dirrecciones dee otra y maneejando DHC CP para la assignacin de IP a los clieentes que
se regiistran a travs de los e-n
nodo-B.
De estta manera, es e fcil ver lal analoga entre
e una reed LTE y unna red LAN,, lo cual da pie para
considderar la pueesta en marrcha de las pruebas dee concepto en una redd LAN prevvio a su
implem mentacin en n LTE como o una pruebaa prototipo.

Aclaraado este pun


nto, la red LAN/IMS
L a implementtar debe posseer un servvidor DHCP
P para el
manejo de los usuarios de mannera de emullar el compoortamiento dde la red LTE
E.

- 39 -
TE, se debe poseer un mdem
En LT m USB para la connexin a la rred. Esto aaade la restriccin de
compaatibilidad enttre dicho m
dem y el sisstema operattivo del com
mputador a seer utilizado.

Ademms, los progrramas que permiten meedir QoE y aaquellos quee se utilizan para la provvisin de
los differentes tipos de servicio
os presentan
n sus propiass restriccionees, las cuales estn direcctamente
relacio
onadas al Sistema
S Operrativo que see escoja.

Otro punto
p de inteers de caraa al correcto funcionamiiento de las pruebas, es el hecho dee que en
una reed LTE, el servicio Peeer-to-Peer no n est habiilitado por ddefecto por razones de carcter
comerrcial. Este heecho impide el correcto funcionamieento de las lllamadas VooIP entre usuuarios de
LTE puesto
p que una
u vez se esstablece la seesin de com municacin, el trfico ess enviado dee manera
peer to
o peer. Lo mismo
m sucedee si se intentta emitir un vvideo desde un cliente L
LTE.

3.1.3 DISEO DE
D LA ARQU
UITECTURA
A DE LAS R
REDES

Se entrega el diseo fin


nal a consideerar en la arqquitectura dee las redes y la manera een que
este ess realizado, de
d acuerdo a las entidadees de red conn las que se trabaja.

3.1.3.1
1 LTE/IMS
S

En esta seccin
s se desarrolla el diseo consideradoo de la plaataforma LT TE/IMS,
estableecindose suus caracterssticas y presentndose en detalle ccada uno dee los elemenntos que
compo onen la arquiitectura paraa cada una dee las medicioones a realizzarse.
Se desscribe tambin la arquiteectura de pru uebas de LT TE con la quee se cuenta y las propieddades de
los disspositivos do
ongles que permiten la conexin a laa red.
3.1.3.1..1 A LCANC
CES

La entidad d IMS Open n Source usaada en este trabajo de tttulo corresponde a trabbajos de
ttulo anteriores, razn
r por laa cual se herredan algunaas consideraaciones acercca de la instalacin;
agregndose algun nas considerraciones nueevas en cuannto a su interconexin con la red L LTE. En
cuantoo a la red LT
TE, correspon nde a una arrquitectura yya instalada ppor lo que see toma conoccida y se
agregaa a la seccin
n de diseo como
c un alcance del missmo.

3.1.3.1
1.1.1 IMS OPEN SOURCE
E

Se acota su s funcionalidad debidoo a la caraacterstica O


Open Sourcee del mismoo y a la
necesiidad de interrconexin co
on la red LTE
E:

Es una plaataforma quee permite el establecimiiento de sesiiones de vozz y video addems de


mensajeraa instantneaa.
No represeenta un IMS S comercial, por lo cual no se consiideran todass las funcionnalidades
descritas en
n el estndarr IMS.
Se simplifi ma definiendo un grupo acotado de sservidores qque permitenn simular
fica el sistem
el comporttamiento dell core de diccha arquitecttura. Todos estos serviddores correspponden a
la mnima configuraci n funcionall posible.
Dichos serrvidores son montados en n una mismaa mquina viirtual, en la misma direcccin IP.

- 40 -
No se configuran parmetros de QoS en el IMS, ya que dicha labor requiere la
comparticin de polticas con la red LTE, lo cual es impracticable en este caso.
Para la configuracin, se adopta la IP de la red LTE.

3.1.3.1.1.2 RED LTE EN LA FCFM

La red LTE de la Facultad de Ciencias Fsicas y Matemticas considera dos tipos de


sitios: indoor y outdoor. Para el primero, se cuenta con antenas de baja ganancia indoor alojadas
en el Laboratorio de Telecomunicaciones del edificio de Electrotecnologas; para el segundo, se
encuentran ubicadas en los techos de los edificios del DIE y del CEC antenas bi-sectoriales que
permiten movilidad.

Como el presente trabajo de memoria no tiene por objetivo estudiar la movilidad ni el desempeo
de LTE en radiofrecuencia, se considera slo el ambiente indoor de pruebas.
Adems, con respecto a la conexin de los usuarios a la red LTE, es va notebooks con sistema
operativo Windows XP y Windows 7. Esto, pues el dispositivo modem USB (dongle) tiene esta
restriccin. Para las pruebas, se cuenta con 2 mdems USB LTE de la empresa ZTE los cuales se
interconectan a la red LTE en modo FDD y a la frecuencia de 2,6GHz. Tienen las siguientes
caractersticas:

TABLA 8: CARACTERSTICAS DEL MDEM USB LTE [22]


Modelo ZTE MF820
Modo de Operacin de red FDD/TDD
Frecuencia de operacin
2,6; 2,1; 1,8 GHz
(LTE)
Windows XP, Vista; 7; Mac OS
S.O. soportados
X 10.5.8 y versiones posteriores

Subida: 50 Mbps
Rapidez de Datos
Bajada: 100 Mbps
Interfaz USB USB 2.0

Dichos mdems se conectan mediante un puerto USB a cualquier computador que cumpla con lo
especificado en la Tabla 8.

3.1.3.2 C ONSIDERACIONES DE DISEO DE LA RED LTE

En esta seccin se presentan los equipos y la configuracin de la red LTE con la que se
cuenta para realizar este trabajo.
Una red de acceso LTE considera una arquitectura reducida en comparacin a 3G, en que se
manejan slo datos paquetizados y no existe transmisin de voz nativa va conmutacin de
circuitos. A travs de una mejora en la modulacin tanto en el downlink como en el uplink se
mejora la eficiencia espectral y la rapidez envo de datos.

- 41 -
Para esto, el estndar LTE cuenta con 2 elementos fundamentales en su ncleo (llamados en su
conjunto EPC): Mobility Managment Entity (MME), Serving Gateway (SGW). Adems, debe
existir una base de datos de usuarios (HSS) y un Packet Data Network Gateway (PDW), para
permitir la interconexin hacia otras redes (internet, entre ellas). Adems, cuenta con los e-nodos-
B los cuales componen las estaciones bases de este sistema junto a su controlador respectivo y a
las antenas; es decir, el e-nodo-B es capaz de manejar el Handover entre celdas sin recurrir al
EPC para esta funcin.

Para las consideraciones del diseo, y al ser el laboratorio de LTE en la Universidad una
configuracin previamente armada para demostraciones de esta tecnologa, se mantiene ese
diseo, que corresponde a una versin reducida de este sistema: existe un MME, y SGW
(llamado xGW) ms la base de datos de los usuarios HSS. Se omite el PDW ya que este
laboratorio no cuenta con la conexin a internet.

As, la arquitectura de LTE posee las siguientes entidades:


UE
E-Nodo-B
MME
SGW (xGW)
HSS

3.1.3.3 C ONSIDERACIONES DE D ISEO DEL IMS O PEN S OURCE

IMS est compuesto por un conjunto de entidades o servidores que interactan entre si
emulando el comportamiento del core IMS en un ambiente controlado. En este sentido, las
componentes conviven en una red privada IP de computadores y se comunican a travs de los
protocolos establecidos en el estndar de la 3GPP para IMS.

Para escoger las entidades IMS que se adoptan para la arquitectura final, se considera lo
siguiente:
El sistema se disea con el fin de emular el funcionamiento del core IMS.
El acceso al sistema por parte de usuarios se realiza mediante un dongle conectado a los
e-nodo-B de la red LTE.
Existe interaccin entre el IMS Open Source y el EPC de la red LTE de pruebas indoor.
Esto se realiza mediante la asignacin de una IP privada en la red del Serving Gateway
del EPC. As, las comunicaciones son enrutadas va LTE entre los distintos usuarios que
estn coenctados a los nodos.
Se instala el IMS en un solo equipo, pues no se requiere estudiar el comportamiento de
cada componente en forma aislada. Sin embargo, esta implementacin podra tener
incidencia en las capacidades de la red (throughput y velocidad de procesamiento).

Expuesto lo anterior se definen las siguientes caractersticas generales de diseo:

Dado que para establecer las sesiones dentro de esta arquitectura se utiliza el protocolo
SIP, se ocupa un programa Cliente SIP 3GPP (cliente SIP con alteraciones para IMS) para
acceder al sistema. Dicha aplicacin corre en computadores que poseen un dongle LTE y
llegan a establecer la comunicacin va la interfaz area LTE y el EPC.

- 42 -
No se consideran elementos de la arquitectura IMS que permiten la interoperabilidad con
la PSTN. Tampoco se considera la conexin del IMS a una PBX-IP (como Asterisk, por
ejemplo). Sin embargo, se empleaa un PBX-IP privada Open Source (Asterisk) para hacer
llamadas de telefona tradicional va IP dentro de la red LTE solamente sin interaccin de
ste con IMS. Se deja como trabajos futuros la conexin de dicha red a la PSTN.
IMS permite establecer sesiones SIP exclusivamente entre los clientes SIP de la red y a
travs de la interfaz de usuario sealada anteriormente.

En base a las ideas anteriores se escoge un grupo acotado de entidades de la arquitectura IMS que
permiten emular el core de dicha arquitectura:

UE
HSS
P-CSCF
I-CSCF
S-CSCF
DNS

Las seis entidades escogidas son bsicas para el funcionamiento de una red IMS. El UE
corresponde al terminal de usuario del cliente que posibilita el acceso al sistema que, en este
caso, es un software. El HSS representa la base de datos que permite el registro de usuarios y por
ende la comunicacin entre los clientes SIP. El P-CSCF es el primer punto de contacto de un
usuario con la red IMS. El I-CSCF participa en el registro de clientes y permite el uso de
Roaming. Finalmente, el S-CSCF es el servidor SIP que sirve los requerimientos de un usuario.

Tomando en cuenta todas estas funciones, se establece su uso en el diseo de la red final. Todas
las entidades mencionadas, salvo la UE, corren en el mismo computador, el cual es conectado al
core de LTE mediante la asignacin de una IP en la red local del plano de control del EPC.

3.1.3.4 C ONSIDERACIONES DE DISEO DE LA INTERCONEXIN ENTRE IMS Y LTE

Para el diseo de la red LTE/IMS se consideran los siguientes elementos de la arquitectura:

1. Un acceso de radio LTE de pruebas indoor, en modo FDD


2. Un ncleo de paquetes EPC de pruebas
3. Un ncleo de control IMS Open Source
4. 2 dongles USB LTE en el lado del cliente (UE) en modo FDD
5. Un Media Server donde se alojan los videos
6. Al menos dos computadores con un mdem USB LTE en UE (User Equipment) para
establecer las conversaciones de VoIP, recepcionar videos y montar las herramientas de
medicin.

En la configuracin de esta red se debe tener en cuenta las caractersticas Open Source de IMS y
las caractersticas de prueba de LTE. Es decir, slo el IMS es manipulable, la configuracin de
LTE es dada.

Para que el IMS Open Source funcione en cualquier red de acceso, dicha red debe tener la
capacidad de soportar servicios Peer to Peer, lo cual es chequeable haciendo un ping entre dos
- 43 -
equipoos conectado os en dichaa red. En caaso en que ambos reciiban el pingg solicitado,, no hay
probleemas de con nfiguracin. Si esto no es
e as, es po sible que see den casos como el quee uno de
estos usuarios
u pueeda registrarsse al IMS y solicitar
s la lllamada, peroo a la hora dde realizar laa llamada
no recciba datos RT
TP.

En el caso en que la red de accceso es LTE


E, se debe cconsiderar quue el SGW eentregue dirrecciones
IP a lo
os usuarios LTE
L que seaan alcanzablees va ping, adems del acceso en ell Firewall. P
Para esto,
se debbe ingresar al
a software NetNumen
N para
p configuurar el SGWW con el fin de permitirr que los
usuarios sean visib
bles entre elllos.

En casso extremo, puede confiigurarse estaa opcin paraa que se reddirija a una m misma comppuerta de
enlacee por defecto
o (Default Gaateway) a todos los usuaarios LTE.
Cabe destacar
d quee la interconeexin entre ele IMS y la rred LTE es dde carcter ffuncional. Essto, pues
se presenta en la configuraci
c n propuesta dos bases dde datos de uusuarios: unaa de la red L LTE, que
tiene un
u manejo mediante
m lass tarjetas SIIM del mdeem USB; y otra de la rred IMS, enn la cual
existen
n slo dos ussuarios SIP creados.
c

3.1.3.5
5 LAN/IMS
S
3.1.3.5..1 A LCANC
CES

El uso
o de la red LAN
L en el coontexto del trabajo
t memoria pressente tiene ppor objetivo entregar
de m
un maarco de refereencia para laa puesta en marcha
m de prruebas de cooncepto aplicables a un contexto
de red
d IP. De esee modo, se elige una caantidad mnnima de disppositivos de red para abbarcar la
cantid
dad de serviddores y clienttes presentess en las prueebas.
IMS conserva
c las consideracioones de alcan nce de la redd LTE-IMS.
3.1.3.5..2 C ONSIDEERACIONES DE
E DISEO

Puesto quee el estudio requiere


r de slo
s una com
municacin V VoIP (2 clienntes interactuuando) o
slo una
u sesin de d video (1 cliente
c y 1 servidor),
s noo se requierre que la redd LAN tengga mayor
capaciidad que la encontrada
e en
e un routerr de bajas prrestaciones; adems, se considera laa adicin
de un switch para la conexin comn de lo os servidoress de voz y videos.

Con respecto
r a IMS,
I los cllientes podrn acceder va protocoolo SIP a ttravs de laa red IP
directaamente. Las consideracioones de diseeo se conserrvan de la reed LTE-IMS
S.

Por lltimo, se ag
grega la inteerconexin del
d router a internet a travs de uun punto dee red del
Laboraatorio de Telecomunicacciones para las
l pruebas dde los serviccios OTT.

3.1.4 ESQUEMA
A DE INTER
RCONEXION
NES

De las secciones anteriores, se establecen las entidadees que son necesarias para el
estableecimiento dee los servicio
os que consideran las pruuebas de conncepto. Estos son:

Ncleo
o de red
o IMS
HSS
S (Home Susscriber Serveer)
CSC
CF (Call Session Controll Function)
- 44 -
P-CSCF (Proxy)
I-CSCF (Interrogating)
S-CSCF (Serving)
o LTE (EPC)
MME (Mobility Management Entity)
SGW (Serving Gateway)
o Servidores de Servicios
Central telefnica IP Asterisk (PBX-IP)
Servidor de Videos (VLC Media Player)
Acceso de red
o IMS
Sophtfones SIP
Clientes IMS
o LTE
Mdems USB LTE
Tarjetas SIM

En el caso particular de la red LAN/IMS, de cara a la implementacin, se consideran los mismos


componentes de IMS, pero se agrega un router de conexin a internet y un switch para proveer la
conectividad a los usuarios.
Por motivos de simplicidad, se muestra a continuacin el esquema de interconexiones en
LTE/IMS. Se omite el caso de LAN/IMS pues dicho caso se desprende directamente del
mostrado.

En la Ilustracin 18 se muestra el esquema de interconexiones terico, estableciendo los


protocolos ms importantes que realizan tanto la comunicacin de sealizacin, como la
correspondiente a los datos, y las interfaces relevantes.

- 45 -
ILUS
STRACIN 18: INTERCONEXI
I N TERICA LT
TE-IMS

3.2 IMPLEMENTACI
N DE LO
OS SERVIC
CIOS

La implem mentacin dee los serviciios aqu connsiderados reequiere el leevantamientto de los
dores enunciaados en la seeccin anterrior, junto a la configuraacin de los elementos dde red de
servid
las arq
quitecturas de
d LTE y LA AN.

A conttinuacin, see describe laa puesta en marcha


m de los elementos que permiteen el funcionnamiento
de los servicios a usar
u en las pruebas
p de co
oncepto.

3.2.1 NCLEO IMS Y CLIIENTES

Para el lev
vantamiento de este serv
vidor, se debbe recurrir all inicio de suus componeentes: los
tres seervidores CSSCF (S, I y P), la base de
d datos de usuarios HS SS, y el servvidor de nommbres de
domin nio DNS. All ser el nico proyecto IMS
I de cddigo abierto, se recurre aal proyecto IMS del
- 46 -
Fraunhofer Institute for Open Communication Systems (FOKUS). Dicho trabajo contiene las
funciones bsicas de un ncleo de paquetes IMS para la provisin de un servicio de voz sobre IP.

En la instalacin recomendada por FOKUS, se incluyen los paquetes BIND de Linux con el
objetivo de la instalacin del DNS.

En cuanto al cliente IMS, se recurre al proyecto de Inexbee, un sophtfone llamado Mercuro IMS
Client. Dicho programa se encuentra en tres versiones: oro, plata, y bronce. De las tres, es la
versin bronce la que se utiliza en las pruebas de concepto debido a que es la nica versin
gratuita. Entre las caractersticas destacables de este programa se encuentran:

Transporte UDP y TCP


Registro IMS de manera segura con Digest MD5, AKA-v1 and AKA-v2
Llamadas de voz entrante/saliente
Llamadas de video entrante/saliente
Mensajera instantnea de gran tamao haciendo uso de MSRP (RFC 4975)
Soporte multi-codec: G711, GSM, iLBC, SPEEX, DVI4, AMR, H.263, H.264
Compatible con Windows 7

Alternativamente, existe un proyecto de cdigo abierto del Instituto FOKUS llamado


myMONSTER (Multimedia Open InterNet Services and Telecommunication EnviRonment) [42]
de similares caractersticas e incluso es posible su uso en S.O Linux. Sin embargo, se decide el
uso de Mercuro pues presenta mejores prestaciones de codecs y una fcil configuracin para el
registro de un cliente.

El proceso de encendido de cada una de las entidades de IMS se detalla en el Anexo B: Gua de
Implementacin de los servicios. Una vez realizado, se logra el registro y habilitacin para hacer
llamadas VoIP haciendo uso de esta alternativa. As, el esquema de la red resultante se muestra
en la Ilustracin 19.

ILUSTRACIN 19: DIAGRAMA DE RED DE IMS Y CLIENTE SIP

- 47 -
Para la integracin de este sistema a una red de rea local (LAN), debe asignarse la IP
correspondiente a cada uno de estos elementos. Adems, se considera la adicin de un switch a
modo de separacin prctica entre el ncleo de la red, donde estn las entidades IMS, y el acceso
a la red por parte de los clientes.

La red de rea local posee el segmento 10.10.100.0/24 por lo tanto a IMS se le asigna
manualmente la IP 10.10.100.69. Dicha IP es compartida por los cinco componentes, ya que
debido a la escala reducida de su uso (pues se establecen comunicaciones entre dos clientes
conectados en la misma red), y que no se requiere un estudio detallado de los protocolos
participantes en la configuracin. Sin embargo, su identificacin queda establecida por los
puertos que se usan. En la siguiente tabla se muestra la configuracin de red para llevar a cabo la
implementacin del servicio de VoIP va IMS en una red de rea local.

TABLA 9: IMPLEMENTACIN DE IMS Y CLIENTE EN LAN


Entidad Direccin IP Puerto Nombre de dominio
Cliente IMS Bob 10.10.100.100 - ue.open-ims2.test
Cliente IMS Alice 10.10.100.101 - ue.open-ims2.test
IMS HSS 10.10.100.69 8080 hss.open-ims2.test
IMS P-CSCF 10.10.100.69 4060 pcscf.open-ims2.test
IMS I-CSCF 10.10.100.69 5060 icscf.open-ims2.test
IMS S-CSCF 10.10.100.69 6060 scscf.open-ims2.test
DNS 10.10.100.69 - ns.open-ims2.test

Cabe destacar que la configuracin IP de IMS, una vez realizada la instalacin, corresponde a la
IP de loopback (local) 127.0.0.1. Es decir, es posible realizar el registro de clientes y las llamadas
entre ellos siempre y cuando se realice dentro del mismo computador. Para cambiar la IP por
defecto se encuentran los pasos a seguir en el Anexo B: Gua de Implementacin de los servicios,
siguiendo dichos pasos, se procede a otorgarle la IP mencionada en la tabla anterior a modo de
que el IMS sea alcanzable por IP para los clientes conectados en la red de rea local. Esto mismo
sucede con el nombre de dominio, de la configuracin original es open-ims.test y para este
trabajo se cambia a open-ims2.test con el nico objetivo de probar la ejecucin correcta de los
pasos para cambiar la IP y el nombre de dominio que se encuentran en los anexos.

Los clientes Alice y Bob son los que trae por defecto la instalacin del IMS OpenSource. No es
necesaria la configuracin de clientes personalizados ya que se requiere slo de la conversacin
entre dos de los clientes IMS, que pueden ser los mismos recin presentados. La recomendacin
de FOKUS es establecer la llamada desde Alice hacia Bob.
Finalmente, la red de interconexin entre IMS y los clientes en rea local se muestra en la
Ilustracin 20, con las IP asignadas.

- 48 -
ILUSTRACIN 20: CONFIGURACIN IP DE IMS Y CLIENTES EN RED LAN

Ahora bien, para el caso de la conexin de IMS a la red de LTE, es necesario conocer la direccin
Ethernet de la red del ncleo LTE (EPC). La configuracin del ncleo por parte de ZTE establece
la necesidad de conexin al switch mostrado en la Ilustracin 11. A dicho switch le corresponde
el segmento de red 10.2.100.0/24, sin DHCP. Es por estas consideraciones que para la puesta en
marcha de IMS en LTE basta con realizar un nuevo cambio de IP a las entidades antes
mencionadas, sin ser necesario el cambio respectivo de dominio. Adems, los clientes ahora
pasan a ser parte de la red de acceso de LTE.

La red de acceso de los clientes tiene el segmento 70.70.2.0/30. La IP es asignada por el servidor
SGW de manera automtica, cambiando a su vez la compuerta de enlace predeterminada (DGW)
para cada usuario tambin de manera dinmica (es decir, dos clientes LTE no tienen una misma
compuerta de enlace, a diferencia de ua red Ethernet tradicional en que todos los hosts comparten
la misma predeterminada). En la Tabla 10 se muestran las configuraciones para la red de rea
local del ncleo de LTE (EPC).
TABLA 10: IMPLEMENTACIN DE IMS Y CLIENTES EN LTE
Compuerta por
Entidad Direccin IP Puerto Nombre de dominio
defecto (DGW)
Cliente IMS Bob 70.70.2.7 - 70.70.2.2 ue.open-ims2.test
Cliente IMS Alice 70.70.2.8 - 70.70.2.1 ue.open-ims2.test
IMS HSS 10.2.100.69 8080 10.2.100.11 hss.open-ims2.test
IMS P-CSCF 10.2.100.69 4060 10.2.100.11 pcscf.open-ims2.test
IMS I-CSCF 10.2.100.69 5060 10.2.100.11 icscf.open-ims2.test
IMS S-CSCF 10.2.100.69 6060 10.2.100.11 scscf.open-ims2.test
DNS 10.2.100.69 - 10.2.100.11 ns.open-ims2.test

- 49 -
mente, las conexiones
Finalm c de
d red neceesarias para la integraccin entre IM
MS y LTE con las
consid
deraciones reealizadas se muestran
m en
n la Ilustracin 21.

ILUSTRACI
N 21: CONFIGU
URACIN IP DE
E IMS Y CLIENT
TES EN RED LTE
E

3.2.2 SERVIDOR ASTERISSK Y CLIEN


NTES

Para el levvantamiento de la centraal telefnica IP Asteriskk, en la versiin de Elasttix, basta


encend der la mquiina en que coorre. Dicha mquina
m dettecta automticamente laa configuracin de la
red, en
n caso de DH HCP; de lo contrario, debe ser asiggnada manuaalmente segn lo mostraado en el
Anexo o B: Gua dee Implementtacin de loss servicios. U Una vez heccho esto, Astterisk est haabilitado
para reecibir peticio
ones de regisstro de los an
nexos previaamente conffigurados en su base de ddatos.

As, suu integracin n a las redes LAN y LTE E son de mannera directa tan slo basstando asignaar la IP.
Ahoraa bien, para que los clien ntes puedan acceder a ssus servicioss, se cuenta con el softpphone X-
Lite (vversin 3.0).. ste es un programa qu ue cuenta coon el protocoolo SIP 3GPPP para el mmanejo de
sesion
nes con serv vidores VoIP P y adems presenta laas siguientess caracterstticas: tiene distintos
codecss de voz (G711 u-law, a-law,a GSMM), documenttacin y sopporte, y funcciona en Winndows y
Linux.
Las mquinas
m deb
ben poseer lasl mismas IP asignadaas en el casoo de la integgracin de IIMS con
LAN, e IMS con LTE, L y los clientes
c se coonfiguran seegn los aneexos asignaddos. En la insstalacin
mostra ada en el an
nexo, se ha dispuesto
d la configuracin de dos annexos: 25000 (John Doe)) y 2600
(Juan Prez). En la Tabla 11, se muestraa un resumeen de la info formacin IPP de Asterissk y los
clientees asignados.
- 50 -
TABLA 11: IMPLEMENTACIN DE ASTERISK Y CLIENTES EN LAN
Entidad Direccin IP Anexo
Anexo SIP John Doe 10.10.100.100 2500
Anexo SIP Juan Prez 10.10.100.101 2600
Asterisk Elastix 10.10.100.71 -

Con estas cofiguraciones, basta agregar entonces el servidor Asterisk a las ilustraciones
mostradas en el caso de IMS para obtener la nueva versin de la red LAN.

ILUSTRACIN 22: ASTERISK Y CLIENTES EN RED LAN/IMS

Para su integracin con LTE, Asterisk debe poseer una direccin IP vlida en el segmento de red
del ncleo LTE. Se asigna la direccin 10.2.100.71.
TABLA 12: IMPLEMENTACIN DE ASTERISK Y CLIENTES EN RED LTE

Entidad Direccin IP Anexo Compuerta por


defecto (DGW)
Anexo SIP John Doe 70.70.2.7 2500 70.70.2.2
Anexo SIP Juan Prez 70.70.2.8 2600 70.70.2.1
Asterisk Elastix 10.2.100.71 - 10.2.100.11

Finalmente, la red LTE considerando Asterisk se muestra en la Ilustracin 23.

- 51 -
ILUST
TRACIN 23: AS
STERISK Y CLIE
ENTES EN RED LTE/IMS

3.2.3 SERVIDOR Y CLIENTTE DE VIDEEO STREAM


MING

Ambas fun nciones son establecidass mediante eel programa VLC Mediaa Player. El servidor
corresponde a una mquina dedicada co on archivos de video paara su reprooduccin dee manera
ming (multicaast y unicastt segn el reequisito de laa prueba a reealizar) monntada en Winndows 7.
stream
Se dettallan en el anexo
a B los pasos para sus configuraacin como eemisor de viideo y comoo cliente.
En cuaanto al clien
nte, basta con
n la comprob bacin de la conexin IP P entre ste y el servidorr, junto a
los cod
decs de videeo y audio reequeridos por el archivo a ser recepccionado.

Para sus integracin a las redees LAN/IMS S y LTE/IM


MS y, al iguaal que el casso de Asterissk, basta
con laa asignacin de una IP deel ncleo de ambas redees, para el caaso del servidor de videoos, y una
IP a laa red de acceeso, en el casso del clientee.

Las assignaciones de
d IP para el
e cliente y el
e servidor dde videos parra la red LA
AN se muestrran en la
Tabla 13.

TABLA 13: SER


RVIDOR DE VID
DEOSTREAMIN
NG Y CLIENTE E
EN RED LAN/IM
MS
Entidad
d Direcccin IP
Servid
dor de Video
oStreaming 10.10..100.70
Clien
nte de Video
oStreaming 10.10.1100.100

- 52 -
Complementando la red LAN con el servidor de videos, el diagrama final se establece en la
Ilustracin 24

ILUSTRACIN 24: VIDEOSTREAMING Y CLIENTE EN RED LAN/IMS

Cabe destacar que para la provisin de video, las peticiones se realizan directamente entre el
cliente y el servidor, sin pasar por un elemento control de sesiones como IMS. Sin embargo como
el objetivo de este trabajo es obtener mediciones de calidad una vez establecida la comunicacin,
no es necesario incluir este tem.

Las asignaciones IP para la puesta en marcha de videostreaming sobre LTE se muestran en la


Tabla 14.

TABLA 14: SERVIDOR DE VIDEOSTREAMING Y CLIENTE EN RED LTE/IMS


Entidad Direccin IP
Servidor de VideoStreaming 10.2.100.70
Cliente de VideoStreaming 70.70.2.7

El diagrama resultante para el ofrecimiento de servicios de video y voz sobre IP (VVoIP) en la


red LTE se muestra en la Ilustracin 25:

- 53 -
ILU
USTRACIN 25:: SERVIDOR DE
E VIDEOSTREAM
MING Y CLIEN
NTE EN RED LTE
E/IMS

3.2.4 SKYPE Y YOUTUBEE

Para la puesta en marrcha de ambos servicioss se requieree de una connexin a intternet de


banda ancha. Al ser ambos Over The Top (OTT)), slo requuieren la instalacin dee ciertos
prograamas en el computador
c del
d usuario sin la necesiidad de estaablecer el serrvicio va prroveedor
de inteernet (ISP).

De estta manera, su s puesta en n marcha se resume a laa configuraccin de una cuenta en SSkype, la
descarrga e instalaccin del proograma y de la conexinn a internet aapropiada. E En cuanto a Y
Youtube,
se requ uiere tambin la instalaccin de Adob
be Flash Plaayer, el cual es el reprodductor embebbido que
utilizaa.

As, see observa en


n la Ilustraci
n 26 y la Ilu
ustracin 277 las configuuraciones finnales necesarrias en la
red LAAN y LTE paara la implem mentacin ded todos los sservicios.

- 54 -
ILUSTRACIN 26: SERVICIOS OTT Y CLIENTES INTEGRADOS EN RED LAN/IMS

ILUSTRACIN 27: SERVICIOS OTT Y CLIENTES INTEGRADOS A RED LTE IMS

- 55 -
3.3 IMPLEMENTACI
N DE HE
ERRAMIE
ENTAS

En las prueebas de conccepto se debe poder meddir tanto la ccalidad de seervicio QoS, como la
obtenccin de los parmetros
p de
d eficienciaa de una red:: latencia (laatency o delaay), tasa de ddescarga
de datos (throughpput), variaci
n de latenciia (jitter) y pprdida de paaquetes (paccket loss).

Para loograr las meediciones de calidad de experiencia


e ((QoE), se utiilizan dos tippos de herraamientas:
en lneea (online) y fuera de lnea (offline)). Las primeeras, estableccen una capttura del trfi
fico en la
red dee una converrsacin (VoIIP) o de unaa emisin dee video (videeostreaming) va interfaaz IP; las
segund das, realiza las medicio ones de loss parmetro s de calidad establecieendo compaaraciones
mediante algoritm mos con los archivos obtenidos meddiante grabaaciones de laas llamadas o de los
videoss.

Las mediciones
m de
d calidad deben
d ser ob
btenidas en diversas conndiciones dee congestinn de red
contro
olando el enllace del clien
nte donde see realizan lass medicioness y capturas de manera dde variar
los parrmetros de red (retardo
o, variacin de
d retardo, pprdida de paaquetes y tasa de transm
misin de
datos) y obtener medidas
m de QoE
Q por cadaa condicin.

Se preesentan a co
ontinuacin lasl herramieentas utilizaddas en el coontexto de esste trabajo dde ttulo,
destaccando que see presentan a modo de allternativas y su posteriorr inclusin ddepende de ccada uno
de los objetivos paarticulares a conseguirsee con cada prrueba de conncepto.

3.3.1 HERRAMIENTA PAR


RA EMULAR
R EL EMPEO
ORAMIENT
TO DE LAS CONDICIO
ONES DE
RED: NEW
WT

Existen mu uchas herram


mientas dispo onibles en laa web para eel control dee la congestin en un
enlacee de red. Po or ejemplo est la apliicacin Trafffic Control de Linux qque permitee emular
condicciones de reed va lnea de comando os a travs dde una irruppcin en un determinaddo enlace
agregaando un com mputador con n dos interfaaces de red qque sirva coomo un enruutador transpparente a
los clientes. As co
omo tambinn se pueden nombrar a N Netdisturb [223] y Dumm myNet [24].

Todas estas herram mientas tieneen este mismmo propsitoo. Sin embarrgo, de cara a la implem mentacin
en la red
r LTE de la FCFM, see debe consiiderar la resttriccin quee esto aade:: la imposibiilidad de
agregaar elementoss de red al innterior de laa lgica operrativa tanto de la red dee acceso com mo de la
red deel ncleo. Essto significa que no se puede
p realizaar control dee congestinn en la red dde acceso
ni en el
e ncleo, deejando como nica altern metros de red desde el
nativa viablee al control dde los parm
mismo o cliente.

Con esste objetivo, se establecee el uso del programa


p dee Microsoft NNetwork Emulator for W Windows
Toolkiit (NEWT) [25]. Esta herramienta peermite la adiicin del elem mento de coontrol en la innterfaz
d a ser usada para la com
de red municacin deel cliente conn los servidoores de VVooIP (voz y viideo
sobre IP) y con el usuario con quien realicce la converssacin.

La impplementaci n nada ms requiere de la


l instalacin del prograama en S.O. Windows 7 y de los
permissos de Admiinistrador. Una
U vez ejecu utado, establlece una bsqueda de lass interfaces dde red
existen
ntes en la mquina.

- 56 -
Para establecer
e un
na nueva conndicin de red, se deben agregar un Filtro y unn Enlace een el
q resultar adulterado. Dentro de las
canal que l alternativvas de controol, el Filtro ssolicita el tippo de
red a controlar:
c IP
Pv4 o IPv6, el
e protocolo especfico
e (oo todos), los puertos y laas interfaces a
congestionar. Unaa vez estableccido el filtro
o, debe agreggarse un Enlace. EN estee ltimo, se
determ
mina el valorr del parmettro de red a ser adulteraddo. Entre loss parmetross ajustables sse
encuenntran:

Ancho de banda
b
Latencia
Prdidas de Paquete
Errores
Inyeccin de trfico

Una vez seleccionnadas las conndiciones bassta con pulsaar el botn Run y el prrograma estaablecer
las nueevas condiciiones de red..

A mod do de observ vacin, como o los valoress de estos parrmetros preesentan un caarcter dinm
mico, en
que si,, por ejemploo, se vara s
lo el ancho de banda, taambin se vaariara la tassa de prdidaas de
paquettes, an cuanndo en el pro ograma no est configurrada dicha oppcin. Esto ees inevitablee con
esta heerramienta.
En la Ilustracin
I 28,
2 se muestrra un ejempllo de configuuracin de N NEWT.

ILUSTRACIN 28: EJEMPLO D


DE USO DE NEW
WT

3.3.2 HERRAMIENTAS PA
ARA OBTEN
NCIN DE PA OS DE LAS REDES (QOS)
ARMETRO

3.3.2.1
1 IP ERF [26
6]
- 57 -
IPerf corresponde a un programa basado en herramientas de cdigo abierto, a travs de
comandos, y una mirada cliente-servidor para la obtencin de parmetros de red en el enlace que
los une. Estas pruebas requieren como entrada la direccin IP del cliente y el servidor; el puerto
del cliente; el protocolo de transporte usado para el envo de trfico (TCP o UDP); los tamaos de
buffer, paquetes y ancho de banda de la conexin en el caso de una prueba UDP y el tamao de
ventana y buffer en la prueba TCP.

Se puede incluso inyectar trfico a la red ingresando como parmetro la distribucin estadstica
del trfico para, por ejemplo, ver como vara sta sus parmetros ante la congestin.
Como salidas del programa se entregan el estado de tasa de transmisin de datos, la variacin de
latencia y el porcentaje de prdidas de datagramas IP, en el caso de una prueba UDP; y slo la
tasa de transmisin de datos y prdida de paquetes en la prueba TCP.

Alternativamente, existe una implementacin paralela de este programa con una interfaz grfica
llamada JPERF, la cual genera los comandos de configuracin automticamente tan slo
entregando la configuracin deseada de la prueba. A parte de esto, tambin cambia la manera de
presentar los datos ya que si bien IPERF los arroja desde la lnea de comandos, JPERF entrega un
grfico en tiempo real de la tasa de transmisin de datos y variacin de latencia.

Dependiendo del enlace en que se miden los parmetros de red: extremo-extremo (entre clientes
en la red de acceso) o cliente-servidor (es decir, entre el acceso y el ncleo de la red), deben ser
consideradas las IP a entregarse. En ambos casos se debe ejecutar el programa tanto en el cliente
como en el servidor de la prueba.

As, como ejemplo, si en la red LAN establecida en las secciones anteriores se desea obtener la
variacin del retardo entre el cliente y el servidor de videos, tan slo basta con ingresar a JPERF
en el cliente y marcar la prueba UDP con un ancho de banda tpico de una red de estar
caractersticas (100 Mbps) e indicar la IP de ambos extremos: la IP del cliente 10.10.100.100 y la
IP del servidor de videos 10.10.100.70, como se muestra en la Ilustracin 29. En el servidor
tambin debe ejecutarse JPerf pero basta con hacer click en Run IPERF para que
automticamente el programa est atento al trfico enviado desde el cliente. Una gua ms
completa se puede encuentrar en el ANEXO C.

ILUSTRACIN 29: EJEMPLO DE USO DE JPERF EN RED LAN

- 58 -
Para el
e caso de LTTE el ejerciccio es similaar bastando la asignacin de las IP correspondiente a la
red e acceso
a y nccleo respectiv
vamente com mo cliente-seervidor.

3.3.2.2
2 R OUND T RIP T IME (R
RTT)

Para medir
m el retardo y/o laatencia, bassta con reallizar una prrueba PING G desde la lnea de
coman ndos del sisstema operaativo entre los puntos que se quiiere realizarr la medicin. Esta
aplicaccin del pro otocolo ICMMP realiza unu echo reqquest hacia la IP de deestino empeezando a
registrrar la latenciia una vez recibe
r el priimer acknow
wledge (ack)). Con la nnica salvedadd de que
RTT ese el tiempo de ida y vueelta que demora la solicittud en ser coontestada.

Tanto para el uso de IPERF/JP PERF como o el de PINGG se debe tenner el cuidaddo de que laa red est
habilittada para el envo de trfico de man
nera Peer to P
Peer. Existeen Firewalls y operadorees de red
que deeshabilitan esta
e opcin, al igual quue el caso dde PING, annte posibles vulnerabiliddades de
seguridad y ataquees de DDoS o PING de la l muerte.

3.3.3 HERRAMIENTAS PARA


A NCIN DE C ALIDAD D
OBTEN DE EXPERIE
ENCIA (QO E)

3.3.3.1
1 EN LNEA
A

3.3.3.1..1 VQM AN
NAGER [27]

Para la meedicin del parmetro


p dee nota mediia de opininn (MOS) dee manera en lnea se
considdera el prog grama comeercial de ManageEngin
M ne llamado VQManagger, el cual es una
herram
mienta para el monitoreeo online 24 4/7 en redess VoIP. Moonitorea cualquier equippamiento
VoIP que utilice protocolos SIP, H.323, Cisco SCC CP (Skinny)) y/o RTP/R RTCP de maanera no
intrusiiva.

Su immplementaci n requieree de una mquina


m conn Windowss o Linux y de perm misos de
adminnistrador parra poder caaptar las intterfaces de red que poosee. La configuracin de esta
herram
mienta es va web y su instalacin puede ser ccomo un prrograma traddicional, o ccomo un
serviciio del sistem
ma operativo.

El uso
o en el conteexto de este trabajo nicamente es ppara la mediccin de MOS an cuanddo puede
medir tambin rettardos, variaacin de retaardos, factorr R, prdidaa de paquetees y la tasa de datos
mitidos duran
transm nte la llamaada. Su instaalacin se rrealiza en laas mquinas de los clienntes que
estn ejecutando
e laas llamadas de VoIP, yaa sea mediannte IMS o Assterisk.

Para proceder a realizar la captura se ingresa a laa interfaz w web del proggrama mediaante una
solicittud a la direcccin: locallhost: 8647 desde un naavegador. Ess decir, se deebe recurrir aal puerto
en que fue installado el serv vidor web. ParaP poder ingresar, see debe conoocer el usuaario y la
contraasea. Una vez ingresado o al servidorr, se procedee a establecerr la interfaz de red a cappturar. El
prograama entrega una lista con n las interfacces encontraadas segn diireccin MA AC e IP por llo que se
debe conocer prreviamente estos datoss. Una vezz seleccionaada la interrfaz, se solicita la
configguracin paraa el monitorreo. Se debe seleccionar la captura een todos los puertos del cliente y
va pro otocolos SIPP y RTP/UDP P.

La Ilu
ustracin 30 muestra un ejemplo de como se desspliegan los resultados ddesde la pggina web
en unaa llamada Vo
oIP.
- 59 -
ILUSTRACIN
N 30: EJEMPLO DE MONITORE
EO DE VOIP CO
ON VQMANAGE
ER

Los pasos
p de insstalacin y configuraci
n para reallizar las cappturas con esta herram
mienta se
detallaan en el Aneexo C.

3.3.3.1..2 V IDEO Q UALITY M ON


NITOR [28]

Una herrammienta simillar para la medicin


m onnline de ViddeoStreaminng es Video Quality
Monittor. Este pro
ograma es un
u producto comercial de Acceptvv, empresa qque forma pparte del
Video Quality Expperts Group (VQEG).

Producce evaluacioones de calidad percibid da expresad a en MOS ((Mean Opinnion Score) de 1 (lo
ms baajo) y 100 (lla mejor caliidad percibidda) expresaddas alternativvamente en rrangos: entree 1-20 es
mala calidad; enttre 20-40 ess calidad po obre; entre 40-60 es acceptable; enntre 60-80 ees buena
calidad
d y entre 800-100 es exccelente. Estaas medicionees estn dediicadas a los codecs MP PEG -2 y
MPEG G-4/AVC (H H.264). La mtrica
m utilizaada por estaa herramientaa est optim
mizada para tener una
alta co on juicios dee personas recolectados a travs de pruebas de calidad subjjetiva en
orrelacin co
condicciones normaalizadas de acuerdo
a a lass recomendaaciones de laa ITU BT.5000 e ITU BT.710.

Al serr un producto
o comercial,, se usa una versin de ppruebas que se extiende por un peroodo de 2
semannas.

La instalacin de esta
e herramienta requiere de:

Filtros Elecard
o Eleecard NW So
ource Plus
o Eleecard MPEG
G Demultipleexer
o Eleecard MPEG
G Push Demu ultiplexer
- 60 -
En caso dee instalacin en Windowws 7, deshabilitar Media F Foundation
n de ffdshow (el archivo de instalacin est incorrporado en eel programa)
Instalacin
Permisos de
d administraador

La insstalacin y configuraci
c n del progrrama para laas medicionnes a realizaar en este trrabajo se
detallaan en el Aneexo C.

Para su
s implemen
ntacin de manera
m en lnea
l se debbe especificaar los parm
metros enunciados a
contin
nuacin:

Protocolo de
d emisin del
d video
Protocolo de
d emisin del
d audio
Configuracciones IP de la emisin:
o IP multicast
m de la emisin
d servidor de video
o IP del
o Pueerto utilizadoo para la emmisin
o IP ded la interfazz del cliente en que corrre el program
ma

Una vez especificaadas estas coondiciones, el


e programa procede a capturar desdde la red el trrfico en
busca de la emisi
n. Una vez detectada, se s puede emmpezar a captturar los cuaadros (Frames) de la
emisi
n y, en parralelo, se ob btienen los parmetros
p de MOS enn lnea. En la Ilustracin 31 se
muestrra un ejempllo del prograama capturanndo un videoo .avi.

ILU
USTRACIN 31: EJEMPLO DE CAPTURA
C Y ME
EDICIN ONLIN
NE DE MOS CON
N VQM

3.3.3.2
2 FUERA DE
E LNEA

3.3.3.2..1 A LGORITTMO PESQ

- 61 -
PESQ (Perrceptual Evaaluation of Speech
S Quallity) es usadoo para la evvaluacin objjetiva de
calidadd de sealess de audio mediante
m tccnicas de suppresin de rruido. La veersin a ser uutilizada
corresponde a unaa implementaacin en MA ATLAB del algoritmo reealizada porr Philipos C. Loizou,
professor de la Uniiversidad de Texas, Dallaas [29].
Esta herramienta
h requiere
r com
mo entradas:

Archivo original
o a serr transmitido
o, en formatoo WAV
Archivo obtenido
o med diante grabaccin en el reeceptor, en fo
formato WAV
V
Frecuencia de muestreeo (8000-160 000 Hz)

Como nica salidaa, el program


ma entrega un
n valor en laa escala de M
MOS 1-5.

Por lo tanto, esta herramienta


h sirve para laa entrega dee MOS de m
manera fuera de lnea niicamente
para auudio. As, paara su uso, se debe estab
blecer una llaamada VoIP
P y desde el m
micrfono dde uno de
los usuuarios se deb
be introducirr una emisin de sonidoo desde un arrchivo WAVV para ser grrabada al
otro exxtremo de laa comunicaccin, tambin n en un archhivo WAV. Este proceddimiento pueede verse
en la Ilustracin
I 32.

ILU
USTRACIN 32:: PROCEDIMIEN
NTO DE OBTEN
NCIN DE MOS OFFLINE CON PESQ

quisito fundaamental del algoritmo


El req a ess que amboss archivos dee sonido debben poseer la misma
extenssin en tiemp
po y en tamaao.
3.3.3.2..2 MSU V I DEO Q UALITY
Y M EASUREM ENT T OOL (M
MSU VQMT) [18]

La herrammienta MSU VQMT es un program ma para la m medicin de calidad objjetiva de


videoss. Permite ell uso de difeerentes mtriicas de compparacin (PS SNR, SSIM, y VQM, enntre otras
propiaas para meddir discordan ncias de seal como bllockiness y jerkiness) ppara la compparacin
objetiv
va de codecss de video, condiciones de d transmisin y filtros.

- 62 -
A difeerencia de laas otras herrramientas, MSU
M VQMT T no proporrciona MOS, pero s enntrega un
indicaador llamadoo VQM que incorpora laa correlacinn con la perccepcin hum mana de los vvideos y,
al igual que el MOS
M de Videeo Quality Monitor,
M ent
ntrega un vaalor de 1 a 1100 de acueerdo a la
calidadd del video a evaluar en comparaci n con el viddeo original.

Su imp
plementacin requiere nada
n ms quee su instalaccin en un coomputador ccon S.O. Winndows, y
su uso
o requiere deel ingreso de
d los archiv
vos de videoo original y el video a eevaluar. El rrequisito
fundam
mental de este
e program
ma es que los
l archivoss deben teneer audio y estar contennidos en
formatto AVI.

El procedimiento de
d uso se ob
bserva en la Ilustracin
I 333.

ILUSTRA
ACIN 33: PROC
CEDIMIENTO D
DE USO DE MSU
U VQMT [18]

3.3.3.2..3 V IDEO Q UALITY M ON


NITOR [28]

Como caraacterstica adicional


a de este progrrama ya meencionado enn la seccinn de las
mientas en lnea,
herram l es quee es posiblee realizar prruebas de caalidad de arrchivos de vvideo de
manerra local en modo No-R Referencia (es decir, sinn realizar laa comparacin con un archivo
ndo tambin MOS.
originaal) entregan

nfiguracin de
La con d esta caraccterstica se detalla
d en ell Anexo C.

3.4 PRUEBASS DE CON


NCEPTO

En esta seeccin se esstablecen loss objetivos particulares de cada unna de las prruebas a
diseaar, junto a lass consideracciones de red
d, herramienttas de mediccin y serviccios a implem
mentar.

Las prruebas de concepto a serr establecidaas deben connsiderar dos eescenarios dde congestinn de red:
red p
ptima y conggestionada.

- 63 -
3.4.1 CONDICIO
ONES DE RED
R

Las medicciones de caalidad de ex xperiencia dde cada servvicio son vuulnerables a muchos
d las aplicaaciones, niveel de congesstin de las redes, compportamiento de cada
factorees: calidad de
codec,, nivel de experiencia deel usuario, ettc.

Con laa mirada de un


u operadorr de redes m viles, se es tablece que el elemento ms importtante a la
hora de n de los usuaarios de la reed segn el servicio quee utilice el ccliente es
d evaluar laa percepcin
precisaamente el nivel
n de conngestin de la red. Por esta razn se estableceen dos conddiciones:
ptimaa y congesttionada. La primera es semejante a las condicciones en qque se evaluuarn los
parm
metros de red d (QoS) sin la inyeccin n de trfico en la red; la segunda establece niiveles de
congestin va la modificacin
m n de los parmetros de reed.

3.4.1.1
1 PTIMAS

Las medicciones de caalidad de ex xperiencia ((QoE) y dee servicio dee la red (Q QoS) son
calculaadas en esta condicin n. Se debe vigilar
v la noo adicin dde trfico a la red, y sse deben
estableecer las llamadas Vo oIP entre dos d cliente s nicamennte; y sloo una peticin de
videosstreaming deebe ser estab blecida. Es decir, no see demandar una excesiiva capacidaad. Esto,
generaa un alto imp pacto en la calidad
c perciibida de los servicios va red en el uusuario ya quue, al no
usar exxcesivamentte los recurso os disponiblles, no se llennan las colass de los routters lo que see traduce
en mn nima prdid da de paquetees, ni se aaaden latenciaas excesivass por el tiem mpo de esperra en los
bufferrs, ni se limitta la tasa de transmisin de datos dessde el ncleoo de la red ppuesto que see maneja
a pocoos clientes. Adems,
A la variacin dee retardo de la red tambbin ser mnima pues nno existe
mayorr manejo de trfico
t y se hace
h uso de la red por uun perodo coorto de tiemppo.

3.4.1.2
2 C ONGEST
TIONADAS

Se mide QoE de los seervicios obtenniendo cadaa resultado vaariando un pparmetro dee red a la
vez. Las
L condicio ones se fijan n con el prog
grama NEW WT, segn loo que se inddica en la T Tabla 15,
siendo
o controladoss: retardo, ancho
a de ban
nda y prdidaa de paquetees.

TABLA 15: CONDIICIONES DE RE


ED CONGESTION
NADA

Servicio
o Calid
dad de Serv
vicio de Red
d Parmetrros
VoIP/Videeo Nivel de
d Prdida dee Paquetes (%
%) 4 8 12 0
VoIP/Videeo Nivel
N de Laten
ncia (mS) 50 1000 150 0
Video Nivel de ancho de banda (kbps)) 250 5000 750 Sin Lmite
VoIP Nivel de ancho de banda (kbps)) 50 775 100 Sin Lmite

Se desstaca la diferencia entree el nivel de ancho de bbanda para eel servicio dee video y paara el de
VoIP. En el caso ded una emissin de video o de un archhivo de caliddad estndar (SD) se reqquiere un
ancho de banda de d 1 Mbps (v valor entregado por el pprograma VL LC Media PPlayer), razn por la
cual see estima con
nveniente parra la prueba los niveles dde 250, 500 y 750 kbps. En el caso dde VoIP,
depend de del codeec utilizado o; sin embaargo, una bbuena aproxximacin es considerar un uso
promeedio de 50-60 or entregado por el progrrama VQMan
0 kbps (valo anager).

- 64 -
3.4.2 PRUEBASS RELACION
NADAS A LOS
L METROS DE RED (QOS
PARM S)

El objetivoo de esta priimera prueba es determ minar los parrmetros de red propios de cada
arquiteectura en quue se proveeen los serviccios a evaluaar. La imporrtancia de esto radica enn que se
logran
n desprenderr las ventajass y desventaajas de cada arquitecturaa de red de cara a la posibilidad
de ofreecer los serv
vicios aqu esstudiados.

La im
mportancia esspecfica y la manera en
e que afectta a un deteerminado seervicio se m
muestra a
contin
nuacin.

3.4.2.1
1 R ETARDO
OS

Los retard
dos en una redr IP son causa de laas demoras en el tiemppo de transm
misin y
processamiento dee la informaacin adem
ms del tiem
mpo de ejeccucin y prrocesamientoo de las
aplicacciones que usan
u los usuaarios.

En serrvicios de tiempo real, los


l retardos impactan enn el tiempo en que un uusuario debee esperar
para establecer la conexin y, una vez estaablecida, en las demorass temporaless de la comuunicacin
mismaa.

3.4.2.2
2 A NCHO DE
D B ANDA

El uso del ancho de banda


b por paarte de cadaa uno de loss servicios cconsideradoss en este
trabajo
o de memoriia es dispar,, siendo el de
d videostreaaming el de mayor consumo. El throoughput,
por otrra parte, es un
u indicadorr (en bps) deel mximo aancho de bannda soportaddo por un caanal para
la tran
nsmisin de datos. De esta
e manera, el throughhput de la reed se convieerte en un ffactor de
importtancia en laas medicionees a realizarr ya que si se satura el canal con ttrfico no se podra
garanttizar el correecto funcion
namiento dee los serviciios aqu anaalizados ya qque se geneerara un
100% de prdidas de paquetess.

En un na red mviil, esto es an


a ms im mportante puues los recurrsos son coompartidos eentre los
usuarios de una ceelda en especcfico y an si la red tienne un thoughhput elevadoo puede saturrarse con
trfico
o provenientte de dichoss usuarios, siendo an ms necesaario contar con que la voz sea
respetaada.

En el presente
p doccumento se realizan
r med
diciones de thhroughput een las condicciones ptim
mas de las
redes para saber la capacidaad mxima de cada unna. Sin embargo, a la hhora de reaalizar las
mediciones de Qo oE en las coondiciones congestionad
c das pasa a ser una variable indicaadora del
estado
o de la red.

3.4.2.3
3 V ARIACI RDO , J ITTER
N DE RETAR R O P ACKET D ELAY V AR
RIATION (PD V)

El Jitter, o variacin del retraso temporal een la recepccin de la informacin (delay),


implicca la prdidda de paqueetes por la falta de sinncronismo een la recepccin. Se desscarta la
inform
macin recep pcionada fueera de un raango de tiem mpo determinnado y se reecepcionan ppaquetes
del fin
nal de la colaa en otro ord
den, razn po
or la cual loss paquetes peerdidos son ddescartados.

As, para servicios en que la recepcin


r dee la informaacin debe sser a tiempo real, el jitteer pasa a
ser un
no de los facctores ms im
mportantes a considerar en la red. EEn este tipo de servicioss, una de
- 65 -
las solluciones ms tpicas es considerar unu buffer en la recepcinn de maneraa de dar unaa ventana
ms am mplia al tiem
mpo de recepcin y pod der ordenar llos paquetes que no hann llegado en el orden
normaal. La nica desventaja es e que agreg ga un retarddo adicional al inicio y ddurante la opperacin
del serrvicio (por ejemplo,
e You
utube) mienntras se cumppla que la raapidez de repproduccin ddel video
sea meenor a la tasaa en que los datos estn siendo descaargados [30]].
Otra de
d las solucciones es assignar prioriidad a deterrminado trfico (QoS) con el objetivo de
asegurrar la provissin del servvicio a un determinado
d cliente. Estte trabajo dde memoria contiene
ambass soluciones:: el buffer enn el caso de Youtube viiene implem mentado por defecto, y laa calidad
de servvicio en unaa red LTE es de igual maanera estableecida previam mente.

3.4.2.4
4 P RDIDA DE P AQUET
TES

La prdidaa de paquetes puede ser causada porr numerosos factores enttre los cualees est el
desvannecimiento por
p multi traayectorias (ccaso mvil) y la congesttin del cannal de comunnicacin,
as com
mo tambin las colas co ompletas en losl buffers dde los nodoss de red. Es uun punto sennsible en
serviciios en tiemp po real puees, cuando ese originadoo por probleemas de redd genera prrdida de
desemmpeo y jitterr los cuales tienen
t un altto impacto enn la percepccin de la callidad del serrvicio.

Se connsidera que niveles de prdida


p de paquetes
p de entre un 5 y un 10% ddel total del flujo de
datos enviados
e lleg
ga a ser percceptible.

Cuanddo existen co ondiciones de


d red de cu uello de boteella, se debeen descartar paquetes. Para esto,
los pro
otocolos de red como TCP T u control dde congestinn conocido como slow start, en
tienen un
que se evita quee el emisorr de la infformacin rreenve aquuellos paqueetes que noo fueron
recepccionados parra no colapsar la red sin no hasta un cierto peroddo. Sin embbargo, la deccisin de
que paaquetes desccartar se tom
ma en el enco olamiento (oo queiung); eel peor de loos escenarioss para un
serviciio en tiempoo real es quee se descartee el paquete cuando la ccola est llenna. Para estee tipo de
serviciio, los mecan
nismos de QoS
Q ayudan a tomar la deecisin de quue servicios priorizar.

3.4.3 PRUEBASS RELACION


NADAS A LA
L CALIDAD RIENCIA (Q
D DE EXPER QOE)

Se muestraan a continu uacin las co


onsideracionnes que se ddeben tener para las pruuebas de
pto final porr servicio dep
concep pendiendo del
d indicadorr a estimar.

3.4.3.1
1 P RUEBASS DE CONCEPPTO PARA V O IP

El objetivo
o particular de esta pru ueba es la oobtencin deel indicadorr MOS ante los dos
escenaarios de con ngestin desscritos y seggn las redees en que see mida (LTE E y LAN). Se debe
realizaar para las tres
t alternatiivas de ofrecer VoIP prresentadas een este trabaajo: IMS, Assterisk y
Skypee.

El resu e una tabla por alternatiiva y por redd de MOS coontratado coon las condicciones de
ultado final es
congestin (retarddo, prdida de
d paquetes y ancho de bbanda), para finalmente obtenerse unn grfico
en quee se pueda appreciar la forrma de variaacin de dichho parmetroo.

Ademms, es posibble realizar comparacion


c nes de las hherramientass con las quue se mida M
MOS de
acuerd
do al nivel dee correlacin
n entre sus reesultados.

- 66 -
El resultado esperado es la reduccin de MOS de acuerdo al empeoramiento en las condiciones
de red esencialmente brusco con respecto al parmetro de prdida de paquetes y variacin de
retardo.

3.4.3.2 P RUEBAS DE CONCEPTO PARA V IDEO S TREAMING

Estas pruebas deben reflejar la variacin en la calidad de percepcin de una emisin de


video en la red con respecto al nivel de congestin, al igual que en las pruebas para VoIP. Para
esto, se debe medir MOS. En caso alternativo, se considera la adicin de pruebas que calculen
indicadores objetivos que se correlacionen con el MOS como son PSNR y VQM.

Las opciones establecidas en este trabajo para el ofrecimiento del servicio corresponden a:
emisin de videos va VLC Media Player, y Youtube.

- 67 -
4 CAPTU
ULO 4 RESULTAD
E DOS
A continuaacin, se presentan los reesultados obttenidos a paartir del diseo e implem
mentacin
de la metodologa
m propuesta en este trabajo. Se considdera la siguiiente divisinn:

1. Resultadoss sobre las plataformass de red LA AN y LTE implementaadas: anlissis de la


implementtacin final de
d cada una de las entidaades y serviddores princippales.
2. Resultadoss sobre la proovisin de lo
os servicios: anlisis de las capacidaades de cadaa servicio
ofrecido dee cara a su medicin.
m
3. Resumen ded las herram mientas finales implemenntadas.
4. Las pruebaas de concep pto finales recomendada
r as: resultadoo final de laa implementacin de
cada una.
5. Medicionees obtenidass en cada prueba de concepto a modo dee validacinn de la
metodologga.
6. Fines doceentes del trab
bajo de ttulo
o
7. Documentaacin entreg gada: manuales para laa instalacinn y configuuracin tantoo de las
redes, serv
vidores e intterconexionees entre elloos como de las herramiientas de coontrol de
congestinn y medicin n.

4.1 RESULTA
ADOS SO
OBRE LAS
S PLATAF D LAN Y LTE
FORMAS DE RED
IMPLEME
I ENTADAS
S

La necesiddad de la insttalacin de una


u red LANN es explicadda por la neccesidad de esstablecer
una prrueba protottipo en que se pueda ver v el correccto funcionaamiento de las herramientas de
medicin y los eleementos provveedores de servicio.

La red
d LAN finalm mente implem mentada se encuentra
e enn al 5to Pisoo del Departaamento de Inngeniera
Elctriica de la FC
CFM, y cuenta con un enrutador
e quue se conectta al conmuttador princippal de la
FCFMM proveyendo o Internet a todas
t las mquinas coneectadas va ccable en el laaboratorio.

El seg
gmento de red r de rea local es el 10.10.100.00/24 permitiendo la connexin de haasta 256
compu utadores, con n la puerta de
d enlace preedeterminadda 10.10.100.1. Los DNS
S son entregados por
el encaargado de laa red del DIEE.

Las mquinas
m o servidores y clientes ccorrespondenn a 3 compuutadores aloj
utillizadas como ojados en
dicha red (2 com mputadores de d escritorio y un laptoop). Ademss de esto, see instal dee manera
virtuall los servido
ores de VoIP P Asterisk e IMS en mqquinas virtuaales distintass, alojadas ddentro de
uno dee los compu utadores de escritorio
e deel laboratorioo. En dicho computadoor (computaddor 2) se
instalaa el servidorr de videos.. Se puede ver en la T Tabla 16 las direccioness IP asignaddas a las
mquiinas tanto fssicas como virtuales,
v y en la Ilustraciin 34 un diiagrama con la red LAN final.

Las mquinas
m viirtuales fueron instalad
das con el programa VirtualBoxx 4.1.6 [31] y sus
guraciones se encuentraan detalladass en el Aneexo B. Para lograr acceeder a las m
config mquinas
virtualles desde cu
ualquier commputador de la
l red, sus innterfaces de red deben eestar configuuradas en
modo Puente lo que permitee tener una direccin
d IP ppropia dentrro de la red.

- 68 -
TABLA 16: MQUINAS EN LA RED LAN
Mquina Direccin IP Entidad
Computador 1 10.10.100.234 Usuario 1
Computador 2 10.10.100.71 Servidor de videos
Computador Personal 10.10.100.248 Usuario 2
Mquina Virtual 1 10.10.100.69 IMS OS
Mquina Virtual 2 10.10.100.70 Asterisk

ILUSTRACIN 34: RED LAN REAL IMPLEMENTADA

El uso tanto de IMS como de Asterisk en mquinas virtuales fue realizado con el objetivo de
suplir la falta de computadores del laboratorio y tambin para su posterior traslado a la red LTE,
bastando tan slo con clonar las mquinas virtuales para poderlas utilizar en dicha red.
Los computadores 1 y personal fueron usados slo para: hacer uso de los servicios y realizar las
mediciones correspondientes, sin tener una utilidad en la configuracin de la red.
En cuanto a la instalacin de estos equipos en la red LTE, la configuracin presenta grandes
diferencias. Se presenta a continuacin un resumen de las consideraciones desprendidas del
captulo 3: Metodologa.

Primero, los usuarios no se encuentran en el mismo segmento de red que los equipos del
ncleo de la red.
El conmutador del ncleo EPC de LTE tiene asignado el segmento de red 10.2.10.0/24,
permitiendo la posible conexin de 256 equipos servidores.
No existe un servidor DHCP en el EPC, permitiendo asignar manualmente las direcciones
IP.
- 69 -
Para la posibilidad de visibilidad IP desde el acceso LTE, los servidores deben pertenecer
a la puerta de enlace 10.2.100.11, la cual es administrada por el Serving Gateway del EPC
(SGW).
Los usuarios se conectan a la red LTE a travs de un mdem USB con una tarjeta SIM en
su interior. El SGW otorga, una vez leda la peticin de registro y procesada de acuerdo a
la base de datos de LTE, la IP de la red de acceso al usuario.
La red de acceso presenta un segmento Ethernet dedicado a cada usuario unvocamente.
Este segmento es 70.70.2.0/30 y vara tanto la puerta de enlace predeterminada de cada
usuario como su direccin IP.

El Laboratorio de LTE de ZTE y la FCFM (Facultad de Ciencias Fsicas y Matemticas) se


encuentra en el 2do Piso del Edificio de Electrotecnologas del DIE, lo cual oblig al uso de
nuevos computadores para implementar las entidades de red necesarias.
De esta manera, se instalaron las componentes para la puesta en marcha de los servicios y las
herramientas en la red LTE asignando una direccin IP de manera manual segn se muestra en la
Tabla 17.
Cabe mencionar que las pruebas fueron realizadas en un ambiente indoor, segn lo mostrado en
la Ilustracin 35, pero la red LTE de pruebas de la empresa ZTE considera tambin los sitios
outdoor 1 y 2 ubicados en los techos de los edificios DIE y CEC respectivamente. Las pruebas de
concepto y mediciones resultantes pueden ser replicadas en ambos sitios bastando tan slo con
moverse fsicamente hacia dichas celdas cuidando mantener un buen nivel de seal.
Adems, el computador 2, que es el que contiene todos los servidores agregados a la red LTE,
est incluido en el segmento de red propia del SGW, con la finalidad de que la solicitud por
servicio desde los clientes sea transmitida por la red LTE.
La interconexin resultante entre el Laboratorio de LTE con el IMS OpenSource fue slo
funcional, es decir, la red LTE (tanto su ncleo como el acceso) desconoce la presencia a nivel
lgico del IMS y viceversa. Esto pues se requiere de muchas HH (horas-hombre) para su
implementacin, lo cual para efectos de este trabajo no presenta ningn problema ya que el
objetivo de la puesta en marcha del ncleo de paquetes IMS es el establecimiento final de la
conversacin entre los usuarios, lo cual s fue logrado.
Sin embargo, se recomienda su implementacin en el caso de estudios futuros que impliquen el
manejo de las polticas de control y parmetros de QoS pues estas polticas deben ser
compartidos y asmililados por todos los participantes del enrutamiento de los datos del servicio.

TABLA 17: MQUINAS EN LA RED LTE


Puerta de enlace
Mquina Direccin IP Entidad Red
Predeterminada
Computador 1 70.70.2.7 70.70.2.1 Usuario 1 Acceso
Computador Personal 70.70.2.8 70.70.2.2 Usuario 2 Acceso
Computador 2 10.2.100.71 10.2.100.11 Servidor de videos Ncleo
Mquina Virtual 1 10.2.100.69 10.2.100.11 IMS OS Ncleo
Mquina Virtual 2 10.2.100.70 10.2.100.11 Asterisk Ncleo

En este caso, los computadores 1 y 2 fueron las mquinas del Laboratorio de Telecomunicaciones
del 2do Piso del edificio de Electrotecnologas. Las mquinas virtuales corresponden a clones de
- 70 -
las mquinas virtu
uales instalad
das en la red
d LAN y fueeron puestas en marcha ddesde el com mputador
2, con
n permanentte conexin a la red LT TE va cablee Ethernet, ttan slo se requiri reiiniciar la
direccin MAC y realizar un procedimient
p to de cambioo de IP (en eel caso de IM
MS, ver Anexxo B).

ILUSTRACIN 35
5: RED LTE REA
AL IMPLEMENT
TADA

4.2 RESULTA
ADOS SOB
BRE LA PROVISI
P N DE LO
OS SERVIC
CIOS

Los serviciios finales im


mplementado
os en la red L
LAN fueronn:

Servicio dee VoIP


o Meediante servidor IMS Op penSource
o Meediante Serviidor Asterisk k
Servicio dee VideoStreaaming
o Con n VLC Med dia Player
O de Voz: Skype
Servicio OTT
Servicio OTT
O de Video o: Youtube

El facctor crtico en
e el caso ded los serviccios OTT coorrespondi a la conexxin a Internnet de la
FCFMM. La velocid dad de transm
misin de daatos por Inteernet aumentta abruptameente en el hoorario en
que noo hay clasess. Por esta razn, se optt por realizzar las pruebbas de mediicin a contaar de las
19:00 hrs.

En el caso de uso de VoIP mediante


m IMS
S, los softphoones usadoss para acceder al servicio fueron
mediante Mercuro o IMS Clien nte en su verrsin Bronzee. El codec utilizado fuue G.711 A-llaw y se
usaron
n los micrfo
onos y altavo
oces incorpo
orados en loss computadoores del labooratorio.
- 71 -
En cuanto a la alternativa de Asterisk, se us el softphone X-Lite 3.0 con el mismo codec que en
el caso de IMS. Se descartaron alternativas que debiesen ser instaladas en sistemas operativos
distintos a MAC OS o Windows pues el mdem USB de LTE presenta dicha restriccin.

En ambas opciones se logr el registro exitoso de los clientes SIP tanto en la red LAN, a travs
de las interfaces de red Ethernet, como en la red LTE, a travs del mdem USB. Adems, se
logr el inicio de la sesin de llamadas, junto con los servicios agregados de mensajera
instantnea y videoconferencia, a pesar de no ser objetivos de las pruebas de concepto.

La emisin de videos se realiz de manera Multicast a la direccin IP 224.1.1.1 desde el puerto


5004 del servidor, va protocolo RTP. Esto permite la gran ventaja de que cualquier cliente dentro
de una misma red puede conectarse al servicio y ver la emisin. El video emitido fue un extracto
de 1 minuto de la pelcula Leon The Professional en formato .avi con codificacin de video
MPEG-2. Su reproduccin en la red requiri de un promedio de 900 kbps de velocidad de
transmisin de datos, lo cual fue visualizado con el mismo software VLC Media Player (Ver
Anexos). Para su correcta transmisin, dicho programa requiri la realizacin de una
transcodificacin local a un nuevo codec de video y audio: MPEG2+MPGA (TS).

Para los servicios OTT, no se requiri ms que la conexin de la red a Internet. As, se logr
implementar los servicios de Skype y Youtube. La manera de medir la calidad se establece en la
prueba de concepto correspondiente.

En el caso de LTE, se hace hincapi en la necesidad de que la red sea configurada para permitir
comunicacin Peer-to-Peer entre los clientes ya que, de lo contrario, los servidores montados de
manera funcional en el ncleo EPC no sern capaces de enrutar el trfico de los servicios entre
los usuarios, an cuando s sern capaces de recibir y enviar informacin de sealizacin de
manera cliente-servidor. En caso contrario, se podr registrar a los servidores (en el caso de
VoIP, va SIP) y se podr establecer una llamada entre los usuarios pero, a la hora de que el
receptor de dicha llamada conteste, no habr trfico producindose slo silencio. La habilitacin
correcta de peer-to-peer se puede chequear va PING siempre y cuando ste no est prohibido
(por un tema de posibles de ataque de seguridad, por ejemplo).

Los servicios que se logr implementar en la red LTE son:

Servicio de VoIP
o Mediante servidor IMS OpenSource
o Mediante Servidor Asterisk
Servicio de VideoStreaming
o Con VLC Media Player

A diferencia de la red LAN, no se logr la implementacin de los servicios de Skype y Youtube


sobre LTE. Esto, a causa de la no conexin del laboratorio a Internet a la fecha de trmino de este
trabajo.

- 72 -
4.3 RESUME
EN DE HERRAMIEN
E NTAS FIN
NALES EL
LEGIDAS
S

Se presentaa a continuaacin un resu


umen con la s herramienttas utilizadaas en cada unna de las
pruebaas de concep
pto:

Para medirr MOS en Vo oIP


o VQ QManager
o Alg goritmo PES SQ va Matlaab
Para medirr QoE en vid deo
o VQ QMonitor: MOS M
o MS SU Video Qu uality Measuurement Toool: PSNR y V VQM
Para controolar el trfico de la red
o Nettwork Emulaator For Win ndows Tool (NEWT)
Para Medirr Throughpu ut, Packet Looss y Jitter
o Ipeerf/JPerf
Para medirr RTT
o PIN NG (echo req quest)
Para correrr Servicios de
d VoIP desd de el core dee la red
o IMS OpenSourrce (Fokus) en e VM
o Astterisk (Elastiix) en VM
Para correrr el servicio de VoIP en los clientes (Softphoness)
o Meercuro IMS ClientC
o X-L Lite
Para serviccio VoIP OT TT:
o Sky ype
Para correrr el servicio de VideoStrreaming
o VL LC (tanto en cliente como o servidor)
Para serviccio de video OTT:
o Youtube
Para capturrar video desde la pantallla de un com mputador
o Cam mstudio Reccorder (Para prueba con Youtube)
o VL LC Media Plaayer (Para VideoStreami
V ming y Youtuube)
Para capturrar audio desde el compu utador
o Pam mela Record der para llam
madas Skype
o X-L Lite en llamaadas con Astterisk

4.4 RESULTA
ADO DE LA IMP TACIN DE LAS PRUEBA
PLEMENT AS DE
CONCEP
PTO RECO
OMENDAD
DAS

Se indica a continuacin el listado


o resumen dde las pruebaas de conceppto sugeridas para la
obtenccin de QoS S/QoE en servicios mo ontados sobrre redes LA AN/IMS y L LTE/IMS. Se seala
adems el resultad
do de la impllementacin de cada unaa de stas.

- 73 -
4.4.1 PRUEBA DE
D CONCEPTO 1: MEDICIN
E DE TROS DE Q OS DE LA R
E PARMET RED

4.4.1.1
1 M EDICI N DE J ITTER
R , P RDIDA DE
D P AQUETE
ES Y T ASA DE
E TRANSMISIIN DE DATO
OS

Se logr efectivament
e te medir los tres parm metros en el enlace que une a las m mquinas
ba mediantee JPERF. See midi sin aadir trficco extra a laa red; es
clientee y servidorr en la prueb
decir, sin condicio ones de congestin. En ambas redees se estudiaaron los enlaaces entre unn cliente
(red dee acceso) y un
u servidor (red
( de ncleeo).
En el caso de la reed LTE, estaa prueba deb bi realizars e con un anccho de bandda mayor al sugerido
(200 Mbps)
M para obtener
o la meedicin real..

4.4.1.2
2 M EDICI N DE L ATENC
CIA

Efectivameente, a travs de PING entre clienttes de ambaas redes, fuee posible obbtener el
valor de
d este parm
metro.

4.4.2 PRUEBA DE
D CONCEPTO 2: MEDICIN
E E MOS EN SERVICIOS
DE S VOIP

1 C ASO 1: V O IP VA IM
4.4.2.1 MS O PEN S OU
URCE

4.4.2.1..1 M EDICI
N EN LNEA : VQM ANAGER
R

El programma VQMan nager prob tener utiliddad para essta prueba aal lograr caaptar las
ones de iniccio de llamaada entre los clientes S
peticio SIP y estimaar parmetroos de QoE (MOS y
Factorr R) de mannera en lneaa. Adems, se logr esttablecer el aancho de baanda ocupaddo por la
llamadda en funcionnamiento (allrededor de 60
6 kbps).

La pru
ueba fue llev
vada a cabo de manera correcta
c paraa cada una dde las condicciones de coongestin
estudiaadas.
4.4.2.1..2 M EDICI
N FUERA DE LNEA : ALGOR
RITMO PESQ

ba fue ms compleja de
Esta prueb d implemenntar ya quee se debi aaadir, a traavs del
micrffono del emiisor de esta prueba,
p soniidos proveni entes de un archivo de m
msica (form
mato wav
y duraacin 1 minnuto). En el extremo receptor, se ddebi grabarr la llamadaa mientras dduraba el
archiv
vo de sonidoo (tambin en e formato wavw y con lla herramiennta de grabaacin de sonnidos de
Windoows).

Ademms, la prueb ba con el allgoritmo PESQ, solicitaa que amboss archivos a ser processados (el
originaal enviado y el grabado o en el recep
ptor) deban poseer el mmismo intervvalo de tiem mpo. Esto
gener la necesidaad de agregaar una herram
mienta de sofftware para la edicin dee archivos dde sonido
llamadda Cool Editt.

A pesaar de estas dificultades,


d se logr obtener mediciones de MO
OS para cadda uno de loss niveles
de con
ngestin imp puestos.

4.4.2.2
2 C ASO 2: V O IP VA A STERISK

- 74 -
4.4.2.2..1 M EDICI
N EN LNEA : VQM ANAGER
R

Al igual qu
ue en el caso
o de la prueba con IMS , se logr caapturar la llaamada de m
manera en
lnea y la medicin
n de MOS co orrectamente.
4.4.2.2..2 M EDICI
N FUERA DE LNEA : ALGOR
RITMO PESQ

Similar al caso de IM
MS. Pero, se gener la vventaja de laa grabacin de la llamaada en el
mo receptor fuera
extrem f posiblee a travs deel softphone mismo (X-L
Lite) lo cual evita aadirr el ruido
del miicrfono del extremo recceptor.

4.4.2.3
3 C ASO 3: V O IP VA SE
ERVICIO OTT
T S KYPE
4.4.2.3..1 A LTERN ATIVA NICA : ALGORITMO
O PESQ

Este es el caso donde se vio mss til el algooritmo PESQ Q. Esto ya que VQMannager no
logra estimar
e parmetros de QoE
Q de una llamada
l reallizada entre dos clientess Skype. Se ccont en
este caaso con una herramientaa dedicada a la grabacinn de llamadaas entre usuaarios Skype (Pamela
Record der for Skyp
pe) la cual result muy ttil pues fue pposible commenzar la grabbacin al iniiciarse la
llamadda y tambin n configurarr el intervalo
o de grabaciin, lo que aaadi mayoor automatizzacin al
processo evitando incluso
i la po
osterior ediciin del archiivo grabado..

4.4.3 PRUEBA DE
D CONCEPTO 3: MEDICIN
E E MOS EN S ERVICIOS
DE S DE VIDEO
O

4.4.3.1 AMING M UL TICAST VA VLC M EDIA


1 C ASO 1: V IDEO S TREA A P LAYER

4.4.3.1..1 M EDICI
N EN LNEA CON
C V IDEO Q UALITY M ONITTOR

Anlogameente al caso o de MOS en e lnea parra VoIP meddiante VQM Manager, se logr la
medicin de MOS S a travs de
d la captura de la emiisin del viddeo de mannera local coon Video
Qualitty Monitor. Por
P efectos de tiempo, el e video emiitido debi sser un extraccto de un miinuto del
video sealado en el captulo de d metodolo oga.
Video Quality Mo onitor entreg los valores de MOS innstantneam mente a mediida que se reeproduce
el videeo, mostranddo la grficaa final una veez terminadaa la reproducccin adems de indicaadores de
contennido de videeo propiamente tal (blocckiness, jerkkiness, blur) los cuales nno forman pparte del
estudioo de este trab
bajo.

No se logr la ob btencin de los


l parmetrros de MOS
S del audio dde la emisin, posiblem
mente por
efectos de la transcodificacin
n.
4.4.3.1..2 M EDICI
N FUERA DE LNEA CON V IDEO
I Q UALITYY M ONITOR

Esta herrammienta cuentta con una seegunda opciin: medicin offline de la calidad percibida.
Para esto,
e se debii grabar el video desdee el cliente videostream ming con el mismo VLC C Media
Playerr en un arch hivo avi para cada una de las conddiciones de ccongestin eestudiadas. U Una vez
hecho esto, se ing gresan al proograma una a una para su procesam miento y enttrega de los mismos
indicaadores y grfficas del caso
o online.

4.4.3.2
2 C ASO 2: S ERVICIO OT
TT DE VIDEO
O Y OUTUBE

- 75 -
4.4.3.2..1 M EDICI
N NICA : F UERA
U A CON V IDEO Q UALITY M ON
DE LNEA NITOR

Youtube, al
a ser un seervicio que corre sobre TCP, preseenta buffers de almacennamiento
tempooral del video de maneraa de garantizzar la calidaad del videoo. De esta m manera, si bieen no se
pierdee calidad en contenido,
c s se pierde percepcin
p dde calidad deebido al tiem
mpo de llenaddo de los
bufferss. Este hech
ho fue plasm
mado en las pruebas
p a traavs de la grrabacin del video soliciitado va
direccin http haaciendo uso de VLC Media M Playeer. As, los videos grabbados contieenen las
respecctivas demorras.
Se graab un videeo de duracin 1 minutto por cadaa condicin de congestiin y fue inngresado
posterriormente al programa Video
Vi Qualityy Monitor paara la obtenccin correctaa de MOS.

4.4.4 PRUEBA DE CONCEEPTO 4: MEDICIN D


DE VQM Y PSNR E
EN SERVIC
CIOS DE
VIDEO CO
ON MSU VIDEO QUAALITY MEA NT TOOL
ASUREMEN

4.4.4.1
1 C ASO 1: V IDEO S TREA
AMING M UL TICAST VA VLC M EDIA
A P LAYER

La herrammienta MSU VQMT fun ncion de m manera diferrente a Videeo Quality M Monitor.
Esto, pues
p se debii ingresar el
e video orig ginal que fuee emitido y el video graabado en el rreceptor.
De estta manera, ses obtuvieronn los vlores promedios de VQM y PSNR para cada video grabado
(Segnn el nivel dee congestin de la red).

4.4.4.2
2 C ASO 2: S ERVICIO OT
TT DE VIDEO
O Y OUTUBE

Debido a la
l no existenncia de auddio en las grrabaciones dde los videoos, el softwaare MSU
T no pudo seer levantado para la med
VQMT dicin de VQQM ni PSNR R.

4.4.5 PRUEBA DE CONCEEPTO 5: MEDICIONES


E S DE QOS/ QOE EN SE
ERVICIOS V
VVOIP
OTT EN RED
R LTE/IIMS

Esta pruebba de concepto integr todos loss elementos de las pruuebas de coonceptos
anterioores aplicado
os a una red LAN, probndose cada una de ellass en la red LLTE/IMS. See logr la
correccta implemeentacin de manera on nline y off ffline graciaas a la com mpatibilidadd de las
herrammientas de medicin
m con
n el mdem USB
U de ZTE E. Adems, se verific lla prdida dee calidad
percepptual a medidda que se em
mpeoraron laas condicionees de la red ((va NEWT)).
Sin emmbargo, no se logr meedir MOS en n servicios O OTT sobre L LTE debido nicamentee a la no
conexiin del laborratorio LTE a una IP pbblica de la U
Universidad con salida a Internet. A pesar de
esto, la
l metodolo oga, una vez conectado o el laboratoorio a internnet, debiera resultar dee manera
similaar al comporttamiento obsservado en el
e caso de la red LAN. Se destaca la gradualidadd de cada
una dee estas pruebbas buscanddo el objetivo final de e ste trabajo dde memoria,, el cual es lograr la
medicin de QoE en servicios over the top p en la red L
LTE/IMS.

4.5 MEDICIO
ONES OBT
TENIDAS DE LAS P
PRUEBAS
S DE CON
NCEPTO

En este apartado
a se muestran las medicioones obteniddas para vverificar el correcto
funcio
onamiento ded las prueb bas de concepto. Las m mediciones dde QoS se realizan slo en la
condiccin ptima, en cambio en QoE se realizan
r dos:: un indicadoor de QoE een condicinn ptima,
y el mismo
m indicaador en una condicin
c co
ongestionadaa. De la Tabla 15, se tom
ma solo un eestado de
congestin de los recomendad
r dos.
- 76 -
4.5.1 MEDICIO
ONES DE QOS
Se presentaan a continucin los valo
ores resultanntes de los inndicadores dde calidad de servicio
en las redes LAN y LTE.

4.5.1.1
1 E N LA R ED
E LAN

4.5.1.1..1 R ESULTA
ADOS DE T HR OUGHPUT EN CONDICIONESS PTIMAS

HROUGHPUT M
TABLA 18: TH MEDIDO EN LAN
N
Resultados o
R obtenidos (en Mbps)
Prueba
a
Mnnimo M
Mximo Promedio o
UDP UpLink 85,7
8 93,4 92,13
UDP Down
U Link 98,3
9 101 99,4
TCP UpLiink 79
9,21 88,1 82,65
TCP DownLink 82,4
8 91,5 88,41

4.5.1.1..2 R ESULTA
ADOS DE L AT ENCIA EN LA RED LAN EN CONDICIONE S PTIMAS

TABLA 19: LATENCIA E


EN RED LAN
Resultad
dos obtenid
dos (en ms))
Prue
eba
Mnimo Mximo Promedio o
Ping de 32 Bytes 0 3 2
Ping de 1000 Bytes 0 5 3
Ping de 1500 Bytes 1 11 6

4.5.1.1..3 R ESULTA
ADOS DE J ITT ER EN LA RED
D LAN EN CON
NDICIONES PPTIMAS

TABLA 20: JITTER EN L


LA RED LAN
Resu
ultados obttenidos
Prueba
(en ms)
Pingg de 32 Bytees 0
Ping de 1000 Byytes 1
Ping de 1500 Byytes 3

4.5.1.1..4 R ESULTA
ADOS DE P ACK
KET L OSS EN LA RED LAN
N EN CONDICIO
ONES PTIMA
AS

RDIDA DE PAQ
TABLA 21: P QUETES EN LAN
N
Pru
ueba Resultado s obtenido
os (en %)
UDP U
UpLink 1,00E06
UDP Dow
wnLink 1,00E06
TCP UpLink 0
TCP Dow
wnLink 0

- 77 -
4.5.1.2
2 E N LA R ED
E LTE

Se muestran los resu ultados obten nidos de laas pruebas rrealizadas en la red LT
TE/IMS,
indicndose los vaalores esperaados en la especificaci
e n 3GPP R8: 3GPP TS 336.323 (Packet Data
Conveergence Protocol (PDCP) specificatio on) [32].
4.5.1.2..1 R ESULTA
ADOS DE T HR OUGHPUT EN LA RED LTE EN CONDICIO
ONES PTIMASS

A continuacin se muestran
m los resultados de la mediicin de thrroughput tannto para
transporte UDP co omo TCP en n la descargaa (downlinkk) y subida (uuplink) de aarchivos en lla red de
acceso
o de la arquittectura LTE.

TABLA 22: THROUGHPUT


T EN RED LTE
Resu
ultado esperrado
Resultaados obtenid
dos (en Mbp
ps)
Prueba
P (en Mbps)
Mxim
mo Pro
omedio Mnimo Mximoo Promedio
UDP
P Up-Link > 50 > 45 43,3 50,8 449,3
UDP Down-Link
D > 100
0 > 95 101,6 103,9 1002,6
TCP
P Up-Link > 50 > 45 48,3 50,4 449,3
TCP Down-Link
D > 100
0 > 95 37,6 105,7 9
92,1

4.5.1.2..2 R ESULTA
ADOS DE L AT ENCIA EN LA RED LTE EN C
CONDICIONES
S PTIMAS

En la Tabla 23 se mueestran los ressultados de lla prueba dee latencia enn el plano dee usuario
de la red
r LTE.

TABLA 23: LATENCIA E


EN RED LTE
Resu
ultado esperrado (en
Resulttados obten
nidos (en mss)
Prueba ms)
Promediio Mnimo Mximo Prom
medio
Ping
g de 32 Bytees < 15 10 30 122
Ping de 1000 Byttes < 15 13 24 177
Ping de 1500 Byttes < 15 15 25 199

4.5.1.2..3 R ESULTA
ADOS DE J ITT ER EN LA RED
D LTE EN CON
NDICIONES PPTIMAS

Basad
dos en la pueb
ba de concep
pto 1, se ind
dican los resuultados de jittter en la redd LTE.

- 78 -
TABL
LA 24: JITTER E
EN LTE

Pru
ueba Resulta
ados obteniidos (en ms)

Ping de 32 Bytes 1
Ping de 1
1000 Bytes 1
Ping de 1
1500 Bytes 3

4.5.1.2..4 R ESULTA
ADOS DE P ACK
KET L OSS EN LA RED LTE EN CONDICIO
ONES PTIMASS

RDIDA DE PAQ
TABLA 25: P QUETES EN LTE
E

Prue
eba Resulltados obte
enidos (en %)

UDP Up
pLink 0,03
UDP Dow
wnLink 0,01
TCP Up
pLink 0
TCP Dow
wnLink 0

4.5.2 MEDICIO
ONES DE QOE

Las medicciones de QoEQ en amb bas redes see establecenn en la condicin ptim ma y en
situaciin congesttionada. Esta ltima selecciona
s slo uno dde los estaados de coongestin
recommendados en la Tabla 15 5, ya que noo se pretendee realizar unn estudio de comportam miento de
QoE sino
s verificaar el correctto empobreccimiento dee la calidad percibida aal usuario, m mediante
variacin de cong gestin en la red. Adeems, los vaalores escoggidos en la Tabla 26 tan slo
representan los vaalores estableecidos en el control de laa interfaz conn NEWT; paara realizar uun mejor
estudioo a estas condiciones
c se deben sumar los valores meedidos de eestos parmeetros en
condicciones ptimmas.

TABL
LA 26: CONDICIIONES DE CON
NGESTIN ESCO
OGIDAS

Latencia PackeetLoss An
nchodeban
ndaVoIP A
AnchodebandaVideo
(ms) (%
%) (kbps)) ps)
(kbp
50 8 50 750
0

4.5.2.1
1 M EDICIO NES DE MOS
S EN VOIP EN
E RED LAN
N

Se muestraan a continuaacin los ressultados del iindicador dee calidad de experiencia MOS
para el caso de loss servicios vo
oz sobre IP en
e la red LA
AN.
4.5.2.1..1 C ON VQ
QM ANAGER

nea de MOS gracias a V


Se estableccen las mediciones en ln VQManager ((ver Tabla 277). Sin
embarrgo, no fue posible
p medirr QoE en Sk
kype con estee mtodo.

- 79 -
TABL
LA 27: MOS EN VOIP
V EN RED L
LAN CON VQMA
ANAGER
MOSen
nVoIP vaIMS vaAsteriisk vaSkyype
Condicionessptimas 4,4 4,3 X
Condiciiones
3,6 3,4 X
congestio
onadas

4.5.2.1..2 C ON ALG
GORITMO PES
SQ

Debido a que
q este algooritmo no esp
pa trfico enn la red, es pposible obtenner los valorres de
MOS en el caso VoIP
V segn lo
o mostrado en
e la Tabla 228.

TABLA 28:
2 MOS EN VOIP EN RED LAN
N CON ALGORIT
TMO PESQ
va
MOSe
enVoIP vaIMS pe
vaSkyp
Asteriskk
Condicione
esptimas 4,1 4,1 4
Condiciones
3,3 3,1 3,4
Congesttionadas

4.5.2.2
2 M EDICIO NES DE MOS
S EN V O IP EN
E RED LTE

4.5.2.2..1 C ON VQ
QM ANAGER

Al igual qu
ue en la red LAN,
L no es posible
p obteener medicioones de MOS
S en Skype ccon esta
herram
mienta.
TABL
LA 29: MOS EN VOIP
V EN RED L
LTE CON VQMA
ANAGER
va
MOSe
enVoIP vaIMS pe
vaSkyp
Asteriskk
Condicione
esptimas 4,4 4,4 X
Condiciones
4 3,9 X
Congesttionadas

4.5.2.2..2 C ON ALG
GORITMO PES
SQ

A pesar de no obtenersse de una maanera tan direecta como enn el caso antterior, s se llogra
obteneer medicionees de MOS va
v IMS y Assterisk. No sse logra, encambio, la medicin en S Skype
debido
o a la no con
nexin a internet del labo
oratorio de L
LTE.

- 80 -
TABLA 30: MOS EN VO
OIP EN RED LTE
E CON ALGORIT
TMO PESQ
vaa
MOSe
enVoIP vaIM
MS vaSSkype
Asterisk
Condicione
esptimas 4,255 4,117 X
X
CondicionesCongestionad
das 3,833 3,772 X
X

4.5.2.3
3 M EDICIO NES DE MOS
S EN V IDEO S TREAMING EN RED LAN
N

El servicio
o de VideoSttreaming se realiz de m
manera Multticast atravs del protocolo RTP
con ell programa VLC Mediia Player. Las L medicioones se estaablecen nuevvamente en las dos
condicciones de red
d.
4.5.2.3..1 MOS EN
N LNEA CON V IDEO Q UALITTY M ONITOR

Se logra caapturar en la red el trficco de videosttreaming sinn la necesidad de que un cliente


est co
onectado. Laa escala usadda por este programa parra el MOS ess de 1-100.
TAB
BLA 31: MOS EN
N LNEA DE VID
DEO EN VIDEOS
STREAMING EN
N RED LAN CON
N VQM
MOSenVid
M eo
VideoStreeamingcon
V
VLC
(1100)
Condicionesp
ptimas 766,3
Condicio
onesCongestionadas 622,2

4.5.2.3..2 MOS FU
UERA DE LNEA
A CON CON V IDEO
I Q UALITY
Y M ONITOR

nicamentte de maneraa fuera de ln


nea es posiblle obtener vaalores de MO
OS en Youtuube.

TA
ABLA 32: MOS FUERA
F DE LNE
EA EN VIDEOST
TREAMING CON
N VQM EN RED
D LAN
MO
OSenVideo
o Vid
deoStreamin
ngconVLC You
utube
Condiccionesptim
mas 74,655 77
7,24
Co
ondiciones
60,188 55
5,78
Con
ngestionadas

4.5.2.4
4 M EDICIO NES DE MOS
S EN V IDEO S TREAMING EN RED LTE
E

Se entregann en este apaartado los vaalores del inddicador MOS para el casso de
videosstreaming, esspecficamen nte en la red
d LTE.
4.5.2.4..1 MOS EN
N LNEA CON V IDEO Q UALITTY M ONITOR

- 81 -
TABLA 33: MO
OS EN LNEA DE VIDEO STREA
AMING EN RED
D LTE CON VQM
M
MOSenV
Video VideoStreamingconVLLC Youtube
Condiciones
C ptimas 882,1 X
Condicio
ones
66 X
Congestio
onadas

4.5.2.4..2 MOS FU
UERA DE LNEA
A CON CON V IDEO
I Q UALITY
Y M ONITOR

TA
ABLA 34: MOS FUERA
F DE LNE
EA EN VIDEOST
TREAMING CON
N VQM EN RED
D LTE
MOSenVideo VideoStreaamingconV
VLC Youtub
be
Condicionessptimas 79,23 x
Condiciiones
667,5 x
Congestio
onadas

4.5.2.5
5 M EDICIO NES DE VQM
M Y PSNR EN
E V IDEO S TR N RED LAN
REAMING EN

Se aade a las medicio


ones anteriorres, los valorres de VQMM y PSNR reaalizadas conn el
prograama MSU Video Quality y Monitor, laas cuales sonn realizadas ffuera de lneea.

TABLA 35: VQM/PSNR EN VIDEOSTR


REAMING EN R
RED LAN
VQM
M/PSNRenV
Video VideoStream
V mingconVLC Youtube
Cond
dicionespttimas 2,41//56,6 1,9
98/63
Condiciones
C s
3,15//30,1 2,8
87/34
Co
ongestionadas

4.5.2.6
6 M EDICIO NES DE VQM
M Y PSNR EN
E V IDEO S TR N RED LTE
REAMING EN

Debido a lal no existenncia de coneexin a interrnet, es impposible obtenner el valor de estos


parm
metros en el caso
c de Youttube en la red
d LTE.

TABL
LA 36: VQM/PSN
NR EN VIDEOST
TREAMING EN R
RED LTE
VQM/PSNRe
enVideo VideoStream
V mingconVLC
C Youtub
be
Co
ondiciones
ptimas 1,6//65,3 x
Condicio
ones
2,2/445,53 x
Congestion
nadas

- 82 -
4.6 FINES DO
OCENTES
S DEL TRA
ABAJO D
DE TTULO
O

Las pruebaas de concep pto aqu preesentadas enntregan una mmetodologaa para medirr calidad
de exxperiencia de servicios de voz y video sobree IP. Las m mediciones son realizaadas con
herrammientas de sooftware que realizan esttimaciones aaproximadass de los parmetros de Q QoE ms
conociidos, como el MOS, sin n la necesiddad de realizzar encuestaas a personaas que utiliccen estos
serviciios. Dicha metodologa
m consider el
e diseo y lla implemenntacin de laas redes, serrvicios y
herrammientas de medicin
m parra lograr la in
nterconexinn con tecnollogas de accceso LTE. GGracias a
esto, es
e posible sepparar los objjetivos docenntes logradoos.

Implementtacin de un ncleo de reed de paquettes IMS


Estudio dee los protoccolos de se alizacin y de trfico asociados a la provisin de un
servicio VoIP
V a travss de una plaataforma de conmutacinn de paquetes full IP IM MS: SIP,
DIAMETE ER, SDP y RTP
R
Agregacin n de clientess a las bases de dato de uuna plataforrma IMS y uuna central teelefnica
privada IP Asterisk.
Configuraccin de una red LAN y la configuraacin IP de equipos en eel ncleo dee una red
mvil LTE E.
Ventajas del
d protocolo o UDP sobre TCP para laa provisin dde servicios en tiempo reeal
Inicio de sesiones de Videostreami
V ing Multicasst
Configuraccin de un seervidor de viideos dedicaado
Anlisis deel impacto de problemass en la red soobre la calidaad de un determinado seervicio.
Estudio dee las configu uraciones dee polticas dde control y QoS de una red LTE E para el
mejoramieento de la callidad de experiencia.
Uso de trannscodificaci n para videeostreaming

Adem ms, cada una de las pru uebas de con


ncepto ac estudiadas ttienen una ccomponente docente
involuucrada, seallndose los pasos para cada
c una de las configuuraciones y ppuestas en m
marcha y
realizndose el esstudio del im
mpacto de lo
os niveles dee congestinn de una redd en la provvisin de
QoE ene un servicio VVoIP.

4.7 DOCUME
ENTACI
N ENTRE
EGADA

La documeentacin ressultante de cada uno de llos pasos neecesarios parra la implem


mentacin
final de
d la platafo
orma de meddicin entregga las guas para la conttinuacin dee este trabajoo. De tal
manerra que prx ximos memo oristas sean capaces dee rearmar eeste trabajo desde ceroo. Dicha
docummentacin se encuentra disponible
d en
n los Anexoss B y C en ell siguiente orden:

ANEEXO B: GUA
A DE IMPLEMENTACIN DE
D LOS SERVIC CIOS
B-1.
B Gua de instalacin de IMS OpeenSource en una Mquinna Virtual coon Debian
B Gua de instalacin de Asterisk Elastix en unna mquina virtual
B-2.
B Gua de Configuraciin de VLC Media Playeer para VideeoStreaming
B-3.

ANEEXO C: GUA
A PARA LAS PRUEBAS
P DE CONCEPTO
C
C-1.
C Condicio ones de Med
dicin
C-2.
C Prueba de d Concepto o 1: Medicin
n de parmeetros de QoS de la red
C-3.
C Prueba de d Concepto o 2: Medicin
n de MOS enn servicios V
VoIP
- 83 -
C-4. Prueba de Concepto 3: Medicin de MOS en Servicios de Video
C-5. Prueba de Concepto 4: Medicin de VQM y PSNR en servicios de Video con MSU
Video Quality Measurement Tool

- 84 -
5 CAPTU
ULO 5 DISCUS
SIN

5.1 ACERCA
A DE LOS SERVICIO
OS IMPLE
EMENTAD
DOS

Los serviciios estudiadoos en este trrabajo de meemoria, si biien no son seervicios pbblicos, ya
que noo ofrecen sallida hacia laa PSTN (caso VoIP) o hhacia un ISP que entreguue cobertura nacional
(caso VideoStreaaming), s correspondeen a una iimplementaccin funcionnal que em mula las
caracteersticas de un servicio de voz, com mo el de teleefona, y de video, comoo lo es por eejemplo:
IPTV. En este marrco, es posib ble evaluar laa metodologga aqu pressentada, cuya implementtacin es
contraastada con suu uso en serv
vicios propiaamente tal (oover-the-top)).

Las applicaciones de VoIP ussadas en estte trabajo coontienen una mirada haacia la provvisin de
serviciios telefniccos de manera alternativ va a su impleementacin tradicional en una red m
mvil en
que see utiliza la red
r PSTN paara su puestta en marchha. Esto puess a travs ddel IMS OpeenSource
interco
onectado con n la central telefnica IP,
I LTE pueede dar salidda hacia la PPSTN desde una red
paquettizada va IPP. Se implem ment as puees la red LT
TE no posee conmutacinn de circuitoos ni est
pensadda para provveer servicioss telefnicoss de manera nativa.

Con reespecto a videostreaminng, su implementacin ffue realizadaa con el enffoque de un ISP que
desee implementar un servicio o de provisioonamiento dde video va IIP desde su ncleo de reed, y que
adems busque proveerlo a un entorrno mvil. Los serviccios as pllanteados hhan sido
correcctamente monntados y utillizados para las pruebas de conceptoo. Sin embarrgo, se debi adecuar
los proogramas usaados como clientes
c VoIIP y videosttreaming debbido a la noo compatibillidad del
modem m USB de LTE
L con sisteemas operatiivos Linux.

El usoo ms importante de los servicios dee voz y videeo en cuantoo a la mediciin de QoE, es el de
Skypee y Youtube. Ambos son n esgrimidos como muesstra del compportamiento de un serviccio over-
the-top
p de voz y video
v que esttn presentes desde interrnet, es deciir, desde unaa red paquetiizada sin
QoS. As, se adeecuaron las pruebas de concepto ppreviamentee concebidass en una reed LAN,
dejnddose como ltimo
punto de estudio debido
d a las dificultadess inherentes a un servicioo de este
tipo y a la previa verificacin
v del uso de laas herramienntas de mediicin en un aambiente conntrolado.

5.2 ACERCA
A DE LAS REDES
R IM
MPLEMEN
NTADAS

Se logr una
u interconexin funcio onal entre uun ncleo dee paquetes IIMS y un ncleo de
paquettes EPC de la red LTE. Esto pues la red LTE, al ser una pprueba de deesempeo dee una red
comerrcial, presenta la complejidad de laa comparticiin de las ppolticas de control de rrecursos,
bases de datos y entidades
e de cobro que deben
d ser connfiguradas ppara trabajarr de manera sncrona
con el IMS al cuall se quiere in
nterconectarr. Gracias a qque el objetiivo de este trrabajo de tttulo es la
medicin del servicio ya puessto en march ha, no es neccesario realizzar una coneexin completa entre
ambass entidades, pasando
p a seer una interco
onexin fun cional.

Tanto en la red LAN


L como en LTE caada uno de los servidorres logr enntregar y reecibir las
peticio
ones de servicio por partte de los clieentes. Sin em TE, se debi habilitar
mbargo, en ell caso de LT
Peer-to
o-Peer en la red, pues taanto IMS com mo Asteriskk una vez quee entregan laa sealizacin de las
- 85 -
llamaddas, son liberados de la responsabili
r dad de transsportar el trfico entre loos clientes, eel cual es
realizaado de maneera peer-to-peer.

5.2.1 ACERCA DE LA IMPLEMENTAC RE IMS Y L


CIN ENTR LTE

Se pone dee manifiesto en esta memmoria las veentajas que eentrega IMS a una red L LTE para
la prov
visin de servicios multtimedia sobrre un ncleoo de paquetees. En este ccaso se pudoo trabajar
con Voz
V sobre IP P en LTE (VoLTE)
( lo cual puedee ser implem mentado com mercialmentee por un
operaddor mvil o incluso porr un ISP, siin embargo en el trabajjo de ttulo de Sebastin Rivas
Diseo e Implemmentacin dee Next Geneeration TV ssobre LTE/IM MS [33] see logra estabblecer un
serviciio de IPTV con agregad dos funcionaales de menssajera instanntnea y sollicitud de viideos va
http so
obre una red LTE gracias a IMS.

5.3 ACERCA
A DE LAS HERRAM
H MIENTAS

5.3.1 HERRAMIENTAS DEE MEDICIN


N

VQManager logra med dir MOS en una llamadaa VoIP al cap apturar trfico SIP en la rred. Una
vez quue la llamadaa comienza, el programaa la detecta y comienza la medicinn al capturar tambin
el trfi
fico RTP de la l llamada. Queda
Q de maanifiesto su iimportancia en las pruebbas de conceepto para
los caasos de IMS S y Asterisk k, logrando en e ambos c asos la obteencin de loos valores dde MOS.
Dichos valores efectivament
e te resultaroon disminuirr al evaluaar MOS enn una llamaada con
condicciones de con ngestin. Fu
ue compatiblle con la redd LTE y LAN N.
El algoritmo PESQ Q tiene un comportamie
c ento intrusivvo, ya que see debe grabaar las converrsaciones
en el lado
l del clieente (emisor y receptor) para su possterior proceesamiento y entrega de M MOS. Si
bien sus
s medicion nes fueron consecuente
c es con las oobtenidas coon las herram mientas commerciales
como VQManageer, se debi usar herraamientas de edicin de audio (Cool Edit) parra hacer
coincidir los tiemp pos entre loss archivos enn ambos extrremos.
Video Quality Mo onitor en suss versiones fuera
f de lneea y en lneaa ha sido corrrectamente aplicado
para laa medicin de MOS en n videostream ming. Sin em mbargo, un punto a disscutir acercaa de este
softwaare es que non captura el trfico quee recibe el ccliente mism mo, sino quee este acta como si
fuera un
u cliente deesde cualquiier punto de la red. Esto genera una incorrecta aapreciacin ddel MOS
en el cliente
c mismmo, pero a su vez arroja laa ventaja de la medicinn de MOS sinn la necesidaad de ser
intrusiivo en la prrovisin del servicio al cliente. Es m ms, con esste programaa se puedenn obtener
todos los frames capturados
c in
ndicando el peor y el m mejor frame oobtenido (enn cuanto a caalidad de
contennido) ademss del monito oreo de todoss los ndices (MOS, Jerkkiness, Blur, etc) va unaa interfaz
web de forma perm manente.
MSU Video Quallity Measureement Tool mostr ser til para esttablecer meddiciones de PSNR y
VQM en videos capturados
c desde
d el clieente en videoostraming y Youtube (aambos grabaados con
VLC Media
M Playeer). Sin emb bargo, los viideos grabaddos deben pposeer audioo, lo que agrrega una
compllejidad extra y una fuentee de error no o despreciabble.

5.3.1.1
1 A CERCA DE LOS INST
TRUMENTOS COMERCIAL
LES

Los instru
umentos com merciales usados
u en eesta memorria comprennden prograamas de
compuutador comppatibles con el sistema operativo
o W
Windows 7: V VQManagerr de ManageeEngine;
Video Quality Moonitor, de AcceptTV
A y MSU
M VQMT T. Al ser coomerciales, ttodos ellos ppudieron
- 86 -
ser usaados nicam
mente por un perodo de prueba
p de enntre dos sem
manas y un mmes, despus del cual
redujeeron sus presstaciones (po
or ejemplo, ded poder moonitorear 1000 llamadas, bbaja dicha caantidad a
2) o biien quedaronn inutilizablees, requirin
ndose compraarlo para conntinuar su usso.

Los do os primeros tienen como o objetivo el monitoreo een lnea va pparmetros dde calidad, loo cual es
realizaado espiandoo la red en busca
b de los protocolos dde voz-videoo que son caapaces de evaaluar; en
cambio MSU VQ QMT funcio ona fuera dee lnea, debbiendo ingreesarse los arrchivos origginales y
capturrados para sus evaluacin. Claramen nte, las herrramientas dee monitoreo pierden su utilidad
mplementada, la cual noo permite
frente a los serviccios over thee top pues esstos tienen s eguridad im
hacer una captura del trfico. Es decir, see prefiri usaar para este tipo de servvicios la herrramienta
comerrcial MSU VQMT
V y la herramienta
h no
n comerciall PESQ.

A pesaar de esto, las herramienntas comerciales VQMaanager y Viddeo Quality Monitor pruueban su
efectiv
vidad al esstablecer lass medicionees de MOS S en audio y video iincorporandoo en su
funcio
onamiento laa correlacin n respectivaa con: el MMOS que puudiera medirrse a travss de una
encuessta a un gruppo de usuariios de los seervicios meddidos, y con los valores dde congestin de los
enlacees: prdida de
d paquetes, jitter, laten ncia y anchho de bandaa, siendo esttos ltimos tambin
monitooreados. Estto es una claara ventaja por
p sobre al goritmos coomo PESQ y los implem mentados
por MSU
M VQMT (como VQM M y PSNR), que estableecen mediciiones objetivvas va compparacin
de archhivos, an cuando VQM M incorpora la l funcin dee sensibilidaad humana (vver Captuloo 2).

5.3.2 HERRAMIENTA DE CONTROL


C DE
D LA INTE
ERFAZ DE R
RED

Network Emulator
E for Windows Toolkit
T (NEWWT) logra de manera approximada esstablecer
una emmulacin dell nivel de co
ongestin en n una interfazz de red. See compar ell establecimiiento del
througghput en 500
0 kbps del ennlace a internnet y se realiiz una meddicin de la vvelocidad dee internet
en el mismo com mputador mostrando desccargas de haasta 380 kbpps. A pesar de esto, suu uso fue
correcctamente emppleado ya qu ue el objetiv
vo de su uso en este trabbajo no es el estudio del impacto
de la congestin
c en
e las mediciones, sino que q slo se bbusca lograrr imprimir laa diferencia entre un
MOS medido en n buenas condiciones
c de red, vversus un M MOS mediido en conndiciones
congestionadas emmuladas con NEWT.
Para efectivamen nte lograr controlar
c la congestinn en un ennlace desde la red IP existen
mientas ms avanzadas que
herram q logran essto de mejorr manera com mo por ejempplo:

NetDisturbb
Traffic Con
ntrol
DummyNeet

Todas estas herraamientas reqquieren de dos


d tarjetas de red paraa enrutar el trfico de salida y
da a un enlace especficco. Las dos ltimas
entrad funccionan nicaamente en aambiente Linnux y la
primerra en Windo
ows.

5.4 ACERCA
A DE LAS PRUEBAS
P S DE CON
NCEPTO

Cada una de d las pruebbas de conceepto tiene unn enfoque pprctico paraa la medicin de los
indicaadores de QooS y QoE. EnE este sentid
do, se presenntan alternattivas para loograr cada unna de las
mediciones objetivo con el fin fi de establecer una meejor compattibilidad parra trabajos ffuturos y
otras redes
r o serviicios que se quieran
q med
dir.
- 87 -
Las prruebas de co oncepto logrraron establecer las meediciones de calidad perrcibida las ccuales se
correlaacionan perffectamente entre s. Sin n embargo, falt una vvalidacin dee estas prueebas con
clientees presenciaales, lo cual entregara una
u mejor aapreciacin del correctoo funcionam miento de
estas pruebas.
p

5.5 ACERCA
A DE LAS MEDICIO
M ONES E IN
NDICADO
ORES USADOS

El MOS obtenido
o en
n VoIP en unau red LT TE tanto en condicionees ptimas ccomo la
condiccin congesttionada, fue levemente mejor a su smil en laa red LAN. Esto es debbido a la
existen
ncia de gesttin de Caliidad de Serv vicio en LT TE otorganddo prioridad al trfico dde voz y
video. Lo que a su
u vez demuesstra la correccta correlaciin entre lo eesperado y loo obtenido.

Las herramientas
h s de MOS S online y offline eentregan reesultados ccomparables en su
compo ortamiento, sin embargo o se debe optar
o por laa segunda oopcin a la hora de meedir este
indicaador en Skyp pe, pues al ser
s un serviccio con protoocolos propiios y encripttacin de coontenido,
pierdee toda alternaativa de med
dicin a travs de una capptura de trffico en la redd.

En cuaanto a los indicadores dee video, a peesar de que P


PSNR es un indicador obbjetivo de caalidad de
video, s se correlaaciona de bu
uena manera con la caliddad percibidaa en cuanto a que una prdida de
calidad
d de conten nido debidaa a, por ejeemplo, prdiidas de paqquetes en laa red, reflejjar una
conseccuente prdida en la calidad de experiencia del sservicio.
El MO OS de video o se ha logrrado de manera correctta tanto de manera onlline como ooffline, e
incluso
o se correlaaciona su co omportamien nto lo que posibilita a la herramieenta offline ser una
aproxiimacin apreeciable al MOS real de Youtube.
Y Lo mismo suceede con VQM M.

5.6 ACERCA
A DE LA METODOL
M LOGA PR
ROPUEST
TA

La metodo ologa propu uesta logra realizar


r la m
medicin finnal del parmmetro subjettivo ms
conociido para vozz sobre IP: MOS,
M y para video: VMO OS; hacienddo uso de sofftware y conndiciones
de red
d controladass, obteniend do una idea preliminar
p dde cmo las condicioness de red afecctan a la
perceppcin final del
d usuario. Sin embarg go, se recommienda com mo futuros trrabajos de m memoria
analizaar la efectiva correlacinn entre las condiciones
c de red (QoSS), las condiciones de caalidad de
la apliicacin (appllication QoSS) y el MOS:: cul parm
metro de red aafecta ms a la calidad ppercibida
del usuario, bajo qu
q condicio ones de uso de la aplicaacin (en el caso de video: bfers) y en qu
serviciio en especffico. Incluso
o contrastar los
l casos lmmite de mala calidad.

5.7 ACERCA
A DE LOS CASOS DE DESINC
CRONIZA
ACIN

Un aspectoo importantee en la percep


pcin de un video va strreaming, apaarte de la callidad del
contennido en s, es
e la sincronna audio-viddeo. Los ca sos ms tpiicos de desiincronizacin son 3:
desinccronizacin constante
c (el audio estarr atrasado o adelantadoo el mismo ttiempo a lo largo de
todo el
e vdeo), dessincronizacin progresiv
va (cuando eel tiempo enttre audio y vvdeo va aum mentando
a medida que avan nza el vdeo)) y desincronnizacin totaal (una mezccla de los ottros dos, o seea que el
audio est en efeccto desfasadoo en tiempo con el vdeoo, pero a su vez ese dessfase varia a lo largo
de la pelcula) [334]. Cada uno
u de estos casos es determinablle va meraa observacin de la
reprod
duccin actu ual. Ahora bien,
b en unna reproducccin en tiem mpo real coomo el casoo de un
- 88 -
streaming, donde el contenido multimedia es paquetizado y enviado a la red, la sincronizacin
audio-video depende fuertemente de las propiedades de la red y su nivel de congestin.

- 89 -
6 CAPTULO 6 CONCLUSIONES
Se logr disear e implementar una metodologa tanto para la medicin de las condiciones
de red (QoS) como para la calidad percibida por el usuario final de los servicios (QoE) en una red
LTE/IMS. Esto gracias a que se pudo implementar los servicios, las redes y las herramientas de
medicin y congestin. La metodologa servir tanto para estudios futuros que tengan como base
la obtencin de parmetros de calidad desde el punto de vista del usuario en funcin del estado de
la red, como para laboratorios docentes que busquen el estudio prctico de estos ndices.

Se puso en marcha servicios de Voz sobre IP y VideoStreaming haciendo uso de elementos de


red (como Asterisk y servidores de video) y aplicaciones OTT (como Skype y Youtube) en una
red LAN, sin embargo su implementacin fue parcial en el caso de LTE no pudiendo contar con
acceso a internet.

Se implement una plataforma IMS OpenSource para el establecimiento de sesiones multimedia


e interconect a dos tipos de redes: una red LAN a usar como prototipo de pruebas, y al core de
una red mvil LTE.

Se consigui disear una serie de pruebas de concepto que permiten medir el estado de una red y,
en particular, la calidad percibida por un usuario de los servicios conectados a travs de la misma.

Se generaron 2 escenarios de red: ptima y congestionada. Tanto para la red LAN prototipo como
para la red LTE. Si bien las condiciones congestionadas emplearon un control parcial slo del
acceso a la red a travs de la interfaz y no un control de la congestin, su uso en las pruebas de
concepto tuvo el mismo impacto ya que se logr verificar las diferencias medidas en los
parmetros de calidad de experiencia.

Gracias a que la metodologa integra la puesta en marcha a modo de prototipo en una red LAN, lo
que verifica su correcto funcionamiento previo a su implementacin en LTE, y posteriormente
realiza las mediciones en distintos escenarios de congestin, se logra validar las pruebas de
medicin de QoE en LTE va comparacin de comportamientos. Esto, ya que las mediciones
obtenidas son concordantes con lo observado en cada prueba desde la posicin del usuario de
cada servicio.

Adems, se obtienen las mediciones de QoE en servicios VVoIP implementados de manera local
gracias a la implementacin gradual de cada una de las pruebas de concepto aqu enunciadas.
Esto mismo pudo ser comprobado en los servicios OTT medidos como etapa final de las pruebas
de concepto, es decir, una vez que las pruebas funcionaron en la red LAN en ambas condiciones
de congestin. Cabe destacar que en el caso de OTT slo se pudo lograr la medicin para red
LAN. Adems, para los mismos servicios OTT, la metodologa empleada debi ser la alternativa
fuera de lnea.

Con respecto a la sincronizacin entre el audio y el video en un servicio multimedia, si bien en


este trabajo de titulo no se abord esta temtica, las herramientas que aqu se nombraron, pueden
dar pie a elaborar una metodologa para la observacin de la sincrona audio-video. Por ejemplo,
una posible manera de afrontar el problema de medir el sincronismo es capturando el video que

- 90 -
recibe el usuario en un archivo de video, realizar una separacin del audio y el video (por
ejemplo con el software VirtualDubMod [35]) tanto del video original como del video capturado,
y aplicar el algoritmo PESQ a los audios para medir su nivel de sincronismo, y aplicar el software
MSU Video Quality Measurement Tool para comparar ambos videos y obtener el MSU. As, este
tema puede desarrollarse en futuros trabajos de memoria e incluso ver cmo afecta los
parmetros de la red al sincronismo audio-video.

Todas las pruebas de concepto planteadas logran generar guas que sirven como material de
estudio para cursos en el DIE tanto de capacitacin a los operadores mviles actuales, como para
cursos de pre y post-grado. Este material de estudio con objetivos docentes puede ser
complementado con el trabajo del memorista John Oliva Diseo e Implementacin de un curso
y laboratorio de servicios sobre acceso LTE y Packet Core IMS [8].

Finalmente, se pudo generar documentacin acerca de la instalacin de cada uno de los servicios
y herramientas a ser utilizadas en las pruebas de concepto de modo que futuros memoristas
logren retomar y continuar este trabajo.

Gracias a esta metodologa se sugieren, entre otros, los siguientes trabajos futuros:

1. Estudio del impacto en QoE del manejo de polticas de QoS en redes LTE/IMS.

Se propone obtener los indicadores de calidad ac menciondos y ver la manera en que estos
varan de acuerdo a las polticas de Calidad de Servicio de las redes LTE/IMS para corroborar de
manera prctica que estas redes sean capaces de ofrecer servicios multimedia con una buena
percepcin por parte del usuario final.

2. Implementacin de una interconexin entre una red LTE a la red de telefona pblica (PSTN)
a travs de un IMS OpenSource y una central telefnica IP.

De la implementacin de este trabajo de memoria, se detall la posible interconexin hacia la


PSTN desde usuarios LTE usando IMS y una central telefnica (Asterisk). Esta propuesta de
trabajo involucra la necesidad de interconectar IMS con la central telefnica de manera que un
usuario IMS conectado a travs de una red LTE tenga acceso a llamadas telefnicas tradicionales.
Esto puede lograrse a travs de un servidor de re-direcciones que traduzca el nombre de usuario
en sealizacin SIP a un anexo telefnico.

3. Implementacin de APIs para la puesta en marcha de variados servicios multimedia en una


red LTE a travs de IMS y la medicin de la calidad de experiencia obtenida.

Esta propuesta tiene como objetivo emular un operador de telefona mvil que quiera probar
servicios y aplicaciones en una plataforma LTE/IMS, con la respectiva medicin de calidad de
experiencia de cada uno.

4. Estudio del impacto de la movilidad en una red LTE en la calidad percibida de los servicios
montados sobre sta.

Haciendo uso de los indicadores de calidad, se pueden contrastar sus valores con respecto a la
movilidad del usuario: posicin relativa a la antena, intensidad de seal, rapidez de movimiento
- 91 -
del usuario, con el objetivo de mejorar la eficiencia de la cobertura de un e-nodo-B y hacer
ajustes a la gestin de polticas de control teniendo en cuenta la percepcin del usuario.

5. Estudio del sincronismo audio-video en un servicio de videostreaming ofrecido sobre una red
mvil LTE.

Con las herramientas aqu presentadas, como por ejemplo MSU Video Quality Measurement
Tool, y otras como Virtualdubmod, es posible realizar grabaciones de un videostream en una red
mvil LTE y separar el audio y el video tanto en dicha grabacin como en el archivo original. De
esta manera, se obtienen dos archivos de audio y dos archivos de video los cuales se comparan
va PSNR y PESQ para obtener el nivel de sincronismo entre ellos.

- 92 -
7 CAPTULO 7 REFERENCIAS BIBLIOGRFICAS
[1] Subsecretara de Telecomunicaciones (SUBTEL). Licitacin 4G: Se definen frecuencias
para Entel, Movistar y Claro. Santiago, 30 de Julio 2012.

[2] Subocki, Sagi; Levine, Anatoli; Ford, Carl. LTE-The future of IMS. Radvision. 2010.

[3] Davidson, Jonathan; Peters, James; Bhatia, Manoj. Voice over IP Fundamentals. Cisco
Press. 2006

[4] Cisco. Understanding Jitter in Packet Voice Networks. Cisco Press. Document ID: 18902

[5] Servicios OTT. http://www.pace.com/global/our-thinking/over-the-top-services-ott. Fecha de


consulta: 10 de Enero de 2012.

[6] Ali-Yahiya Tara. Understanding LTE and its Performance. Springer, 2011.

[7] Vergados, D. The IP revolution and potential gains for ISP/mobile/fixed telephony
operators in the liberalization of telecommunications. [Paper]. 2002.

[8] Oliva, John. Diseo e Implementacin de un curso y laboratorio de servicios sobre acceso
LTE y Packet Core IMS - Memoria para optar al ttulo de Ingeniero Civil Electricista. 2012.

[9] Pealoza, Sebastin Diseo e Implementacin de un Proveedor de Servicios Genrico con


Arquitectura IMS - Memoria para optar al ttulo de Ingeniero Civil Electricista. 2008.

[10] 3GPP Release 12. http://www.3gpp.org/Release-12. Fecha de Consulta: 18 de Agosto de


2012.

[11] Garca-Martn, Camarillo. The 3G IP Multimedia Subsystem (IMS): Merging the Internet
and the Cellular worlds. Wiley, 2006.

[12] IMS OpenSource http://www.openimscore.org/. Fecha de Consulta: 10 de Agosto de 2011.

[13] ITU-T E.800 Recommendation. Definitions of terms related to quality of service.


International Telecommunication Union. Septiembre 2008.

[14] ITU-T E.860 Recommendation. Framework of a Service Level Agreement (SLA).


International Telecommunication Union, Junio 2002.

[15] Feng, Huang. A selective aproach to bandwidth overbooking. Brigham Young


University.

[16] Sandoval Jorge. Calidad de Experiencia en el servicio de Banda Ancha Mvil Tesis para
optar al grado de de Magster en Ingeniera de Redes de Comunicaciones. 2011.

- 93 -
[17] ITU-T P.800 Recommendation. Methods for subjective determination of transmission
quality, Agosto 1996.

[18] MSU Video Quality Measurement Tool. http://compression.ru/video/index.htm. Fecha de


Consulta: 3 de Noviembre de 2011.

[19] ITU-T Recommendation P.862 (02/2001), Perceptual Evaluation of Speech Quality


assessment of narrowband telephone networks and speech codecs (PESQ).

[20] Skype. http://www.skype.com. Fecha de Consulta: 5 de Noviembre de 2011.

[21] Youtube. http://www.youtube.com. Fecha de Consulta: 6 de Noviembre de 2011.

[22] Mdem USB ZTE. http://www.mobile4wifilte.co.uk/zte-mf820.html. Fecha de Consulta: 15


de Enero de 2012.

[23] NetDisturb. http://www.zti-telecom.com/EN/NetDisturb.html. Fecha de Consulta: 20 de


Enero de 2012.

[24] Dummynet. http://info.iet.unipi.it/~luigi/dummynet/. Fecha de Consulta: 20 de Enero de


2012.

[25] NEWT. http://blog.mrpol.nl/2010/01/14/network-emulator-toolkit/. Fecha de Consulta: 26


de Enero de 2012.

[26] IPERF. http://www.mayoxide.com/iperf/ . Fecha de Consulta: 20 de Enero de 2012.

[27] VQManager. http://www.manageengine.com/products/vqmanager/. Fecha de Consulta: 21


de Enero de 2012.

[28] Video Quality Monitor. http://www.acceptv.com/page/products_vqm. Fecha de Consulta:


21 de Enero de 2012.

[29] Lingfen Sun , Emmanuel New Methods for Voice Quality Evaluation for IP Networks
[Book]. University of Plymouth. Department of Communication and Electronic Engineering.
2003

[30] Haddad Majed, Altman Eitan. A Survey on Youtube Streaming Service [Paper]. INRIA,
Universit dAvignon. France.

[31] VirtualBox. https://www.virtualbox.org/. Fecha de Consulta: 6 de Agosto de 2011.

[32] 3GPP R8: 3GPP TS 36.323 (PDCP specification). http://www.3gpp.org/ftp/Specs/html-


info/36323.htm. Fecha de Consulta: 16 de Enero de 2012.

[33] Rivas, Sebastin. Diseo e Implementacin de Next Generation TV sobre una plataforme
LTE/IMS - Memoria para optar al ttulo de Ingeniero Civil Electricista. 2012.

- 94 -
[34] Sincronizacin de audio y video en archivos AVI.
http://www.mundodivx.com/edicionsimple/sincronizaravi.php. Fecha de Consulta: 9 de Marzo de
2012.

[35] Virtualdubmod. http://virtualdubmod.sourceforge.net/. Fecha de Consulta: 9 de Marzo de


2012.

[36] Shariff Ben. Elastix without tears. PDF Version. 2008.

[37] Elastix.http://www.elastix.org/index.php/en/downloads/main-distro.html. Fecha de


Consulta: 9 de Noviembre de 2011.

[38] ITU-T E.800 Recommendation. Definitions of terms related to quality ofservice.


International Telecommunication Union, TelecommunicationStandardization Sector. Septiembre
2008.

[39] ITU-T G.1030 Recommendation. Quality of service and performance Generic and
userrelated aspects. Estimating end-to-end performance in IP networks fordata applications.
International Telecommunication Union, Telecommunication Standardization Sector. Noviembre
2005.

[40] ITU-T E.419 Recommendation. Business oriented key performance indicators for management
of networks and services. International Telecommunication Union, Telecommunication
Standardization Sector. Febrero 2006.

[41] Mercuro IMS Client. http://imsclient.blogspot.com/. Fecha de Consulta: 10 de Diciembre


de 2011.

[42] myMONSTER Client. http://www.monster-the-client.org/. Fecha de Consulta: 10 de


Diciembre de 2011.

- 95 -
8 ANEXO
OS

8.1 ANEXO A:
A CARA
ACTERST
TICAS GEN
NERALES
S DE LAS
ARQUITE
A ECTURAS
S USADAS
S

8.1.1 A-1. PRO LES DE IMS


OTOCOLOS PRINCIPAL S Y ASTER
RISK

8.1.1.1
1 SIP [9]

Session Initiation Protocol (S SIP o Protoccolo de Inicio dde Sesiones) es
un prootocolo desarrrollado porr el grupo de trabajo MMUSIC ddel IETF (Innternet Enggineering
Taskinng Force) coon la intencin de ser el estndar par
ara la iniciaccin, modificcacin y finaalizacin
de seesiones intteractivas de d usuario donde inntervienen elementos multimediaa como
el videeo, voz, men
nsajera instaantnea, jueg
gos en lnea y realidad viirtual.

La sin
ntaxis de sus operacioness se asemeja a las de HT TP y SMTP P, los protocoolos utilizadoos en los
serviciios de pgin
nas Web y ded distribuci
n de e-maills respectivaamente. Estaa similitud es natural
ya quee SIP fue disseado para que
q la telefo
ona se vuelvva un servicioo ms en Intternet.

En nooviembre del ao 2000,, SIP fue acceptado com mo el protoccolo de seaalizacin dee 3GPP y
elemen nto permaneente de la arquitectura
a IMS (IP M Multimedia SSubsystem). SIP es unoo de los
protoccolos de seaalizacin parra voz sobre IP, otro es H
H.323 y IAX
X actualmentte IAX2.

El pro
otocolo SIP permite el establecimie
e ento de sesioones multim media entre ddos o ms uusuarios.
Para hacerlo
h se vaale del intercambio de meensajes entree las partes qque quieren comunicarsee.

8.1.1.1..1 A GENTE S DE U SUARIO


O

Los usuariios, que pueeden ser serres humanos o aplicaciiones de software, utilizzan para
estableecer sesiones lo que el protocolo
p SIPP denomina "Agentes dee usuario". E Estos no son ms que
los puuntos extrem mos del prottocolo, es deecir son los que emitenn y consumeen los menssajes del
protoccolo SIP. Un n videotelfo ono, un telfo
fono, un cliennte de softw
ware (softphoone) y cualquuier otro
dispossitivo similarr es para el protocolo
p SIPP un agente de usuario. El protocoloo SIP no se oocupa de
la inteerfaz de estoos dispositivo os con el ussuario final, slo se inteeresa por loss mensajes qque estos
generaan y cmo see comportan n al recibir deeterminados mensajes.
Los agentes
a de usuario se comportan como clienntes (UAC: User Agennt Clients) y como
servid
dores (UAS: User Agen nt Servers). Son UAC cuando reaalizan una ppeticin y soon UAS
cuando o la reciben.. Por esto loss agentes de usuario debben implemenntar un UAC C y un UAS..

Ademms de los ag gentes de usu


uario existen
n otras entiddades que inntervienen enn el protocoolo, estos
son lo
os Servidorees de Registtro o Registtrar, los Prooxy y los R Redirectores.. A continuacin se
describ
be su finalid
dad.
- 96 -

8.1.1.1..2 S ERVIDO
ORES DE R EGI STRO

El protocollo SIP permite estableceer la ubicacin fsica de un usuario ddeterminado, esto es,
en quu punto de la red est conectado o. Para ello se vale deel mecanism mo de registtro. Este
mecan nismo funcioona como sig gue:
Cada usuario tien ne una direcccin lgica que es invvariable resppecto de la ubicacin f fsica del
usuario. Una direcccin lgica del protocollo SIP es de la forma ussuario@dom minio es decirr tiene la
mismaa forma que una direcci n de correo electrnico.. La direccin fsica (dennominada "ddireccin
de conntacto") es dependiente
d del lugar en n donde el uusuario est conectado ((de su direccin IP).
Cuand do un usuariio inicializaa su terminaal (por ejem mplo conectaando su telfono o abriiendo su
softwaare de telefo ona SIP) el agente de usuario SIP P que residde en dicho terminal ennva una
petici
n con el mtodo REGIS STER a un Servidor
S de RRegistro (Reegistrar en inngls), inforrmando a
qu diireccin fsicca debe asocciarse la direeccin lgicaa del usuarioo. El servidoor de registro realiza
entoncces dicha aso ociacin (deenominada binding). Estta asociacinn tiene un peerodo de vigencia y
si no es
e renovada,, caduca. Taambin pued de terminarsee mediante uun desregisttro. La formaa en que
dicha asociacin es e almacenaada en la red d no es deterrminada porr el protocollo SIP, peroo es vital
que los elementos de la red SIP accedan a dicha inform macin

8.1.1.1..3 S ERVIDO
ORES P ROXY Y DE R EDIREC
CCIN

Para encam
minar un meensaje entree un agente de usuario cliente y unn agente dee usuario
servid
dor normalmeente se recurrre a los serv
vidores. Estoos servidoress pueden acttuar de dos m
maneras:

1. Como Prox xy, encaminando el men nsaje hacia ddestino,


2. Como Red director (Reddirect) generrando una respuesta que indica al originante la ddireccin
del destino
o o de otro seervidor que lo
l acerque all destino.

La principal difereencia es que el servidor proxy


p quedaa formando pparte del cam
mino entre el UAC y
el (o los) UAS, mientras qu ue el serviddor de redireeccin una vez que inndica al UA AC cmo
encamminar el menssaje ya no in
nterviene ms.
Un miismo servido or puede actuuar como Reedirector o coomo Proxy ddependiendoo de la situaccin.

8.1.1.2
2 SDP

Session Description
D Protocol
P (SD
DP), es un pprotocolo paara describirr los parm
metros de
iniciallizacin de los
l flujos multimedia.
m Fue
F publicaddo por el IE ETF en el RF FC 2327, en abril de
1998.

SDP est
e pensado para describ bir sesiones de comuniccacin multiimedia cubriendo aspecttos como
anunciio de sesin n, invitacin
n a sesin y negociacin de parm metros. SDPP no se enccarga de
entreg
gar los conteenidos propiaamente dichhos sino de eentablar una negociacinn entre las eentidades
que in
ntervienen en la sesin como tipo de conteniddo, formato, y todos los dems parrmetros

- 97 -
asociaados. Este co
onjunto de parmetros
p se
s conoce coomo perfil de sesin. SD
DP se puedee ampliar
para sooportar nuev
vos tipos de medios
m y forrmatos.

Comen nz como componente


c del SAP (SSession Annnouncement Protocol), ppero enconttr otros
usos en
e conjunto con RTP (R Real-time Trransport Prootocol), SIP y como forrmato indeppendiente
para describir
d sesiones multicaast. SDP incluye:

El tipo de medio
m ultimedia(video, audio, eetc)
de mu
El protocol de trnasporrte (RTP/UD
DP/IP, H.3200, etc)
El formatoo (H.261 videeo, MPEG video,
v etc)

8.1.1.3
3 DIAMET
TER

Diameter es
e un porotoccolo de auteentificacin, autorizacinn y de contaabilidad (AA
AA) para
redes de computad dores, y unaa alternativa a RADIUS.. Las aplicacciones de Diiameter extiienden la
base del protoco olo aadiend do nuevos comandos y atributoss, como aqquellos paraa el uso
de Exttensible Auth
hentication Protocol
P (EAAP).

8.1.2 A-2. CAR TICAS GENE


RACTERST E LTE [6]
ERALES DE

LTE es una solucin ded banda anccha mvil quue ofrece unn rico conjunnto de caracttersticas
con un na gran flexxibilidad enn trminos de d opcioness de implem mentacin y posibles offertas de
serviciios. Algunas de las carractersticas ms importtantes que m merecen serr destacados son los
siguienntes:
OFDM dee alta eficiencia espectrral es la baase de la caapa fsica, sse utiliza enn enlace
descendentte con el fin
n de obtener una excelennte robustez frente a inteerferencias m mltiples
y de alta afinidad
a a laas tcnicas avanzadas
a ccomo el dom minio de la ffrecuencia ddel canal
dependientte de la proogramacin y MIMO, m mientras quee una sola pportadora Frrequency
Division Multiple
M Acccess (SC-FD DMA) se utiiliza en el eenlace ascenndente con eel fin de
obtener un
n bajo peak-tto-average Power
P Ratioo (PAPR), laa ortogonaliddad de usuaario en el
dominio dee la frecuenccia y multi-aantena de la aaplicacin.

- 98 -
TABLA 37: CARACTERSTICAS IMPORTANTES DE LTE
Parmetro Valores
EsquemadeAccesoUL SCOFDMA
EsquemadeAccesoDL OFDMA
AnchodeBanda 1.4;3;5;10;15y20MHz
TTLmnimo 1mS
EspacioentreSubportadoras 15kHz
Prefijocclicocorto 4.7uS
Prefijocclicolargo 16.7uS
Modulacin QPSK,16QAM,64QAM
CapanicaporUL,porUE;hasta4capasparaDL
Multiplexacinespacial
porUE,MUMIMOsoportadoporULyDL

Soporte para TDD y FDD: LTE es compatible con duplexacin por divisin de tiempo
(TDD) y duplexacin por divisin de frecuencia (FDD). TDD se ve favorecida por la
mayora de las implementaciones debido a sus ventajas: (1) la flexibilidad en la eleccin
de las tasas de datops uplink-to-downlink, (2) la capacidad para explotar la reciprocidad
de canales, (3) capacidad de implementar en el espectro no emparejado, y (4) diseo del
transceiver es menos complejo.
Modulacin adaptable y Codificacin (AMC): LTE soporta la un nmero de esquemas de
codificacin de modulacin y Forward Error Correction (FEC) y permite que el esquema
sea cambiadoen una base por usuario y por frame, en base a las condiciones del canal.
AMC es un mecanismo eficaz para maximizar el rendimiento en un canal de de tiempo.
El algoritmo de adaptacin por lo general requiere el uso de la ms alta modulacin y el
sistema de codificacin que puede ser apoyado por la relacin seal-ruido y la relacin de
interferencia en el receptor de tal manera que cada usuario dispone de la tasa de datos
posible que puedan ser apoyados en sus enlaces respectivos.
Soporte de ancho de banda variable: E-UTRA funcionar en las asignaciones de espectro
de diferentes tamaos, incluyendo 1.25, 1.6, 2.5, 5, 10, 15 y 20 MHz en el enlace
ascendente y descendente. La operacin en espectro pareado y desapareado ser
soportada. Esta escala se puede hacer de forma dinmica para asistir el roaming de los
usuarios mviles a travs de redes diferentes que pueden tener diferentes asignaciones de
ancho de banda.
Tasas mximas de datos muy alta: LTE es capaz de soportar muy altas tasas de datos
mximas. De hecho, el pico de velocidad de datos PHY puede ser tan alta como de bajada
mxima velocidad de datos de 100 Mb / s dentro de una asignacin de 20 MHz de
espectro descendente (5 bps / Hz), mientras que proporciona subida mxima velocidad de
datos de 50 Mb / s (2,5 bps / Hz) en una asignacin de espectro de 20 MHz de enlace
ascendente.
- 99 -
Movilidad: E-UTRAN debe ser optimizada para la velocidad mvil de bajo 0 a 15 km / h.
A mayor velocidad mvil de entre 15 y 120 km / h debe ser compatible con un alto
rendimiento. La movilidad a travs de la red celular se mantuvo a una velocidad de 120 a
350 km / h (o incluso hasta a 500 km / h, dependiendo de la banda de frecuencia).

TABLA 38: COMPARACIN ENTRE LTE Y LTE-ADVANCED
Parmetro LTE LTEAdvanced
TasadetransmisinPeak
300Mbps 1Gbps
DL
TasadetransmisinPeak
75Mbps 500Mbps
UL
Anchodebandade
20MHz 100MHz
transmisinDL
Anchodebandade
20MHz 40MHz
transmisinUL
Optimizadaparavelocidadesreducidas
(<15km/h),altaperformanceavelocidades
Movilidad menoresque120km/h, SimilaraLTE
ymantieneelenlaceavelocidadesmayores
que350km/h.
Cobertura Performancecompletoa5km. SimilaraLTE
Anchodebandaescalable 1.4;3;5;10;15y20MHz Hasta20100MHz


Retransmisiones de capa de enlace: LTE soporta peticiones de retransmisin automtica (ARQ)
en la capa de enlace. Las conexiones ARQ habilitadas requieren que cada paquete transmitido
sea reconocido por el receptor, los paquetes no reconocidos se pierden y se retransmiten. LTE
tambin opcionalmente soporta Hybrid-ARQ, que es un hbrido eficaz entre FEC y ARQ.

Soporte de usuarios simultneos: LTE ofrece la posibilidad de realizar la programacin de


recursos bidimensionales (en tiempo y frecuencia), permitiendo el soporte de mltiples usuarios
en un espacio de tiempo, en cambio, la tecnologa existente 3G lleva a cabo en una dimensin de
programacin, lo que limita el servicio a un usuario para cada ranura de tiempo. Esta capacidad
de LTE resulta siempre en una mejor experiencia y tambin permite la proliferacin de
aplicaciones inalmbricas de sistemas/aplicaciones integradas.

Seguridad: LTE proporciona una seguridad mejorada a travs de la implementacin del mdulo
de la UICC de identidad del abonado (SIM) y el almacenamiento asociado de clave robusta y no

- 100 -
invasivva y la auteenticacin de claves priivadas simttricas de 128 bits. LTE
E, adems, inncorpora
autentticacin fuerrte mutua, confidenciaalidad de laa identidad del usuarioo, proteccin de la
integriidad de todoos los menssajes de sealizacin enntre la UE y de la Enttidad de Geestin de
Movilidad (MME)), y el portad dor opcionall multi-nivel cifrado de ddatos.

Eficien nte roaming


g: Debido a que LTE ser
s el estnndar 4G unnificado paraa la mayora de las
compaaas a nivell mundial 3GPP y 3GPP2, los disppositivos LT TE sern funndamentalmeente ms
fcil de
d configuraar para roam
ming mundiaal. La adverrtencia es qque la bandaa de frecuenncia real
utilizaada por loss diferentes operadoress ser difeerente (consservando ass la necessidad de
dispossitivos multib
banda).

8.2 ANEXO B:
B GUA DE
D IMPLEMENTA
ACIN DE
E LOS SER
RVICIOS

8.2.1 B-1. GUA


U DE INS
STALACIN
N DE IMS
S OPENSO
OURCE EN
N UNA M
QUINA
VIRTUALL CON DEBIIAN
Para la insstalacin del IMS Open
nSouce se rrealiza una ppre-instalaciin del S.O.. Debian
versin 6.0.2.1 (Sq
queeze) en una
u mquinaa virtual (VM
M) en el proggrama Virtuaal Box 4.1.6..

8.2.1.1
1 I NSTALAC
CIN DE V IR
RTUAL B OX [ 31]

Se realiza la instalacin del softw


ware en un ambiente W Windows 7 desde un ejjecutable
descarrgado de la pgina oficiial del proyeecto VirtualB
Box. Una vvez ejecutadoo basta conttinuar de
manerra natural la instalacin, como sigue::

Se com mienza por hacer doblee click sobree el ejecutabble, a continnuacin se m


muestra los dilogos
normaales de una instalacin ded programa permitiendoo elegir dondde instalarloo y qu compponentes
instalaar incluso se puede instaalar en espa
ol (versin usada). Com
mo complem mento, se recomienda
elegir los siguientees componen ntes:
Soportte USB

Contieene controlaadores extraas para que la instalaciin en Winndows tengaa total sopoorte para
dispossitivos USB al interior dee la mquinaa virtual.
Netwo
orking

Agreg
ga controlado
ores de dispo
ositivos de reed para habiilitar la opcin de redes ppuenteadas ((Bridged
networking) con el
e objetivo de
d lograr quee la interfazz de red de lla mquina vvirtual sea aaccesible
desde otros compu
utadores en una
u misma red r fsica.
Depenndiendo de la configuraacin del sistema Winndows es poosible recibiir alertas accerca de
contro
oladores no asignados.
a Basta
B ignorarr y continuaar con la insstalacin puees de otra m
manera es
posible que VirtuaalBox no fun
ncione.
El insttalador crea un grupo llaamado VirttualBox enn la barra Iniicio de Winddows lo quee permite
accedeer a la aplicaacin y acced
der a su docu
umentacin directamentte.

- 101 -
8.2.1.2 C REACIN DE UNA M QUINA V IRTUAL (VM) EN V IRTUAL B OX

Una vez instalado y al ejecutarlo por primera vez, se abre la ventana "VirtualBox
Manager" (Ver Ilustracin 36). El panel de mano izquierda contiene las mquinas virtuales ya
creadas. La fila de botones superior al panel permite la creacin de mquinas virtuales y trabajar
con mquinas ya creadas. A mano derecha, se despliegan las propiedades de la mquina virtual.
Como ejemplo, en la Ilustracin 37 se muestra como debiera lucir VirtualBox con mquinas
virtuales creadas y funcionando.

ILUSTRACIN 36: VIRTUALBOX MANAGER

ILUSTRACIN 37: VIRTUALBOX FUNCIONANDO

As, una vez instalado VirtualBox en Windows 7, se procede a crear una mquina virtual para
instalar Debian 6.0 en ella.

8.2.1.3 C REACIN DE UNA MQUINA VIRTUAL D EBIAN 6.0 A PARTIR DE UN DISCO IMAGEN
Primero, se debe descargar la imagen .iso de Debian. Basta con acceder a
http://www.debian.org/CD/http-ftp/ donde se puede escoger la versin, el tipo (CD o DVD) y la
va de descarga. Para este trabajo se usa la imagen debian-6.0.2.1-i386-DVD-1

- 102 -
Una vez descargada, se puede ingresar a VirtualBox para crear una nueva mquina virtual. Para
esto, se hace click en Nueva y a continuacin se abre un dilogo donde se solicita un nombre
para la mquina y el tipo de S.O. (ver Ilustracin 38).

ILUSTRACIN 38: CREACIN DE UNA MQUINA VIRTUAL

En seguida, se requiere la cantidad de memoria a asignar a la mquina. Para Debian 6.0 se


recomienda usar 512 MB.

ILUSTRACIN 39: ELECCIN DE MEMORIA BASE DE LA NUEVA MQUINA

A continuacin, se debe crear el disco duro virtual. Se debe crear un nuevo disco de arranque en
un disco virtual nuevo. Este paso da inicio al asistente de creacin de Disco Virtual, donde se
solicitarn:

Tipo de Archivo de Disco Duro Virtual: .vdi


Detalles de Almacenamiento: Reservado Fijo

- 103 -
ILUSTRACIN 40: ELECCIN DEL DISCO DURO DE LA NUEVA MQUINA

Para finalizar esta etapa, se solicita la ubicacin donde se alojar el archivo de la mquina virtual
y el tamao fsico que ocupar en el disco duro del computador.

ILUSTRACIN 41: ELECCIN DEL TAMAO DE DISCO DURO DE LA NUEVA MQUINA

Se recomienda instalar 10 Gb para esta mquina virtual.

Con esta ltima configuracin se da paso a la creacin de la mquina virtual, proceso que dura
aproximadamente 5 minutos dependiendo del tamao otorgado a la mquina

- 104 -
ILUSTRACIN
I 42:
4 MQUINA V
VIRTUAL CREA
ADA

8.2.1.3..1 I NSTALA
ACIN DE D EB
BIAN 6.0 S QUE
EEZE EN MQU
UINA VIRTUA L

Antes de in
niciar la mq
quina se deb
be seleccionaar el arranquue de la mqquina virtual desde la
imagen del S.O yay descargad da. Para estoo, se hace cclick derechho a la mquuina sin inicciar para
seleccionar en Allmacenamiennto el contrrolador IDE de la imagen del disco a emplear.

ILUS
STRACIN 43: SELECCIN DE LA IMAGEN DE
E DEBIAN EN L
LA MQUINA VIIRTUAL

Adem ms, en la secccin Red, para que el e IMS OpennSource a seer instalado sea visible desde la
red LAAN en que se s encuentraa el computaador en que corre, se deebe configurrar un Adapptador de
red dee manera Briidge (Puentee), es decir, se debe haceer un puentee entre la intterfaz de la mquina
virtuall con la interrfaz de red fsica
f del com
mputador. Paara esto, com
mo se ve en la Ilustracin 44, se
debe presentar
p la siguiente
s connfiguracin, habilitando el adaptador de red:

Co
onectado a: Adaptador
A de puente
No
ombre: Debee seleccionarr la interfaz de
d red fsicaa del computtador (Wi-Fii; Lan, u otraa)

- 105 -
Cable Conectado: S

ILUSTRACIN 44: SELECCIN DE ATRIBUTOS DE LA CONEXIN DE RED DE LA MQUINA

Una vez hechos estos ajustes, se puede dar inicio a la mquina virtual, la cual arranca desde la
imagen seleccionada.

8.2.1.4 I NSTALACIN DE D EBIAN 6.0 EN M QUINA V IRTUAL


Una vez iniciada la mquina virtual, arrancando desde la imagen de Debian, aparece el siguiente
cuadro:

ILUSTRACIN 45: DILOGO INICIAL DE INSTALACIN DE DEBIAN 6.0

- 106 -
Para esta gua, se selecciona la opcin grfica y se continan los siguientes pasos. En el siguiente
orden:

Seleccin de Idioma: Espaol


Ubicacin: Chile
Mapa de Teclado: Latinoamericano

A continuacin, se solicita la configuracin de la red. Se solicita:

Nombre de la mquina: ims


Nombre de Dominio: No necesario
Clave de Superusuario: Crtico pues IMS ser instalado como Superusuario (ims)
Nombre completo para el nuevo usuario: IMS
Contrasea para el nuevo Superusuario: ims
Configuracin de Reloj: Santiago de Chile

ILUSTRACIN 46: SELECCIN DEL NOMBRE DE LA MQUINA DEBIAN

Uno de los pasos finales es el particionado de disco. Este paso es muy importante pues el
directorio donde se descargan los componentes del IMS OpenSource tiene un espacio muy
pequeo en la particin de discos por defecto.

8.2.1.4.1.1 PARTICIONADO DE DISCOS MANUAL


Se inicia creando particiones desde la particin original del disco duro. Para esto se hace doble
click en la particin original.

- 107 -
ILUSTRACIN 47: PARTICIONADO DE DISCOS MANUAL

Una vez realizado, se abre una nueva ventana para crear una nueve tabla de particiones y se
selecciona la opcin Particionado de forma automtica, para ahorrar tiempo y no tener que
hacerlo manualmente.

En el siguiente cuadro se selecciona la opcin Separar las particiones /home, /usr, /var, y /temp
lo que arroja como resultado la siguiente particin del disco:

ILUSTRACIN 48: CONFIGURACIN DE LA PARTICIN

Sin embargo, la carpeta de Debian a la cual se debe especificar un tamao mayor que el que viene
por defecto es /opt. Para esto, se borra la particin /home (haciendo doble click en la
particin y despus seleccionando Borrar Particin) en pos de asignarle un tamao menor (2 GB)
y permitirle a /opt tener 1GB para los archivos a instalar de IMS.
- 108 -
As, laa antigua particin de 3 GB para el fichero /hom me queda coomo espacioo sin formateear, para
crear las
l nuevas particiones (//home de tam mao menorr y /opt), ambbas particionnes lgicas y al final
del dissco). La conffiguracin fiinal se muesstra en la Ilusstracin 49.

ILUSTR
RACIN 49: CON
NFIGURACIN F
FINAL DE LA P
PARTICIN

Para finalizar,
fi basta con hacerr click en la opcin
o Finaalizar particionado y esccribir los cam
mbios en
el discco.

Config
guracin dell gestor de paaquetes

La opcin es libree pero se reecomienda no


n instalar nnuevos paquuetes salvo los que viennen en el
primerr DVD/CD, para la insttalacin de IMS
I se requuieren algunoos especficos que se deescargan
posterriormente. Po
or lo mismo,, tampoco ess necesario uusar una rpllica en la redd.

Posterriormente, laa instalacin


n pasa a la etapa
e de insttalar los proogramas, prooceso que tooma gran
parte del
d tiempo to otal de installacin.

Selecccin de Programas

Se reccomienda in
nstalar los prrogramas esstndar ms el entorno de escritorioo grfico, ppero para
mayorr seguridad se
s pueden instalar: Servidor DNS y BBase de Datoos MySQL.

8.2.1.5
5 I NSTALAC
CIN DE IMS
S O PEN S OUR
RCE Y CONFIIGURACIN DE CLIENTE S

8.2.1.5..1 R EQUER IMIENTOS DEL


L S ISTEMA B ASE
A

El sistema presenta los siguientes requerimienntos bsicoss para su insstalacin loccal en un


nico PC:

Diistribucin de
d Linux con
n kernel 2.6 instalada
i y ooperativa

- 109 -
00 Mb aproxiimados de espacio en disco duro
10
PC
C donde corrre Linux es suficiente.
s
Taarjeta de aud
dio
Miicrfono
Taarjeta de red y conexin a Internet

8.2.1.5..2 I NSTALA
ACIN DE COM
MPONENTES

En primer lugar las lib


breras y/o prrogramas reqqueridos parra el funcionnamiento dell sistema
son los siguientes::

gcc
ant
lib
bxml2
lib
bxml2-dev
lib
bcur14 gnutlss-dev
my ysql-server-55.0
lib
bmysqlclienttoff
lib
bmysqlclientt-dev
ipssec-tools
oppenssl
binnd9
sub bversion
bisson
fleex
wiireshark
javva 1.5 o supeerior (JDK)

Los ellementos sealados del punto 1 al punto 7 puueden ser innstalados meediante el G Gestor de
Paquetes Synapticc, aplicacin n incluida enn la distribuccin de Debian 6.0. Si D Debian fue iinstalado
utilizaando imgen nes de los disscos disponiibles en Inteernet, se requuerir introdducir alguno de estos
discoss. Si la instalacin fue deel tipo net-in
nstall, las liibreras sern descargaddas de Internet.
Para in nstalar el eleemento restaante, Java Development Kit 1.5 (o ssuperior), es necesario ddescargar
en forrma manuall el archivo binario desde la pgiina web corrrespondientte. Primero se debe
verificcar si ya se encuentra in nstalada estaa versin, enn caso contrrario habr que procedeer con la
descarrga. Para ello o se introducce el siguiente comando en el terminnal (como ussuario root):

java versiion

Aparecer un men nsaje indicaando la versiin instaladda de java. S


Si la versinn es menor a 1.5 se
proced
de con la desscarga de la versin adeccuada desde la lnea de ccomandos:

sud
do apt-get in
nstall openjd
dk-6-jre

Con esste comando o se instalar la versin libre


l de Javaa Developmeent Kit 1.6.0
Posterriormente see debe editarr el archivo o .bashrc dee la carpeta /root/ agreggando las siiguientes
lneas al final:
- 110 -
export PATH=
=/opt/java-1..6.0-openjdk
k/bin/:$PATH
H
JA
AVA_HOME E=/opt/ javaa-1.6.0-open
njdk/
export JAVA_
_HOME

Al ejecutar el com
mando indicaado en un priincipio se poodr verificarr la nueva veersin instalada.
8.2.1.5..3 O BTENC IN DEL CDIIGO FUENTE DE
D LOS CSCF S

Una vez que


q todo el software necesario
n paara el funcioonamiento ddel sistema ha sido
instalaado se procede a descarg gar el cdigoo fuente. Paraa obtener el cdigo fuennte actualizaddo de las
implem mentacioness de los CFCSs, denom minado en cconjunto seer_ims se uutiliza la applicacin
subveersion. Estaa permite accceder a repo ositorios manantenidos bajjo el proyectto BERLIOS S, donde
se almmacenan lass ltimas versiones
v dee todos los archivos ddel proyectoo Open IM MS Core.
Subveersion permitte a la vez hacer
h modificcaciones a ararchivos del pproyecto y een general siirve para
adminnistrar las acttualizacioness y cambios en un proyeecto de softw ware open source.
En el terminal
t se procede
p creaando el direcctorio a utilizzar por defeccto:

cd
d /opt/
mkkdir OpenIMMSCore
cd
d OpenIMSC Core
mkkdir ser_ims

Luegoo se obtieneen los archiivos asociad dos a la im


mplementacin de los C CSCFs meddiante el
siguiennte comando o (recordar que se requ
uiere conexin a Interneet, el comanddo se ejecutta dentro
del dirrectorio /OpeenIMSCore//):

svn
n checkout http://svn.ber
h rlios.de/svnrroot/repos/oppenimscore//ser_ims/trunnk ser_ims

Comieenza la descaarga de archiivos hacia ell directorio //opt/OpenIM


MSCore/ser__ims/. Una veez que la
descarrga finaliza se despliegaa un mensaje del tipo Revision obbtenida ZZZ Z (donde ZZ ZZ es el
nmerro de la revissin ms actu
ual).
En estte trabajo de memoria see trabaj con la versin 11136.

9.7.5 Obtencin
O del
d cdigo fu
uente del HSS

El proceso para la desccarga del cd digo fuente dde la implem


mentacin deel HSS (denoominada
FHoSS S) es similarr al anterior:
Se creea directorio a utilizar poor defecto deentro de /opt//OpenIMSC Core/:

mk
kdir FHoSS

Se ob
btienen los archivos
a aso
ociados al FHoSS
F (el comando see ejecuta ddentro del ddirectorio
/OpenIMSCore/):

svn
n checkout http://svn.ber
h rlios.de/svnrroot/repos/oppenimscore//FHoSS/trunnk FHoSS

- 111 -
Comieenza la descaarga de arch hivos hacia el
e directorio /opt/OpenIMMSCore/FHooSS/ y comoo para el
caso de
d los CSCF Fs al finalizzar la descarrga se desplliega el mennsaje Revision obtenidda ZZZ
(dondee ZZZ es el nmero
n de la revisin ms
m actual).
En estte trabajo de memoria see trabaj con la versin 11136.
8.2.1.5..4 C OMPILA
ACIN R _ IMS Y
DE SER FH O SS
S

Para comp pilar los arcchivos que componen


c lla implemenntacin denoominada serr_ims se
ejecutaan los siguieentes comand dos:

cd
d ser_ims
maake install-liibs all
cd
d ..

Posterriormente se procede con n el FHoSS.. En este casso se utiliza la aplicacin denominaada ant
que reequiere de cieertos cambio
os en la conffiguracin dee Linux:

Ed
ditar el archiv
vo profile ubicado
u en laa carpeta /etcc/ agregandoo las siguienttes lneas al final:

JAVA_HO OME=/opt/ java-1.6.0-o openjdk/


PATH=$PATH:$JAVA A_HOME/b bin
export PAT TH JAVA_H HOME
osteriormentee editar el arrchivo .bash
Po hrc de la carppeta /root/ aggregando lass mismas lnneas.

Una vez
v que los cambios antteriores han sido efectuuados ejecuttar en el term
minal los siiguientes
coman
ndos para compilar el FH
HoSS:

cd
d FHoSS
ant compile
ant deploy
cd
d ..

Si se presenta alg gn error du urante la co


ompilacin ees posible qque falte instalar algunna de las
compo onentes seaaladas al iniccio de esta gua.
g En estaa etapa de laa instalacin se tuvo quee agregar
las apllicaciones bbison y fleex debido a que haba comandos aasociados enn la compilaccin que
no poddan ser ejeccutados (de ah a que ap parezcan denntro de la lissta de compponentes requueridas).
Adem ms de la libreera libcurl14
4gnutls-dev cuya ausenccia impeda lla compilaciin correcta..
Hasta este punto ses encuentraan instaladass y compiladdas todas lass componenttes del sistem ma local.
Sin emmbargo, an deben efecttuarse ciertass configuracciones para qque el sistem ma este listo para ser
iniciad
do y puedan hacerse las pruebas
p de comunicaci
c n.
8.2.1.5..5 C OPIA DE
D ARCHIVOS Y CARGA DE BASE
B DE DATO
OS

Para facilittar la ejecuciin de las en


ntidades se eestima conveeniente copiaar ciertos arcchivos al
directo
orio OpenIMMSCore. Paraa ello se procede en el teerminal com mo sigue:

cd
d /opt/OpenIM
MSCore/
cp ser_ims/cfg
g/*.cfg .

- 112 -
cp ser_ims/cfg
g/*.xml .
cp ser_ims/cfg
g/*.sh .

Los arrchivos .sh corresponden


c n a scripts ejecutables
e qque contieneen los comanndos para inniciar los
mdullos de SER (Sip Expresss Router). ParaP su corrrecta ejecuciin se debenn editar los archivos
pcscf.sh, icscf.sh y scscf.sh especificandoo en la lnea donde se ejjecuta el com
mando killseer toda la
ruta. Por
P ejemplo en e pcscf.sh en
e vez de deecir:

killser pcsccf

debe decir:
d

/opt/OpenIIMSCore/serr_ims/cfg/killlser pcscf

Para loos otros arch


hivos debe reealizarse el mismo
m cambbio mantenieendo el nombbre de la enttidad.
Por ottra parte debbe ser cargadda la base dee datos de M MySQL con llos archivos apropiados que trae
el sisteema. Para essto se ejecutaan los siguieentes comanddos desde el directorio O
OpenIMSCorre:

cd
d /opt/OpenIM MSCore/
myysql -u root -p
- -h localho
ost < ser_imss/cfg/icscf.sqql
myysql -u root -p
- -h localho
ost < FHoSS S/scripts/hss__db.sql
myysql -u root -p
- -h localho
ost < FHoSS S/scripts/userrdata.sql

Una vez
v que se ejjecuta la carrga de la baase de datos se pedir eel password asociado a M
MySQL.
Este ltimo
debe ser
s dejado enn blanco.
8.2.1.5..6 C ONFIGU
URACIN LOC AL

Se debe coonfigurar loss archivos dee bind (DNS S) acorde a llos nombres de dominioo que por
defaullt se utilizan
n para el sisttema bsico y local (opeen-ims.test ccon direccinn de red 1277.0.0.1 o
localhhost). Para ello basta co on seguir lass siguientes iinstruccionees:
Primerro debe copiiarse el arch hivo open-im ms.dnszone hacia la carp rpeta que se utilizar parra cargar
la configuracin ded DNS requ uerida (en estte caso se es coge /var/caache/bind/):

cd /opt/OpenIMSCore//ser_ims/cfgg/
cp open-im
ms.dnszone /var/cache/biind/

Luegoo se debe ed ditar el archiivo named.cconf ubicaddo en el direectorio /etc/bbind/. El objjetivo es


incluirr el domin nio open-ims.test en e el DNS S proporcioonado por bind. El archivo
openim ms.dnszonee especifica las
l direccion nes IP y los nombres dee cada entidaad del sistemma. Dado
que essta instalaci
n inicial ess local todass las direccioones a las qque se hace referencia sson la de
localh
host (127.0.0.1). Entoncees, al archivoo named.connf se deber aagregar las ssiguientes lnneas:

zone "open n-ims.test" IN


N{
type masteer;
file "/var/ccache/bind/oppen-ims.dnszone";
notify no;}};

- 113 -
Para que
q estos caambios teng
gan efecto see debe reiniiciar el servvicio de DN
NS bind meddiante el
comanndo:

/etc/init.d/b
bind9 reload
d

mente para que


Finalm q se haga uso
u efectivo del servidorr DNS bind y de la confiiguracin presentada
anterio
ormente, se debe estableecer la direcccin de DNNS a utilizar por el equippo. Para elloo se debe
editar el archivo resolv.conf ubicado
u en laa carpeta /etcc/, dejando lla nica lneaa de la formaa:

nameserveer 127.0.0.1

8.2.1.5..7 I NICIALIIZAR EL P ROV


VEEDOR DE S ERVICIOS
E G EN
NRICO L OCAL
L
Para iniciar el fun
ncionamiento de los CS SCFs (P-CSC CF, I-CSCFF, S-CSCF) y del FHoSS (HSS)
primerro deben estar corriendoo la base de datos
d MySQL L y el DNS (bind).
Para corroborar
c el estado de MySQL
M se prrosigue con eel comando::

/etc/init.d/m
mysql statuss

Si My
ySQL no estaa corriendo se
s le da inicio con el com
mando:

/etc/init.d/m
mysql start

Para verificar
v que el DNS estaa corriendo con la confiiguracin coorrecta basta realizar un PING al
dominnio open-imss.test:

ping open--ims.test

Si se recibe
r respueesta desde laa IP 127.0.0.1 la configur
uracin del DDNS ha sido exitosa.
Para correr
c los CSCFs
C os archivos pcscf.sh, iccscf.sh y sccscf.sh en diferentes
bastaa ejecutar lo
terminnales. Estos corrern
c en paralelo.
p Parra ejecutarloos se abre unn terminal priimero y se ej
ejecuta el
P-CSC CF:

cd /opt/OpenIMSCore//
./pcscf.sh

Luego
o se abre un segundo
s term
minal y se ejecuta el I-CSCF:

cd /opt/OpenIMSCore//
./icscf.sh

Y as mismo
m con un
u tercer term
minal para correr el S-CSCF:

cd /opt/OpenIMSCore//
./scscf.sh

Por lttimo se abree un cuarto teerminal dond


de se ejecutaa el HSS conn los siguienntes comandoos:

cd /opt/OpenIMSCore//FHoSS/dep
ploy/
- 114 -
./startup.sh
h

Con laas acciones previas


p se teendr al sistema corrienndo en la IP 127.0.0.1 enn espera dell registro
de alg
n cliente su
uscriptor SIPP local.
En la siguiente
s ilu
ustracin se observan
o las cuatro compponentes (cuuatro terminaales) corrienndo:

ILUS
STRACIN 50: COMPONENTES
C S DE IMS CORR
RIENDO

Para corroborar
c que el FHo oSS se ha iniciado baasta verificaar en el brrowser la ddireccin
http://llocalhost:80
080. Si el FH
HoSS esta corrriendo corrrectamente see deber inggresar a la intterfaz de
admin nistracin de cuentas IMS S (usuario: hssAdmin,
h ppass: hss).
8.2.1.5..8 R EGISTR
RO DE UN C LIEENTE IMS L O CAL

Por defecto
o, FHoSS viiene provisio
onado con ddos clientes dde ejemplo:

alice@openim
ms.test
bo
ob@open-im
ms.test

Es deccir, el FHoS SS tiene den ntro de su base


b de dat os los perfiiles de alicee y bob (nombre de
usuario, contrasea, mtodo ded autentificaacin a usar,, entre algunnos parmetrros) donde ell mtodo
de autentificacin que viene por
p defecto, AKA-MD5,
A no permite que clientess regulares S SIP IETF
se con
necten (slo clientes SIP P 3GPP pued den registrarsse en el sisteema). Esto ddebe ser connsiderado
en la eleccin
e del cliente IMS, pues la nueeva versin dde IMS opennSource no ttiene compaatibilidad
con auutentificacin
n MD5 nicamente (para clientes SIIP IETF).
Para efectuar
e una prueba de reegistro locall se estima cconveniente uutilizar el prrograma clieente IMS
MON NSTER desarrollado por p FOKUS S a modo dde actualizaacin de suu antiguo pprograma
Open nIC Lite. Paara su instalaacin y confi
figuracin see debe procedder de la sigguiente formaa:

See recurre a la pgina: htttp://www.m


mymonster.orrg/monster-llicense acepptando la licencia de
usoo
- 115 -
See hace click en
e la versinn de Linux
Finnalmente see descargaa el archiv vo tar.gz deesde http://w www.mymoonster.org/doownload-
moonster-linux
Preevio a su insstalacin finaal, se descargan los siguuientes plug-iins:
o gstream mer0.10-plug gins-farsightt
o gstream mer0.10-plug gins-bad
o libgstreeamer0.10-d dev
Laa instalacinn se realiza una vez desscargado y descomprim mido el archhivo myMON NSTER-
TCCS_Linux32_v0.9.25.tarr.gz con el siiguiente com mando:

tar xzf myMONSTE


m ER-TCS_Linux32_v0.9.225.tar.gz

Una vez que el pro ograma clien


nte IMS se ejjecuta se debbern configgurar los siguuientes parm
metros:
Disp
play name: allice
Public ID: sip:aliice@open-imms.test
Privaate ID: alice@
@open-ims.test
Prox
xy IP: 127.0.0 0.1
Port n: 4060
Realm: open-imss.test

En el caso
c del otro
o cliente de prueba,
p bob, se realiza lla misma acccin pero se ejecuta el pprograma
clientee desde otro directorio y otro terminaal en el mismmo equipo con el fin de levantar doss clientes
simulttneos. Una vez que amb bos clientes estn registtrados es possible estableecer la comuunicacin
de vozz o mensajerra instantnea entre ello
os comprobaando que la iinstalacin dde todo el sisstema ha
sido exxitosa.
8.2.1.5..9 C AMBIO DE NOMBRE DE
D DOMINIO Y DIRECCIN DE RED DE IM
MS O PEN S OUR
RCE

Hasta este punto se haa logrado im mplementar uun sistema qque funcionaa exclusivam mente de
forma local. Sin embargo
e el objetivo
o es levantar un ssistema al cuual pueda acccederse dessde otros
equipoos. Para elloo basta camb biar la direcccin IP dondde corren toddos los proccesos asociaddos a las
cuatroo entidades IMS
I y mien ntras esa IP sea alcanzaable por otrros equipos, el sistema quedar
disponnible para cuualquier clien
nte SIP corriiendo en elloos.
As mismo,
m el nom
mbre de dom minio por deffecto (open--ims.test) tam mbin puedee ser modificcado con
el fin de otorgarrle una nuev va identificaacin. Lo aanterior posiibilita el annlisis y esttudio de
escenaarios en que haya ms dee un Proveed dor Genricoo con arquiteectura IMS.
Para concretar
c estos cambios se debe utiliizar el scriptt denominaddo configuraator.sh. Estee archivo
se enccuentra ubicaado en la carrpeta /opt/Op penIMSCoree/ser_ims/cffg/ y permitee cambiar el dominio
y la IP
P utilizada en
n los archivoos de configu uracin del ssistema (cfg,, xml, sql enntre otros).
El scriipt viene con
nfigurado paara cambiar el e nombre oppen-ims.test y la IP 127.0.0.1 por unn nombre
de domminio y una nueva direcccin IP que se s ingresan aal ejecutarloo sobre cada archivo.
Los arrchivos que deben ser allterados, ya sea para cam mbiar cualqquiera de los dos parmeetros son
los sig
guientes:

/opt/OpenIIMSCore/serr_ims/cfg/icsscf.cfg
/opt/OpenIIMSCore/serr_ims/cfg/icsscf.thig.cfg
/opt/OpenIIMSCore/serr_ims/cfg/pccscf.cfg
/opt/OpenIIMSCore/serr_ims/cfg/scscf.cfg
- 116 -
/opt/OpenIIMSCore/serr_ims/cfg/icsscf.xml
/opt/OpenIIMSCore/serr_ims/cfg/scscf.xml
/opt/OpenIIMSCore/serr_ims/cfg/icsscf.sql
/opt/OpenIIMSCore/FH
HoSS/scripts/userdata.sqql
/opt/OpenIIMSCore/FH
HoSS/scripts/hss_db.sql
/opt/OpenIIMSCore/FH
HoSS/deploy y/hss.propertties
/opt/OpenIIMSCore/FH
HoSS/deploy y/DiameterPeeerHSS.xmll

Para utilizar
u el sccript configu
urator.sh baasta con ejeecutarlo sobrre los archivvos con la ssiguiente
sintaxiis (ubicndoose dentro deel directorio /opt/OpenIM
MSCore/):

ser_ims/cfg
fg/configurattor.sh ser_im
ms/cfg/icscf.ccfg

Al ejecutar la instrruccin anteerior se pregu


untar por paantalla el noombre del doominio y la ddireccin
IP nueevos. Si se deesea mantenner alguno dee estos parmmetros bastaa con escribirrlo de igual fforma.

El script deber ser aplicado sobre todos los archivoos mencionaados anteriorrmente, indicando el
directo
orio donde se encuentre.

Al cam
mbiar la dirreccin IP o el nombre de dominioo del sistemaa, se deber editar los aarchivos
de con
nfiguracin de DNS aco orde a dicha
a alteracin
n.
8.2.1.5..10 C ONFIGU
URACIN DE UN
U C LIENTE SIP
S

Una vez modificada


m la configuraciin de red dee IMS OpenS Source, es posible accedder a este
desde otras mquinas e inclusoo desde Winndows. Por eeste motivo, y de cara al correcto dessempeo
de las pruebas dee concepto, adems
a de poseer
p mejoores prestacioones, se deccide la instaalacin y
config
guracin del cliente IMSS Mercuro IMS
I Client [41] en su vversin Bronnze desarrolllado por
Inexbeee.

En estta seccin see muestran los parmetro os que debeern ser conffigurados enn el program ma cliente
IMS Mercuro
M paraa poder coneectarse al sisstema. La sigguiente ilusttracin muesstra la configguracin
de unaa cuenta SIP:

- 117 -
ILUSTRACI
N 51: CONFIGU
URACIN DEL C
CLIENTE ALICE
E EN MERCURO
O

Ademms, se debe configurar las


l condicion
nes de la redd, especificaando la direccin IP y el puerto
del serrvidor P-CSC
CF.

ILUSTRACIN 52: CO
ONFIGURACIN
N DE RED EN M
MERCURO

8.2.1.5..11 I NTERFA
AZ DE A DMINIISTRACIN VA
A W EB DEL H
HSS

- 118 -
El HSS im mplementado o en el proy yecto Open IMS Core considera uuna interfaz web de
adminnistracin del HSS. A traavs de esta interfaz se ppueden creaar, editar o eliminar cuenntas SIP,
activarr la funcinn de Roamin ng al agreggar redes Viisitadas al pperfil, configgurar Serviddores de
Aplicaacin una veez que se tien
nen levantaddos los serviccios de usuarrio final, enttre otros.
Para acceder
a a la interfaz web
b se utiliza la
l URL httpp://hss.open-iims2.test:8080. Dependiiendo de
cmo sea el nomb bre del domiinio del sisteema, variar dicha direcccin. Una vvez que se aaccede se
deber ingresar usser: hss y pass: hssA
Admin.

8.2.2 B-2. GUA


U DE INS
STALACIN
N DE ASTTERISK ELLASTIX EN
N UNA M
QUINA
VIRTUAL [36]

La instalaccin de Elasttix en este traabajo fue lleevada a caboo en una mqquina virtuall pues no
se req
quieren grand des prestaciones de cap pacidad de uusuarios ni m manejo de lllamadas maasivo. La
instalaacin y configuracin de d una mpaaquina virtuaal se puede revisar a ffondo en la gua de
instalaacin de IM MS. Para su u instalacin, se requiiere que la mquina ttenga las siiguientes
capaciidades:

800 Mhz Pentium


P III PC
P o mejor
312MB RA AM como mnimo
m
8GB mnim mo de espaccio en disco duro (depenndiente del uuso de serviccios como grrabacin
de voz)
Tarjeta de Red 10/100 (NIC)
Lector de CD-ROM
C
Hub/Switcch de 4-8 puertos
p Etheernet 10/1000 (Esto es ddependiendoo de la cantidad de
extensions que se est planificandoo tener).
Para el
e establecim miento de lllamadas slo o entre dos clientes (enn este caso, anexos) basta con
config
gurar la mquina virtu ual con las mnimas pprestaciones, es decir, con las siiguientes
caracteersticas:
Nombre: PBX P IP Elasttix
S.O. Linux x CentOS
Memoria RAM R 312 MB
M
Disco Duro o Virtual de 8 GB con esspacio de tammao fijo
Formato dee archivo dee mquina virrtual: .vdi

Una vez creada la mquina virrtual se proccede a descarrgar la imageen de la verssin Elastix desde su
pginaa web [37]. En
E este trabaajo se us laa versin de 32 bits Elasstix 2.2.0 dell 1 de Novieembre de
2011, cuyo tamao o es de 720 MB.
M

Las coonfiguracion nes de los dispositivos


d de
d la mpaquuina virtual creada debeen tener las mismas
caracteersticas quee la de IMS OpenSource
O :
Tarjeta de red Puente a la interfaz de red usadaa para conecctarse a las reedes
El lector de CD deber poseer la im magen descaargada para ssu instalacin

Al inicciar la mqu
uina virtual saldr una paantalla similaar a esta:

- 119 -
ILUSTRACIN 53: INICIO DE LA INSTALACIN DE ASTERISK ELASTIX EN UNA VM

La configuracin para su instalacin fue la siguiente:

Configuracin de particiones predeterminada


Interfaz de red eth0
o Activar al inicio
o Activar soporte IPv4 e IPv6
o Configuracin de IP dinmica o manual segn su red, en este caso dinmica
Reloj: Amrica/Santiago
Contrasea de Root: elastix

Como consideracin a tener en cuenta durante la instalacin, VirtualBox no tiene soporte para el
mouse en una mquina virtual con sistema operativo CentOS. Por esto, cada vez que se deba
realizar alguna seleccin, no se podr volver al sistema operativo nativo con el mouse. Para esto,
se deber presionar la tecla CTRL derecha del teclado.

Los movimientos dentro de la instalacin de Elastix se realizan con las flechas de direccin y la
seleccin con la barra espaceadora. Con la tecla Enter se procede a aceptar las configuraciones
ingresadas.

Una vez entregada y confirmada la contrasea de root, el sistema comienza a generar las
dependencias y a gestionar los paquetes por defecto para Elastix. Este proceso toma la mayora
del tiempo de instalacin.

- 120 -
ILUSTRACIN 54: CONFIGURANDO LOS PAQUETES DE LA INSTALACIN DE ELASTIX

Una vez finalizado este proceso, se solicita una contrasea de MySQL. En este caso se repiti
elastix. Para el administrador (admin), se reitera la contrasea anterior.

As, se finaliza la instalacin de Elastix, tan slo restando la configuracin de los anexos, lo cual
es realizado desde una interfaz web externa al sistema, a travs de la IP asignada a Elastix.

En caso de que Elastix no haya tomado IP desde el DHCP se puede cambiar la configuracin de
la interfaz de red ingresando desde la consola del sistema con el usuario root y con el siguiente
comando:
setup

Las ilustraciones siguientes muestran el men para lograr el cambio de configuracin.

ILUSTRACIN 55: CONFIGURACIN DE RED DE ELASTIX

- 121 -
ILUSTRACIN 56: CONFIGURACIN DE LA INTERFAZ DE RED

Cuando se reingresa con la sesin de root, Elastix indica la direccin IP en que se encuentra
operando.

8.2.2.1 C ONFIGURACIN DE LOS ANEXOS DESDE LA INTERFAZ WEB

Desde una mquina en la misma red del servidor Elastix, ingresar la direccin IP de
elastix desde un navegador de internet. Hecho esto, aparece el cuadro de bienvenida del sistema
Elastix:

ILUSTRACIN 57: PANTALLA DE BIENVENIDA DE LA INTERFAZ WEB DE ELASTIX

En dicho dilogo se debe ingresar el usuario administrador degn lo configurado en la etapa de


instalacin, con la contrasea indicada. En este caso seran:
Username: admin
Password: elastix

En caso de que no se ingrese, se puede ingresar como contrasea palosanto la cual es la que
viene por defecto con el sistema cuando no se ingresa un usuario administrador en la instalacin.

Cuando se ingresa al sistema desde la interfaz web (Ver ilustracin siguiente), es posible registrar
los nuevos anexos. Para esto, se selecciona la pestaa PBX y PBX Configuration.

- 122 -
ILUSTRACIN
I 58: INTERFAZ W
WEB DE ELAST
TIX

ILUSTRA
ACIN 59: CREA
ACIN DE UNA
A EXTENSIN E
EN ELASTIX

A con ntinuacin, se
s debe acud
dir al men del costadoo izquierdo y seleccionaar Extensioons (ver
ilustraacin).

ILU
USTRACIN 60: CREACIN DE UNA EXTENSI
N SIP

A conttinuacin, see ingresa en Device laa opcin Geeneric SIP Device. Por ltimo, se haace click
en Suubmit.
La sig
guiente confiiguracin ressume las neccesidades paara las configguraciones qque se debenn realizar
en el anexo
a a conffigurar:

Add extenssion
o Useer Extension
n: 2600
- 123 -
o Dissplay Name: Juan Perez
Device Op
ption:
o Seccret: 2600

El restto de las con


nfiguracioness pueden dejjarse por deffecto, se finaaliza clickeanndo en Subbmit.
Para que
q el sistem ma tome este cambio se debe
d presionnar en Applyy Configuraation Changees Here,
como se muestra en e la ilustraccin.

ILUSTRAC
CIN 61: APLICA
AR CAMBIOS

De estta manera se
s crea una segunda exttensin, ambbas necesariias para iniccializar las lllamadas
consid
deradas en laas pruebas dee concepto.

8.2.3 B-3. GUA


U DE CONFIGUR
RACIN D
DE VLC MEDIA PLAYER PARA
VIDEOSTRREAMING
El uso de VLC
V Mediaa Player en este
e trabajo dde titulo connsiste en la eemisin de vvideo en
una reed IP de man
nera Multicaast. Para esto
o, se usa VLLC tanto commo servidor y como cliennte, pero
en mquinas difereentes, alcanzzables de maanera IP (es decir, comprrobable va P
PING).

8.2.3.1
1 C ONFIGU L S ERVIDOR M ULTICAST
URACIN DEL T VA RTP Y TRANSCODIIFICACIN

Se ejecuta el progrrama VLC Media


M Playerr y se accedeen a los siguuientes menes:

Pestaa M
Media
o Haccer click en Stream
o Selleccin del video
v desde un
u archivo loocal con el bbotn add
o Haccer click en Stream

ILUSTRACIN
N 62: CONFIGUR
RACIN DE VLC
C PARA REALIZ
ZAR STREAMIN
NG

- 124 -
Una vez realizado esto, aparece el cuadro de dilogo de la opcin Stream, como se muestra en
la siguiente figura:

ILUSTRACIN 63: CUADRO DE CONFIGURACIN DE STREAMING EN VLC

Se debe hacer click en next y ejecutar las siguientes configuraciones:


Destination Setup:
o RTP/MPEG Transport Stream
o Hacer click en add
o Indicar:
IP Multicast: 224.1.1.1
Puerto Base: 5004
Transcoding options:
o Seleccionar el perfil: Video-MPEG-2+MPGA (TS)
Hacer click en next
Options Setup:
o Stream all elementary streams
o TTL=4

Para finalizar, basta hacer click en Stream. En la siguiente ilustracin se observa el


comportamiento de una emisin en curso:

- 125 -
ILUSTRACIN 64: EMISIN EN CURSO CON VLC MEDIA PLAYER

Alternativamente, se puede ver el video emitido de manera local, para esto en la opcin de
destino se selecciona Display locally.

La ventaja de la opcin Multicast por sobre la emisin devideo a una IP nica (Unicast) resulta en
la habilitacin para ver el video desde cualquier mquina en la red.

8.2.3.2 C ONFIGURACIN DEL CLIENTE

Para ver el video desde una mquina, se debe abrir VLC Media Player y en la seccin
Media seleccionar Open Network Stream. A continuacin, se ejecuta el siguiente comando:
rtp://@224.1.1.1:5004

Se ejecuta Play y se comienza a visualizar el video, como se ilustra a continuacin:

ILUSTRACIN 65: CAPTURA DE LA EMISIN EN CURSO DESDE UN CLIENTE

- 126 -
8.3 ANEXO C:
C GUA PARA LA
AS PRUEB
BAS DE CO
ONCEPTO
O

8.3.1 C-1. CON


NDICIONES DE MEDIC
CIN

8.3.1.1
1 C ONDICI
N PTIMA

Se traducee en no adiccionar trficco backgrounnd a la red,, salvo la soolicitud del servicio


especfico que se quiera usar ms los sn niffers/sondaas de mediciin. Asegurrndose que ninguna
aplicaccin est sollicitando accceso a intern
net. Se realiiza slo unaa comunicaciin de voz ((VoIP), y
slo unn cliente accceder al servicio de videeostreamingg, Segn la prueba.

8.3.1.2
2 C ONDICI
N C ONGEST
TIONADA

Consta de la eleccin de un nivel de congesttin. Para eesto, se fijann: nivel de pprdidas,


latenciia, throughp
put y jitter va
v Network Emulator foor Windows Tool (NEW WT) variandoo una de
ellas a la vez (dessde cliente 1).
1 Se toman n las medicioones una veez realizada la variacin de cada
parmmetro. De la tabla,
t los vallores marcad
dos en negritta corresponnden a la conndicin ptim ma
Se esp pecifican laas condicion nes de anch ho de bandaa separadas para los sservicios de VoIP y
VideoSStreaming puesto que am mbos requerrimientos soon dispares. Por un ladoo, VoIP depeende del
codec usado (por ejemplo, G.711 uLaw tieene una tasaa de 60 kbpss aproximadaamente) y enn el caso
de vid
deostreaming g depende deel codec, callidad del arcchivo de viddeo original ((SD, HD, 3D D, etc) y
del forrmato de enccapsulamien nto (AVI). Lo
os casos refllejados en laa Tabla 15 soon los usadoos por las
pruebaas de concep pto, y estos son:
s

Para VoIP:
o Cod dec G.711 A Law
Tasa de transmisin
n de datos: 5 0-50 kbps
Para videosstreaming:
o Cod dec de videoo: MPEG-2
o Cod dec de audioo: MPEG (TS)
o Callidad de videeo: Standard
d (SD)
o Cuaadros por segundo: 24 fpps
o Enccapsulamien nto: AVI
Tasa de transmisin
n: 800-900 kkbps

En la siguiente Ilu
ustracin se indica una recomendaci
r in para la ppuesta en maarcha de las pruebas
ngestin en una
de con u red LAN N, especificndose el usoo de NEWT en el clientee 1.

- 127 -
ILUSTRACIN 66: RESUMEN DE HERRAMIENTAS Y SERVIDORES

8.3.1.3 I NSTALACIN Y C ONFIGURACIN DE N ETWORK E MULATOR FOR W INDOWS T OOLKIT


(NEWT) [25]

Una vez descargado la instalacin es bastante simple. Tan slo se debe especificar si se
har uso desde la sesin del usuario actual solamente, o el programa debe estar visible para todos
los usuarios del S.O.
El programa NEWT requiere permisos de Administrador para su correcto desempeo, por lo
tanto cada vez que se utilice pedir dicho permiso.
El uso de este programa es bastante sencillo y se puede dividir en 3 etapas:

Identificacin de la interfaz de red


Agregacin de un filtro
Agregacin de un enlace

Estas etapas parten con la creacin de un Canal Virtual el cual guardar la configuracin de cada
una de estas etapas.
El primer paso consiste en la eleccin de la interfaz de red. Aqu se distinguen las interfaces
conectadas a la mquina va direccin MAC. Para reconocer la direccin MAC de la interfaz a
utilizar se debe ejecutar el siguiente comando en la consola de Windows (CMD):

ipconfig /all

Una vez ejecutado, se mostrarn en la consola todas las interfaces y tneles habilitados. Se debe
buscar la interfaz a controlar (LAN o Wireless LAN) y en la seccin Direccin Fsica se
encontrar la direccin MAC.
Con la interfaz ya reconocida, se procede al segundo paso: agregacin de un filtro (new filter). En
la pestaa Configuration se especifica la accin New Filter, segn lo mostrado en la
siguiente ilustracin:

- 128 -
ILUSTRACIN 67: CONFIGURACIN DE UN FILTRO EN NEWT

Por motivos de seguridad, slo se muestra esta informacin. Sin embargo, se puede escoger
protocolo a ser controlado (TCP, UDP, ICMP); puerto especfico (0-65535); tipo de red (IPv4,
IPv6) junto con las direcciones especficas y, por ltimo, la interfaz de red en la seccin
Adapters.
Para el uso en este trabajo se utiliz:

Network Type: IPv4


o IP local y remota 255.255.255.255 con mscara 0.0.0.0
Puertos:
o Tanto local como remoto: todos
Protocolo: Todos
Adaptadores: la direccin fsica del puerto LAN

Para finalizar basta con presionar Add y Close.


Una vez hecho esto, se genera la siguiente ilustracin en la interfaz grfica del programa:

ILUSTRACIN 68: INTERFAZ DE USUARIO DE NEWT

- 129 -
El paso 3 consiste en la adicin de un nuevo enlace. Para esto, se debe presionar New link en la
pestaa Configuration. Al hacer esto, la interfaz grfica del usuario queda como sigue:

ILUSTRACIN 69: CONFIGURACIN FINAL DE NEWT

Para finalizar, se debe configurar las condiciones de congestin que se quieran simular. Se realiza
click derecho sobre el enlace agregado y se seleccionan:

UpStream
DownStream

Es decir, se deben configurar las reglas para los enlaces de subida y bajada por separado. Esta
ser seleccionada de acuerdo a la prueba especfica. Por ejemplo, en el caso de VideoStreaming
no es necesario establecer condiciones sobre el enlace de subida ya que para el trfico de inters
est en el de bajada. En caso de desconocimiento de cmo opera el servicio a congestionar, se
pueden repetir las configuraciones para ambos enlaces. Los parmetros posibles de controlar son:

Prdidas
Errores
Latencia
Ancho de banda y Manejo de Colas
Agregacin de trfico
Reordenamiento de Paquetes
Escenarios de desconexin

Una vez configurados, se presiona la pestaa Action y luego Run o, alternativamente, se


puede presionar el icono verde de play.
Como prueba, se realiz un cambio a las condiciones de ancho de banda. Se determin un ancho
de banda tanto de descarga como de subida de 500 kbps. El cuello de botella que esto produjo se
pudo corroborar con programas para medir la velocidad de internet como el ofrecido por VTR:
SpeedTest.

- 130 -
ILUSTRACIIN 70: TEST DE
E VELOCIDAD

Comprobndose as a que los lmites imp puestos de 5500 kbps enn ambas dirrecciones noo fueron
sobreppasados. Porr razones de seguridad, se omite la diireccin IP.
Cabe destacar
d quee las condiciiones de con ngestin aquu planteadass son nicam mente una em mulacin
de las condicioness de las redees para una prueba
p a niivel de apliccacin para llograr la varriacin y
correccta medicin de parmetrros de QoE de d los serviccios.
En casso de que see requiera un na herramienta ms soffisticada paraa el control de congestiin de la
red, y no nicamen nte del enlacce del clientee, se puedenn implementaar:

Traffic Con
ntrol
NetDisturbb
DummyNeet

8.3.2 C-2. PRU


UEBA DE CONCEPTO 1: MEDICCIN DE PA
ARMETRO
OS DE QOS DE LA
RED

8.3.2.1
1 P ARTE 1: M EDICIN DE J ITTER , P RDIDA DE P AQUETES Y T ASA DE TTRANSMISI N DE
DATOS

1. Se realiza slo en Con ndicin ptim ma, esto conn el fin de coonocer los paarmetros prropios de
la red.
2. Se deben conocer
c las IPs de los cllientes.
3. Se ejecuta el software Jperf 2.0.2 ene ambos.
4. Uno acta como clientte para la pru ueba, y el otrro como servvidor
5. Se seleccioona la pruebaa UDP en am mbos
6. Se registraan los valoress promedios

guracin dell cliente


Config

1. Server Adrress: 10.10.1


100.101
2. Port: 5001
3. Parallel Strreams: 1
4. Transport Layer
L Options
a. UD DP
i. UDP Baandwidth: 20
00 Mbytes/ssec

- 131 -
ILUSTRACIN 71: CONFIGURACIN DEL CLIENTE JPERF

Configuracin del servidor


1. Listen Port: 5001
2. Num Connections: 1
3. Transport Layer Options
a. UDP

ILUSTRACIN 72: CONFIGURACIN DEL SERVIDOR JPERF

El servidor debe estar ya configurado y esperando las peticiones previo a la peticin de conexin
del cliente. En la Ilustracin 73 se muestra un ejemplo de resultado entregado por JPerf.

- 132 -
ILUS
STRACIN 73: MUESTRA
M DE R
RESULTADO DE
E JPERF

8.3.2.2
2 P ARTE 2: M EDICIN DE L ATENCIIA

1. Para medirr Latencia, basta


b con enntrar a la lneea de comanddo CMD en Windows
2. Enviar PIN
NG a la direcccin del otro cliente y oobservar el R
RTT

ping
p <Direcccin IP del ccliente vecinno>

En la Ilustracin
I 74
7 se muestraa un ejemplo
o de resultaddos obtenidoos.

ILUST
TRACIN 74: EJ
JEMPLO DE RE
ESULTADO DE U
UN PING

Observ
vacin: A travs de este mtodo no es
e posible coonocer el rettardo aadiddo por la apliicacin.

8.3.3 C-3. PRU


UEBA DE CONCEPTO
O 2:
2 MEDICI
N DE MO S EN SERV
VICIOS VOIIP

8.3.3.1
1 C ASO 1: V O IP VA IM
MS O PEN S OU
URCE

8.3.3.1..1 M EDICI
N EN LNEA : VQM ANAGER
R

La configu
uracin recom
mendada parra esta pruebba es la siguiiente, en el ccaso de red L
LAN:

- 133 -
ILUSTRACIN
I 75:
7 CONFIGURA
ACIN RECOME
ENDADA EN UN
NA RED LAN PA
ARA LA PRUEBA
A DE CONCEPT
TO 2

1. See enciende IMMS (P-I-S CSCF


C y FHoSS), desde lla mquina vvirtual alojadda dentro deel cliente
PCC1
2. Chhequear que no exista trfico en segu undo plano ((aplicacioness en clientes)
3. El cliente en el que se med dir debe ten
ner SO Winddows, con VQ QManager ((PC 2)
4. See realiza un registro al IMS va sofftphone Merrcuro (Alicee y Bob en cada pc cliiente por
sepparado)
5. Enn el softwaree VQManageer, se seleccciona la interrfaz de la reed en que see encuentra IIMS (va
addaptador de red
r e IP) y see capturan to odos los puerrtos
6. Preevio a la petticin de con nversacin SIP,
S se ejecuuta el prograama NEWT con las conndiciones
de red deseadaas (ptimas o congestion nadas)
7. See realiza una llamada SIP P: Alice llam
ma a Bob y sse mantienee durante un n minuto
8. See chequea en ambos term minales que la llamada esst operandoo
9. VQ QManager detectar
d la solicitud
s de llamada
l SIP
P y luego la cconversacinn va RTP y arrojar
grficos de MOS,
M Jitter, Packet Losss, R Factoor adems ddel ancho dee banda que us la
lla
amada.

Ob
bservacin: Para que la
a llamada fu
uncione deb
be existir Seervicio Peerr to Peer en la red

8.3.3.2
2 C ASO 2: V O IP VA A STERISK
8.3.3.2..1 M EDICI
N EN LNEA : VQM ANAGER
R

La Ilustraccin 76 mueestra la conffiguracin dde red recom


mendada parra esta prueba en el
caso LAN.
L

- 134 -
ILUST
TRACIN 76: CO
ONFIGURACIN DE RED LAN RECOMENDAD
DA PARA EL CA
ASO 2 DE LA PR
RUEBA DE CONC
CEPTO 2

1. Sim
milar a la prueba
p de co
oncepto anteerior, pero see usa X-Lite como softtphone y loss anexos
reg
gistrados son
n John Doe (2500)
( y Juaan Prez (26000)

8.3.3.3
3 C ASO 3: V O IP VA SE
ERVICIO OTT
T S KYPE

8.3.3.3..1 A LTERN ATIVA NICA : A LGORITMO


O PESQ

Se muestraa a continuaccin la configuracin de red recomenndada:

ILUSTRACIN 77: CONFIG


GURACIN REC
COMENDADA P
PARA LA PRUEB
BA DE CONCEP
PTO 2, CASO 3

1. El Router debee estar conecctado al puntto de red (innternet)


2. Lo onfigurados con las IPs del punto dee red
os clientes deeben estar co
3. See compruebaa la conexin n de los clieentes a interrnet va pingg a www.gooogle.com (cconexin
intternacional)
4. See ejecuta el software Sky ype en ambos clientes coon cuentas diiferentes
5. Cliente emisorr: Ejecutar unu archivo de
d audio que enviar meddiante Skypee.
a. Archiv vo de audio .wwav de 1 miinuto
6. Cliente Recepttor: Grabar la recepcin n del audio mmediante Paamela Recorrder para Sk kype
a. Config gurar para grabar 1 minutto mediante Call Scheduler
i. Resultado: archivo de audio
a .wav dde un minutoo
- 135 -
7. See comparan va
v PESQ am mbos audios:
a. En Matlab, ejeccutar:
8. Peesq(frec mueestreo, archivo original..wav, archiivo capturaddo.wav)

9. See ejecutan lass pruebas paara cada uno de los valorres de los parrmetros de red

Obserrvacin: Se recomienda a esta metod


dologa ya q
que Skype p posee protoccolos propieetarios y
no es posible
p reallizar mediciiones de MO
OS va sniffeers de red

Ejemplo dee configuraccin de agend


damiento dee grabacin dde llamada S
Skype:

ILUSTRACI
N 78: EJEMPLO
O DE GRABACIIN DE LLAMA
ADAS EN SKYPE
E

Resumen de
d Procedimiiento:

ILUS
STRACIN 79: PROCEDIMIEN
P NTO PESQ CON S
SKYPE EN PRU
UEBA DE CONCE
EPTO 2

8.3.4 C-4. PRU


UEBA DE CONCEPTO
O 3:
3 MEDICI
N DE MO S EN SERV
VICIOS DE V IDEO

8.3.4.1
1 C ASO 1: V IDEO S TRE AMING M UL
LTICAST VA VLC M EDIA
A P LAYER

- 136 -
8.3.4.1..1 M EDICI
N EN LNEA CON
C V IDEO Q UALITY M ONITTOR

En la Ilusttracin 80 see muestra laa configuracin de red rrecomendadaa en el casoo de rea


local:

ILUSTRACIN 80: CONFIGUR


RACIN DE RED
D RECOMENDA
ADA PARA LA PR
RUEBA DE CON
NCEPTO 3, CASO
O1

1. Se realiza la
l emisin desde
d PC 1 con las mism mas configuraaciones de laas pruebas annteriores
2. Se captura la emisin desde
d el PC 2
3. A su vez y de manera online,
o se abbre el softwaare Video Qu uality Moniitor
4. Se seleccioona Online Measuremen
M nt
a. Se seleccionan la fuente dee audio y viddeo: UDP
b. Se entrega la in nformacin deld videostreeaming:
i. IP Multticast: 10.10.100.255
ii. Port: 12234
iii.
i Interfacce IP: 10.10.100.102
iv. Server IP:
I 10.10.100.101
5. Previo a laa captura del video se ejeecuta NEWT T para establlecer las condiciones de red
6. Se captura desde la fueente de emisin de videoo
7. Una vez caapturada la emisin,
e se presiona
p Meeasure Percceived Quality
8. El programma interceptaa la emisin online y enttrega los resuultados en unn servidor wweb.
a. MO OS (en base a percepci n humana)) en escala d de 1 a 100
b. Bittrate
c. Fraame Quality
d. Blo ockiness
e. Blu ur
f. Jerk kiness

8.3.4.2
2 C ASO 2: S ERVICIO OTT
O DE VIDE O Y OUTUBE
E

8.3.4.2..1 A LTERN ATIVA NICA : F UERA DE LNEA


L CON V ID
DEO Q UALITY M ONITOR

La ilustraccin siguien
nte indica la configurracin de rred LAN reecomendadaa par la
implem
mentacin de esta prueba de conceptto.

- 137 -
ILUSTRACIN 81: CONFIGURACIN RECOMENDADA PARA LA PRUEBA DE CONCEPTO 2, CASO 2

1. Se conecta el punto de red a Internet


2. Chequear que no exista trfico en segundo plano (aplicaciones en clientes)
3. Previo a la captura del video desde Youtube, se deben establecer las condiciones de red
va NEWT
4. Se abre VLC y se ejecuta una peticin http a Youtube:
a. Abrir volcado de red
b. Indicar la direccin del video
5. Seleccionar en el cliente VLC : Ver -> Controles Avanzados
a. Presionar el botn de grabacin
b. Por defecto, VLC almacena el archivo de grabacin en la carpeta
/Documentos/Mis_Videos
6. Se efecta una prueba de MOS Offline con Video Quality Monitor:
a. Se entrega el archivo
b. Se selecciona la prueba No Reference (MPEG-2)
c. Se ejecuta el botn Measure Perceived Quality
d. Se revisa el servidor web al finalizar la prueba
7. Se repite la captura y se almacena el archivo para cada conjunto de valores de red

- 138 -
ILUSTRACIN
I 82:
8 PROCEDIMIIENTO DE LA P
PRUEBA DE CON
NCEPTO 2, CAS
SO 2

8.3.5 C-5. PRU


UEBA DE CONCEPTO 4: MEDICIIN DE VQ
QM Y PSNNR EN SER
RVICIOS
DE VIDEO
O CON MSUU VIDEO QUALITY M EASUREMMENT TOOL
L

8.3.5.1
1 C ASO 1: V IDEO S TRE AMING M UL
LTICAST VA VLC M EDIA
A P LAYER

1. Se enciendde EL PC Servidor de Viideos y se abbre el VLC P Player


2. Se chequeea la existencia del video a emitir
a. Vid deo .avi de duracin
d 1 minuto
m
3. Chequear que
q no existaa trfico en segundo
s planno (aplicacioones en clienntes)
4. Tanto cliennte como serrvidor deben n ser PCs conn VLC Mediia Player
5. Se comienza una emisiin de video o streaming vva VLC (Veer anexos) ddesde el PC Servidor
de videos:
a. Passo 1: Medioss -> Emitir
b. Passo 2: Selecciin del archivo
c. Passo 3: Destinaation setup
i. New Deest: UDP (Leegacy)
ii. Addresss: 10.10.100 0.102 (dir. Clliente)
iii.
i Port: 12234
d. Passo 4: Activarr Transcodifficacin
i. Video MPEG-2+M
M PGA (TS)
e. Passo 5: Se eligee la opcin reproduccion
r n de video enn el servidorr de manera local
f. Passo 5: Opcion nes de Emisin
i. Emitir todas
t las emisiones elem mentales
ii. TTL = 5
6. El cliente debe
d iniciar una reproduuccin de viddeo en red deesde VLC:
a. Meedios -> Abrrir Volcado de red
b. udp p://@10.10.100.102:123 34
7. Se graba ta
anto la reprooduccin dell cliente commo la del servvidor con Camstudio R Recorder
durante el minuto de em misin
8. Con amboss archivos see ejecuta el software
s MSSU VQMT y se realizann las pruebass
a. PSN NR

- 139 -
b. VQ QM
s almacena el archivo para cada connjunto de vallores de red
9. Se repite laa captura y se

Obserrvacin: Se realiza la captura


c con
n Camstudioo pues se deebe capturaar audio, lo cual no
se pueede lograr con
c la captura va VLC

ILUSTRACI
N 83: PROCED
DIMIENTO PRUE
EBA DE CONCE
EPTO 4, CASO 1

8.3.5.2
2 C ASO 2: S ERVICIO OTT
O DE VIDE O Y OUTUBE
E

Se sigue laa misma con


nfiguracin de
d red de la prueba de concepto 3, ppero con el ssiguiente
dimiento:
proced

1. Se conectaa el punto de red a internnet


2. Chequear queq no existaa trfico en segundo
s planno (aplicacioones en clienntes)
3. Se abre unna pgina web en Youtub be
4. Se abre el programa
p Caamstacia Stu
udio para la grabacin dee la pantallaa en el clientee
5. Se abre la pgina
p web con el videoo de Youtubee a capturar.
a. Altternativamen nte se puede abrir el videeo desde VL LC, para evitar comercialles
6. Se cierra toodo aviso co omercial y comentarios
c del video visualizado
7. Se hace co oincidir la ventana
v de grabacin
g dee Camstudioo con el viddeo de Youtuube y se
inicializa la grabacin desde el seggundo durantte un minutoo.
8. Se almacen na el video en
e formato .aavi
9. Se logra ob btener una captura
c de video en Youttube en las m mejores conddiciones de rred. Este
ser usado o como punto de refereencia para eel algoritmo PSNR, el cual compaarar dos
videos y arrojar
a un nivel
n de differencias enntre ellos, een decibeles.. Dicho resuultado se
traduce en MOS hacien ndo uso de la tabla siguiiente.
10
0. Se realizann las capturas del mismo o video para el resto de laas condicionnes de red.

8.3.6 C-6. PRU


UEBA DE CONCEPTO
O 5: MEDI CIONES DE
E QOS/QOE EN SER
RVICIOS
VVOIP OTT
O EN REED LTE/IM
MS

Las pruebaas de concep


pto recomend
dadas para llos servicios OTT en la red LTE reiiteran las
mendaciones entregadas en
recom e las cuatro
o pruebas dee concepto aanteriores (V
Ver caso de sservicios

- 140 -
OTT, en las pruebbas 2, 3 y 4)
4 con la saalvedad del cambio en lla red. La cconfiguracinn de red
recom bas en LTE son las mostrradas en la Illustracin 844.
mendada paraa estas prueb

ILUST
TRACIN 84: CO
ONFIGURACIN
N DE RED RECO
OMENDADA PR
RUEBA DE CON
NCEPTO 5

Observvacin: Esttas pruebas de concep pto han siddo implemeentadas corrrectamente dada la
config
guracin de la
l red existen
nte en el Lab
boratorio de Innovacin Tecnolgicaa ZTE-FCFM
M.

8.4 ANEXO D: CAR


RACTERS DE LOS SERVICIOS SKY
STICAS D YPE Y
YOUTUBE
Y E

8.4.1 D-1. SER


RVICIO OTT
T DE VIDEO
O: YOUTUB
BE [21]

YouTube es
e un sitio web
w en el cuual los usuaarios puedenn subir y coompartir vdeeos. Fue
creadoo por tres antiguos
a em
mpleados dee PayPal en febrero de 2005.4 En ooctubre de 22006 fue
adquirrido por Goo
ogle Inc. a cambio
c de 1.650
1 millonnes de dlarees, y ahora opera comoo una de
sus filiales.

YouTu ube usa un reproductorr en lnea basado


b en A
Adobe Flash (aunque tam mbin puedee ser un
reprodductor HTML L, que incorpor YouT Tube poco ddespus de qque la W3C presentara y el que
los Naavegadores web
w mas imp portantes so
oportaran el estndar HT TML5) para servir su coontenido.
Es muuy popular grracias a la po
osibilidad dee alojar vdeeos personalees de manera sencilla. A
Aloja una
varied
dad de clips de pelculass, programas de televisin y vdeos m musicales. A pesar de laas reglas
de YoouTube contrra subir vd deos con dereechos de auutor, este maaterial existee en abundaancia, as
como contenidos amateur
a commovideoblogs. Los enlaces a vdeos dde YouTubee pueden ser tambin
insertaados en bloogs y sitio os electrniicos persoonales usanndo API o incrustandoo cierto
cdigoo HTML.

YouTu ube mantien ne una logstiica que perm


mite localizaar cualquier vvdeo por m
medio de las eetiquetas
de meetadato, ttulos y descrip
pciones que los usuario s asignan a sus vdeos, pero cuyo uso est
- 141 -
restringido nicamente a los vdeos alojados en YouTube. Sin embargo, a raz de la compra de
YouTube por parte de Google, Google Video empez a agregar a sus bsquedas los contenidos
de YouTube.

En junio de 2007 se dio un importante paso hacia la internacionalizacin del sitio, al traducir su
interfaz a diversos idiomas, entre ellos el espaol.

8.4.1.1 R EPRODUCTOR

El diseo del reproductor es minimalista y ligera, basado en un color predeterminado: el


gris claro, debido a que la empresa busca la comodidad en lo que respecta al tipo de banda de
Internet. El primer reproductor de YouTube tena un diseo curveado, simple, con las opciones
resaltando como botones. A mediados de 2007, el segundo cambio a uno ms limpio y moderno,
con una estructura ms recta y con las opciones separadas por espacios compartidos. Se agreg
opciones como agregar anotaciones, pausar haciendo clic sobre la pantalla del reproductor,
banners publicitarios similares a los que aparecen en TV, subttulos originales y traducidos. A
veces, se incluyen spots cortos antes del vdeo.

En 21 de enero de 2010 en las opciones del reproductor se agrega un men desplegable para
seleccionar la calidad de vdeo que se quiere visualizar y dos nuevos iconos para cambiar el
tamao del reproductor y para visualizar el vdeo a pantalla completa, respectivamente. Cuando
hay subttulos, aparece un icono que permite mostrarlos.

ltimamente, Youtube ha agregado la capacidad de ver algunos videos en 3D y resoluciones


hasta Ultra alta definicin.

Por otro lado, existe la posibilidad de ver subtitulos, que estn en formato SubViewer (*.SUB) y
SubRip (*.SRT).

8.4.1.2 C ALIDAD DE VIDEO

En Google Vdeo y otros sitios de vdeos hay quejas acerca de la calidad, siendo que los
vdeos se pixelan (aparecen cuadros de color uniforme de mayor tamao, en forma de mosaico),
en gran medida debido al equilibrio entre calidad de imagen y velocidad de transmisin de datos
en la red. Otro problema es que en bastantes clips, el audio y el vdeo no estn sincronizados;
aunque esto depende del formato del archivo original.

En general, todos los vdeos deben ocupar un espacio en disco no mayor a 2 GB y deben tener
una duracin menor o igual a 15 minutos, con una tolerancia extra de 59 segundos de grabacin,
es decir, una duracin total de 15:59 segundos. La totalidad de los vdeos son convertidos a
resoluciones de 320240 y 480360 pxeles, y a 30 fotogramas por segundo, aunque los vdeos
alojados antes de marzo de 2008 slo estn disponibles en la resolucin ms baja. A pesar de que
todos los vdeos se muestran predeterminadamente en la resolucin menor, los usuarios pueden
reproducirlos en calidad alta ajustando sus preferencias.

Desde finales del 2008 se pueden ver videos HD con calidad 720p y desde el 2009 con calidad
1080p, a las cuales se puede acceder eligiendo la calidad deseada en uno de los botones que

- 142 -
aparecce en la esqu
uina derechaa inferior dell video. Al iggual que el formato de HHQ (alta callidad), el
formatto HD (alta definicin)
d solamente
s see visualizar si existe la vversin.

El 25 de noviembrre de 2008, YouTube


Y caambi la relaacin de aspecto de su reeproductor dde vdeo,
de 4:33 a 16:9, siguiendo
s ell estndar de
d los televvisores LCD D y de plasma, y tam mbin en
concorrdancia con las intencio ones de la empresa
e de ttransmitir peelculas com
mpletas en eel futuro.
Este cambio
c de asspecto es parra todos los vdeos, porr lo que los qque estn enn formato 4:3 se ven
con fraanjas negrass a los lados.

TABLA 39: CO
OMPARACIN DE
D LAS CALIDA
ADES DE VIDEO
OS DE YOUTUB
BE

Recienntemente se aadieron laas resolucionnes 2k y 4k o Ultra alta ddefinicin (hhasta 7,680 4,320
pxeles) cuya resolucin es 16
6 veces superrior a la Altaa definicin y 75 veces ssuperior al siistema
PAL. Resolucione
R es que fueronn habilitadass para usuariios con ciertoos requisitoss.


8.4.2 D-2. SER
RVICIO OTT
T DE VOZ: SKYPE [200]

Skype es un
u software que permitee comunicacciones de teexto, voz y vvdeo sobre Internet
(VoIP). Fue desarrrollado en 2003
2 por el dans
d Janus Friis y el suueco Niklas Zennstrm, tambin
ores de Kazaaa. El cdigo
creado o y protocolo o de Skype ppermanecen cerrados y ppropietarios, pero los
usuarios interesados pueden descargar
d graatuitamente lla aplicacinn ejecutable del sitio webb oficial.
Los ussuarios de Sk
kype pueden n hablar entre ellos gratuuitamente.
Tiene la finalidadd de conectaar a los usuarios va texxto (mensajera instantnea), voz ((VoIP) o
vdeo. Una de su us fortalezas es la comu unicacin grratuita por vvoz entre ussuarios de S Skype de
uier punto del
cualqu d mundo. Tambin
T reaaliza llamaddas especialees, aunque ppagadas a m muy bajo
coste, entre ordenaador y red fijja o mvil.

Se pueede utilizar de
d las siguien
ntes formas:

Comunicaccin gratuitta por texto o, voz o vvdeo entree dos usuarrios de Skyype con
computadoores personaales conectaados a Internnet. Requierre registro y aceptacinn de las
condicionees del serviciio, sin coste..

- 143 -
Comunicacin grupal o conferencia de voz gratuita (videoconferencia grupal es de pago)
entre varios usuarios de Skype, todos ellos con PC conectados a Internet. Requiere
registro sin coste.
Generacin de llamadas de voz a bajo coste desde un usuario de Skype con PC conectado
a Internet, hacia telfonos de red fija o mvil. Requiere contrato de pago, mensual o
anual.
Comunicacin y envo de datos a bajo coste (texto y grficos) desde un usuario de Skype
con PC conectado a Internet hacia equipos de fax (u ordenadores con software de fax)
conectados a redes de telefona fija. Requiere contrato de pago.
Llamadas de voz a tarifa de llamada local desde telfonos de red fija o mvil al nmero
telefnico de un usuario abonado a Skype con PC conectado a Internet. Si el usuario
receptor no est disponible, Skype ofrece un servicio de contestador automtico. Requiere
contrato de pago por parte del receptor. Las llamadas generadas desde telfonos mviles
pagan las tarifas locales del servicio celular.
Comunicacin y envo de datos a tarifa de llamada local desde equipos de fax conectados
a redes de telefona fija hacia un abonado de Skype con PC conectado a Internet. Requiere
contrato de pago por parte del receptor.
Comunicacin por desvo telefnico y de texto a bajo coste desde telfonos de red fija o
celular hacia un abonado de Skype con PC conectado a Internet. Requiere contrato de
pago por parte del receptor.

Skype al contar con los servicios de voz, data, fax, contestador automtico, conferencia y
videoconferencia, puede mantener comunicacin sin coste y a bajo costo, entre usuarios de
Skype, telfonos mviles, telfonos de red fija, fax, videoconferencias y obviamente texto, entre
los usuarios en ambas direcciones comunicacionales.
Tambin, Skype permite el desvo de llamadas y mensajes de texto, lo cual significa que los
usuarios del sistema con nmero telefnico Skype asignado, pueden recibir las llamadas o
mensajes directamente a su ordenador o generar el desvo de estos a un telfono mvil o de red
fija, en el caso de llamadas.

8.4.2.1 P ROTOCOLO

Skype utiliza un protocolo propietario de telefona VoIP. Parte de la tecnologa usada por
Skype pertenecen a Joltid Ltd. corporation. La gran diferencia entre este software y otros
estndares de anloga funcionalidad, es que Skype opera en base al modelo P2P (originalmente
usado en el software Kazaa en 2001) en vez del usual modelo Cliente-Servidor. Ntese que el
modelo ms popular, SIP, de VoIP tambin es P2P, pero su implementacin generalmente
requiere su registro en un servidor.

El xito de Skype reside en la gran compresin de datos que realiza, sin afectar prcticamente a la
calidad de la transmisin de voz, y en establecer una conexin con un clster de servidores

- 144 -
(servid
dores redundantes) de SkypeS para iniciar la ssesin de coomunicacinn, durante laa que se
devuellve la lista de contacto os. Cuando se ha iniciaado la llamaada, se estaablece una cconexin
directaa con el disp
positivo de laa persona.

El pro
ograma ha sido desarrolllado en len
nguaje Pascaal usando ell entorno Deelphi, ms ttarde fue
portad
do a GNU/Liinux y basn
ndolo en las libreras
l Qt.

8.4.2.1..1 S EGURID
DAD

Skype utiliiza el algorittmo AES de 256-bit par a cifrar la vooz, los archiivos transferridos o el
mensaaje instantnneo. Para la versin pag gada se utilliza el algorritmo RSA de 2048-bitt para el
acceso o a voicemaail y de 1536 6-bit durantee la negociaacin para establecer la conexin. P Para ello
utilizaan una clave asimtrica, que
q permite evitar ataquues del tipo mman-in-the-m middle.

- 145 -

You might also like