Professional Documents
Culture Documents
SANTIAGO DE CHILE
AGOSTO 2012
UNIVERSIDAD DE CHILE
FACULTAD DE CIENCIAS FSICAS Y MATEMTICAS
DEPARTAMENTO DE INGENIERA ELCTRICA
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.
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.
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
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.
1.5 ALCANC
CES DEL TRABAJO
T O
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
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.
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
-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
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
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.
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
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).
- 10 -
2.1.1.1..4 Calidad
d de servicio en VoIP
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
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]
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]
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).
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:
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.
- 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:
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:
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.
- 18 -
2.2.4 LTE EN LA
L FCFM [8]
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
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*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
TAB
BLA 4: ENTORN
NO DE PRUEBAS
S LABORATORIIO LTE
En
ntorno de Pruebas Ejemplo de Configuracin
Frecuuencia: 2.6G
Ghz
Banddwidth: 20Mhhz
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).
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]..
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)
- 24 -
2.3.2.1
1 D ESCRIPC
CIN
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:
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.
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:
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.
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:
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:
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:
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.
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
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.
- 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..
ECUACI
N 1: ESTIMACIIN DE MSE
ECUA
ACIN 2: ESTIM
MACIN DE PSN
NR EN FUNCIN
N DE MSE
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.
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.
- 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.
- 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.
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
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))
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.
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.
- 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
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
- 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.
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:
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.
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.
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).
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.
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 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
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
- 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.
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:
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.
- 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.
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
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.
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
- 51 -
ILUST
TRACIN 23: AS
STERISK Y CLIE
ENTES EN RED LTE/IMS
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.
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.
- 52 -
Complementando la red LAN con el servidor de videos, el diagrama final se establece en la
Ilustracin 24
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.
- 53 -
ILU
USTRACIN 25:: SERVIDOR DE
E VIDEOSTREAM
MING Y CLIEN
NTE EN RED LTE
E/IMS
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.
- 54 -
ILUSTRACIN 26: SERVICIOS OTT Y CLIENTES INTEGRADOS EN RED LAN/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).
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.
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.
- 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.
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.
- 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.1
1 EN LNEA
A
3.3.3.1..1 VQM AN
NAGER [27]
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.
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
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
- 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)
ILU
USTRACIN 32:: PROCEDIMIEN
NTO DE OBTEN
NCIN DE MOS OFFLINE CON PESQ
- 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]
nfiguracin de
La con d esta caraccterstica se detalla
d en ell Anexo C.
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.
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.
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.
3.4.2.2
2 A NCHO DE
D B ANDA
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)
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.
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.
- 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.
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:
4.1 RESULTA
ADOS SO
OBRE LAS
S PLATAF D LAN Y LTE
FORMAS DE RED
IMPLEME
I ENTADAS
S
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
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.
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
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 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.
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).
Servicio de VoIP
o Mediante servidor IMS OpenSource
o Mediante Servidor Asterisk
Servicio de VideoStreaming
o Con VLC Media Player
- 72 -
4.3 RESUME
EN DE HERRAMIEN
E NTAS FIN
NALES EL
LEGIDAS
S
4.4 RESULTA
ADO DE LA IMP TACIN DE LAS PRUEBA
PLEMENT AS DE
CONCEP
PTO RECO
OMENDAD
DAS
- 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.
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..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.
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.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.
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
4.5.1.1..3 R ESULTA
ADOS DE J ITT ER EN LA RED
D LAN EN CON
NDICIONES PPTIMAS
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.
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.
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
- 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
4.5.2.3..2 MOS FU
UERA DE LNEA
A CON CON V IDEO
I Q UALITY
Y M ONITOR
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
4.5.2.6
6 M EDICIO NES DE VQM
M Y PSNR EN
E V IDEO S TR N RED LTE
REAMING EN
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.
4.7 DOCUME
ENTACI
N ENTRE
EGADA
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.
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
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).
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
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.
5.6 ACERCA
A DE LA METODOL
M LOGA PR
ROPUEST
TA
5.7 ACERCA
A DE LOS CASOS DE DESINC
CRONIZA
ACIN
- 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 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.
- 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.
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
[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.
[11] Garca-Martn, Camarillo. The 3G IP Multimedia Subsystem (IMS): Merging the Internet
and the Cellular worlds. Wiley, 2006.
[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.
[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.
[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.
[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.
- 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.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..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:
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.
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).
- 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.
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.
8.2 ANEXO B:
B GUA DE
D IMPLEMENTA
ACIN DE
E LOS SER
RVICIOS
8.2.1.1
1 I NSTALAC
CIN DE V IR
RTUAL B OX [ 31]
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.
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).
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:
- 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.
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
Una vez hechos estos ajustes, se puede dar inicio a la mquina virtual, la cual arranca desde la
imagen seleccionada.
- 106 -
Para esta gua, se selecciona la opcin grfica y se continan los siguientes pasos. En el siguiente
orden:
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.
- 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:
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
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
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
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
sud
do apt-get in
nstall openjd
dk-6-jre
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
cd
d /opt/
mkkdir OpenIMMSCore
cd
d OpenIMSC Core
mkkdir ser_ims
svn
n checkout http://svn.ber
h rlios.de/svnrroot/repos/oppenimscore//ser_ims/trunnk ser_ims
9.7.5 Obtencin
O del
d cdigo fu
uente del HSS
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
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:
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 ..
cd
d /opt/OpenIM
MSCore/
cp ser_ims/cfg
g/*.cfg .
- 112 -
cp ser_ims/cfg
g/*.xml .
cp ser_ims/cfg
g/*.sh .
killser pcsccf
debe decir:
d
/opt/OpenIIMSCore/serr_ims/cfg/killlser pcscf
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/
- 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
nameserveer 127.0.0.1
/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
cd /opt/OpenIMSCore//FHoSS/dep
ploy/
- 114 -
./startup.sh
h
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
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
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
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
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.
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:
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
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
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
- 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.
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:
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
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.1
1 C ONFIGU L S ERVIDOR M ULTICAST
URACIN DEL T VA RTP Y TRANSCODIIFICACIN
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:
- 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.
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
- 126 -
8.3 ANEXO C:
C GUA PARA LA
AS PRUEB
BAS DE CO
ONCEPTO
O
8.3.1.1
1 C ONDICI
N PTIMA
8.3.1.2
2 C ONDICI
N C ONGEST
TIONADA
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
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:
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:
- 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:
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
- 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.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
- 131 -
ILUSTRACIN 71: CONFIGURACIN DEL CLIENTE 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
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.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
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
- 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
9. See ejecutan lass pruebas paara cada uno de los valorres de los parrmetros de red
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.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
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
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
- 138 -
ILUSTRACIN
I 82:
8 PROCEDIMIIENTO DE LA P
PRUEBA DE CON
NCEPTO 2, CAS
SO 2
8.3.5.1
1 C ASO 1: V IDEO S TRE AMING M UL
LTICAST VA VLC M EDIA
A P LAYER
- 139 -
b. VQ QM
s almacena el archivo para cada connjunto de vallores de red
9. Se repite laa captura y se
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
- 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.
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.
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
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.
Por otro lado, existe la posibilidad de ver subtitulos, que estn en formato SubViewer (*.SUB) y
SubRip (*.SRT).
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.
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 -