Trabajo Fin De Grado Grado Ingeniería De Las Tecnologías De Telecomunicación

Total Page:16

File Type:pdf, Size:1020Kb

Trabajo Fin De Grado Grado Ingeniería De Las Tecnologías De Telecomunicación Trabajo Fin de Grado Grado Ingeniería de las Tecnologías de Telecomunicación Evaluación de calidad de la API WebRTC Autor: Alejandro Alhama Riego Tutor: Rafael Estepa Alonso Equation Chapter 1 Section 1 Dep. de Ingeniería Telemática Escuela Técnica Superior de Ingeniería Universidad de Sevilla Sevilla, 2017 i Proyecto Fin de Grado Grado Ingeniería de las Tecnologías de Telecomunicación Evaluación de calidad de la API WebRTC Autor: Alejandro Alhama Riego Tutor: Rafael Estepa Alonso Profesor titular Dep. de Ingeniería Telemática Escuela Técnica Superior de Ingeniería Universidad de Sevilla Sevilla, 2017 iii Trabajo Fin de Grado: Evaluación de calidad de la API WebRTC Autor: Alejandro Alhama Riego Tutor: Rafael Estepa Alonso El tribunal nombrado para juzgar el Proyecto arriba indicado, compuesto por los siguientes miembros: Presidente: Vocales: Secretario: Acuerdan otorgarle la calificación de: Sevilla, 2017 El Secretario del Tribunal v A mi familia A mis amigos vii Agradecimientos A mi familia, por apoyarme durante tanto tiempo y animarme con cada pequeña victoria que iba consiguiendo, asi como en los peores momentos de desaliento, enseñándome que por muchos problemas que se presenten, la perserverancia y la voluntad conseguirán llevar a cabo cualquier proyecto. Pero por encima de todo, por su amor incondicional. A mis amigos, con los que he compartido todos estos últimos años, sufriendo con cada examen y disfrutando de cada reunión improvisada en el piso que tanta gente ha acogido. Especialmente a mis compañeros de piso, a los cuales podía recurrir tanto para quejarme de todo como para divertirme, y también muy especialmente a mi querida amiga y compañera, que siempre ha estado conmigo animándome a seguir y brindándome todo su cariño. A mis maestros, por todos estos años de formación durante los cuales han conseguido transmitirme la pasión por el conocimiento, que espero no perder nunca. Gracias especialmente al departamento de telemática, tanto como por las lecciones impartidas como por la oportunidad de disponer de un laboratorio donde llevar a cabo las pruebas. Gracias dentro de este departamento a mi tutor, por toda su dedicación y por las facilidades que me ha proporcionado durante la realización de este proyecto. Alejandro Alhama Riego Sevilla, 2017 ix Resumen En los últimos años, las comunicaciones se han transformando de forma vertiginosa, portando cada vez más al entorno web, debido a esta tendencia, se considera necesario el estudio de las nuevas tecnologías que se nos ofrecen, prestando especial atención a la calidad de servicio. Siempre han existido gran cantidad de programas en nuestros ordenadores destinados a la comunicación entre los usuarios, tanto gratuitos como de pago, muchos de estos programas han decidido ofrecer sus servicios también en nuestro navegador web, ofreciéndonos en el mismo un entorno cada vez más unificado. La obtención de los medios y la señalización para realizar dichas comunicaciones por parte de los programas siempre ha conllevado un problema extra para los desarrolladores en el entorno web, pero, la tecnología WebRTC nos permite solventar dichos problemas con facilidad. El objetivo de este documento es el estudio de la tecnología WebRTC y la realización de pruebas que nos permitan, de forma objetiva, evaluar la calidad de servicio que nos ofrece. xi Abstract In recent years, our communication has greatly evolved, leading to the web environment, due to this trend, it is necessary to study these recent technologies, paying special attention to its quality of service. A lot of different programs have always existed for user communication, commercial or free, many of them have chosen to also deliver their services to our browsers, giving us a unified environment. Media devices and signaling have been a struggle for developers in web environment, but WebRTC allows us to easily solve those problems. The purpose of this paper is the development of a study in WebRTC’s technology and to test objectively its quality of service. xiii Índice Agradecimientos ix Resumen xi Abstract xiii Índice xiv Índice de Tablas xvi Índice de Figuras xviii 1 Introducción y objetivos 1 1.1 Introducción 1 1.2 Objetivos 3 2 WebRTC 5 2.1 ¿Que es WebRTC? 5 2.1.1 Historia 5 2.1.2 Actualidad 7 2.2 Casos de uso y alternativas. 8 2.2.1 Casos de uso 9 2.2.2 Alternativas al uso de WebRTC 15 2.3 WebRTC 19 2.3.1 Explicaciones previas 19 2.3.2 Descripción y funcionamiento 25 3 Implementación del escenario WebRTC 35 3.1 Requisitos y escenario 35 3.1.1 Requisitos 35 3.1.2 Escenario 41 3.2 Alternativas de implementación 41 3.2.1 Manera de utilizar la tecnología WebRTC 42 3.2.2 Servidor web que utilizar 43 3.2.3 Forma de señalización que implementar 44 3.2.4 Alimentación de audio a la aplicación 45 3.3 Implementación propuesta 46 4 Pruebas y resultados 49 4.1 Batería de pruebas 49 4.1.1 Códecs 49 4.1.2 Medidas de QoS 50 4.1.3 Audios utilizados 53 4.2 Obtención de resultados 53 4.2.1 Software de automatización 54 4.2.2 Preparación de audios y ejecución de análisis. 55 4.3 Estadísticas obtenidas 56 4.3.1 P.563 56 4.3.2 P.862 57 5 Conclusiones y líneas de avance 61 5.1 Conclusiones 61 5.2 Líneas de avance 62 Referencias 65 ANEXO A: CONFIGURACIÓN Y USO DEL ENTORNO 71 Glosario 79 xv ÍNDICE DE TABLAS Tabla 2–1. Ventajas e Inconvenientes de WebRTC 25 Tabla 2–2. Websocket Vs DataChannel 31 Tabla 3–1. RQF-00 Mostrar página de inicio y bienvenida 35 Tabla 3–2. RQF-01 Registrar usuario 36 Tabla 3–3. RQF-02 Redirigir al usuario a la sala de llamada 36 Tabla 3–4. RQF-03 Establecer un socket de conexión 36 Tabla 3–5. RQF-04 Realizar llamada 37 Tabla 3–6. RQF-05 Autoaceptación llamada 37 Tabla 3–7. RQF-06 Selección de códec 37 Tabla 3–8. RQF-07 Finalizar la llamada 38 Tabla 3–9. RQF-08 Carga de audios 38 Tabla 3–10. RQNF-00 Interfaz de usuario simple e intuitiva 39 Tabla 3–11. RQNF-01 Interfaz de usuario responsiva 39 Tabla 3–12. RQNF-02 Ejecución correcta de la aplicación en varios navegadores 39 Tabla 3–13. RQNF-03Múltiples sesiones concurrentes 40 Tabla 3–14. RQNF-04 Seguridad en las comunicaciones 40 Tabla 3–15. RQNF-05 Pruebas de software 40 Tabla 3–16. Opciones de señalización para WebRTC [78] 44 Tabla 4–1. Escala MOS para calidad de audio 50 Tabla 4–2. Resultados para cada audio 59 xvii ÍNDICE DE FIGURAS Figura 1-1. Cliente-Servidor HTTP. 1 Figura 1-2. RTC en el navegador. 2 Figura 2.1 Primera Implementación por parte de Ericsson 6 Figura 2.2 Crecimiento en el uso por sectores [11] 7 Figura 2.3 Twilio 9 Figura 2.4 Regroup Therapy 10 Figura 2.5 BananaBread 11 Figura 2.6 WebRTC Snake 12 Figura 2.7 XirSys 13 Figura 2.8 Solaborate 14 Figura 2.9 Seguimiento de cabezas Skype 16 Figura 2.10 Códecs soportados por Flash Player 17 Figura 2.11 Pila de protocolos de WebRTC para datos y señalización 19 Figura 2.12 Arquitectura WebRTC 21 Figura 2.13 Escenario real en Internet con STUN y TURN 23 Figura 2.14 Paquetes RTP y SRTP 24 Figura 2.15 Arquitectura de WebRTC 26 Figura 2.16 Interacciones del objeto MediaStream 28 Figura 2.17 Interacciones del objeto RTCPeerConnection 29 Figura 2.18 Envío de audio y video mediante SRTP sobre UDP 30 Figura 2.19 Realización de llamada WebRTC 32 Figura 2.20 Recepción de llamada WebRTC 33 Figura 2.21 Cierre de llamada WebRTC 33 Figura 2.22 Llamada completa WebRTC 34 Figura 3.1 Escenario real a simular 41 Figura 3.2 Talky.io 42 Figura 3.3 Cuota de mercado de diferentes servidores web 43 Figura 3.4 Estructura con cables de audio virtuales 45 Figura 3.5 Escenario de laboratorio planteado 47 Figura 4.1 Diferencias entre métodos de análisis 52 Figura 4.2 Primera conversación mostrada con Audacity 53 Figura 4.3 Pseudocódigo de automatización 54 Figura 4.4 Ejemplo de notas obtenidas con P.563 para un audio 56 Figura 4.5 Notas obtenidas con P.862 y códec OPUS 57 Figura 4.6 Notas obtenidas con P.862 y códec PCMA 58 Figura A.1 Configuración IP señalización 71 Figura A.2 Inicio del Servidor 71 Figura A.3 Página registro 72 Figura A.4 Página de llamada 72 Figura A.5 Codecs disponibles 73 Figura A.6 Codecs soportados 73 Figura A.7 Instalacion Python 3 74 Figura A.8 Instalacion Selenium 74 Figura A.9 Cables virtuales 75 Figura A.10 Pseudocódigo de automatización 76 Figura A.11 Cambio IP scripts 77 Figura A.11 Cambio IP scripts 77 xix 1 INTRODUCCIÓN Y OBJETIVOS Through our memories, future generations will see that we can overcome any fear! -Zidane Tribal - 1.1 Introducción as comunicaciones en tiempo real o Real Time Communication (RTC) se han convertido en uno de los mayores retos para la web, las RTC deberían ser tan sencillas y comunes como la introducción de texto L en aplicaciones web [1]. Sin ellas, estamos limitados en nuestra capacidad de crear nuevas formas de interacción. Hasta ahora las RTC han sido complejas y por lo general, corporativas, necesitando de tecnologías de audio y video licenciadas o desarrolladas personalmente. Además, la integración en servicios existentes ha sido difícil, especialmente en la web. Aun con estas dificultades, muchos servicios web utilizan RTC en la actualidad, pero, necesitan descargas, aplicaciones nativas o plugins para su correcto funcionamiento, como podría ser el caso de Skype, estas necesidades, además, tienden a ser problemáticas y molestas, son difíciles de desplegar, probar y mantener.
Recommended publications
  • Can Skype Be More Satisfying? a Qoe-Centric Study of the FEC
    HUANG LAYOUT 2/22/10 1:14 PM Page 2 Could Skype Be More Satisfying? A QoE-Centric Study of the FEC Mechanism in an Internet-Scale VoIP System Te-Yuan Huang, Stanford University Polly Huang, National Taiwan University Kuan-Ta Chen, Academia Sinica Po-Jung Wang, National Taiwan University Abstract The phenomenal growth of Skype in recent years has surpassed all expectations. Much of the application’s success is attributed to its FEC mechanism, which adds redundancy to voice streams to sustain audio quality under network impairments. Adopting the quality of experience approach (i.e., measuring the mean opinion scores), we examine how much redundancy Skype adds to its voice streams and systematically explore the optimal level of redundancy for different network and codec settings. This study reveals that Skype’s FEC mechanism, not so surprisingly, falls in the ballpark, but there is surprisingly a significant margin for improvement to ensure consistent user satisfaction. here is no doubt that Skype is the most popular VoIP data, at the error concealment level. service. At the end of 2009, there were 500 million Hereafter, we refer to the redundancy-based error conceal- users registered with Skype, and the number of concur- ment function of the system as the forward error correction rent online users regularly exceeds 20 million. Accord- (FEC) mechanism. There are two components in a general Ting to TeleGeography, in 2008 8 percent of international FEC mechanism: a redundancy control algorithm and a redun- long-distance calls were made via Skype, making Skype the dancy coding scheme. The control algorithm decides how largest international voice carrier in the world.
    [Show full text]
  • Specview User Manual Rev 3.04 for Version
    User Manual Copyright SpecView 1994 - 2007 3.04 For SpecView Version 2.5 Build #830/32 Disclaimer SpecView software communicates with industrial instrumentation and displays and stores the information it receives. It is always possible that the data being displayed, stored or adjusted is not as expected. ERRORS IN THE DATABASE OR ELSEWHERE MEAN THAT YOU COULD BE READING OR ADJUSTING SOMETHING OTHER THAN THAT WHICH YOU EXPECT! Safety devices must ALWAYS be used so that safe operation of equipment is assured even if incorrect data is read by or sent from SpecView. SpecView itself MUST NOT BE USED IN ANY WAY AS A SAFETY DEVICE! SpecView will not be responsible for any loss or damage caused by incorrect use or operation, even if caused by errors in programs supplied by SpecView Corporation. Warranties & Trademarks This document is for information only and is subject to change without prior notice. SpecView is a registered trademark of SpecView Corporation Windows is a trademark of Microsoft Corporation. All other products and brand names are trademarks of their respective companies. Copyright 1995-2007 by SpecView Corporation. All Rights Reserved. This document was produced using HelpAndManual. I Contents I Table of Contents Foreword 0 1 Installation 1 1.1 Instrument................................................................................................................................... Installation and Wiring 1 1.2 Instrument..................................................................................................................................
    [Show full text]
  • 1. Zpracování Hlasu 2. Kodeky
    2. přenáška Hlas a jeho kódování 1 Osnova přednášky 1. Zpracování hlasu 2. Kodeky 2 1. Hlas 3 Hlas Kmitočet hlasivek je charakterizován základním tónem lidského hlasu (pitch periode) F0, který tvoří základ znělých zvuků (tj. samohlásek a znělých souhlásek). Kmitočet základního tónu je různý u dětí, dospělých, mužů i žen, pohybuje se většinou v rozmezí 150 až 4 000 Hz. Sdělení zprostředkované řečovým signálem je diskrétní, tzn. může být vyjádřeno ve tvaru posloupnosti konečného počtu symbolů. Každý jazyk má vlastní množinu těchto symbolů – fonemů, většinou 30 až 50. Hlásky řeči dále můžeme rozdělit na znělé (n, e, ...), neznělé (š, č, ...) a jejich kombinace. Znělá hláska představuje kvaziperiodický průběh signálu, neznělá pak signál podobný šumu. Navíc energie znělých hlásek je větší než neznělých. Krátký časový úsek znělé hlásky můžeme charakterizovat její jemnou a formantovou strukturou. Formantem označujeme tón tvořící akustický základ hlásky. Ten vlastně představuje spektrální obal řečového signálu. Jemná harmonická struktura představuje chvění hlasivek. 4 Příklad časového a kmitočtového průběhu znělého a neznělého segmentu hovorového signálu Blíže http://www.itpoint.cz/ip-telefonie/teorie/princip-zpracovani-hlasu-ip-telefonie.asp 5 Pásmo potřebné pro telefonii 6 Pěvecké výkony jsou mimo oblast IP telefonie Blíže diskuze na http://forum.avmania.e15.cz/viewtopic.php?style=2&f=1724&t=1062463&p=6027671&sid= 7 2. Kodeky 8 Brána VoIP 9 Architektura VoIP brány SLIC – Subscriber Line Interface Circuit PLC – Packet Loss Concealment (odstranění důsledků ztrát rámců) Echo canceliation – odstranění odezvy 10 Některé vlastnosti kodérů . Voice Activity Detection (VAD) V pauze řeči je produkováno jen velmi malé množství bitů, které stačí na generování šumu.
    [Show full text]
  • PC-Netzwerke – Das Umfassende Handbuch 735 Seiten, Gebunden, Mit DVD, 7
    Wissen, wie’s geht. Leseprobe Wir leben in einer Welt voller Netzwerktechnologien. Dieses Buch zeigt Ihnen, wie Sie diese sinnvoll einsetzen und ihre Funktionen verstehen. Diese Leseprobe macht Sie bereits mit einzelnen Aspek- ten vertraut. Außerdem können Sie einen Blick in das vollständige Inhalts- und Stichwortverzeichnis des Buches werfen. »Netzwerk-Grundwissen« »Wireless LAN« »DHCP« »Netzwerkspeicher« Inhaltsverzeichnis Index Die Autoren Leseprobe weiterempfehlen Axel Schemberg, Martin Linten, Kai Surendorf PC-Netzwerke – Das umfassende Handbuch 735 Seiten, gebunden, mit DVD, 7. Auflage 2015 29,90 Euro, ISBN 978-3-8362-3680-5 www.rheinwerk-verlag.de/3805 Kapitel 3 Grundlagen der Kommunikation Dieser Teil des Buches soll Ihnen einen vertieften Überblick über das theoretische Gerüst von Netzwerken geben und damit eine Wissensbasis für die weiteren Kapitel des Buches schaffen. Das Verständnis der Theorie wird Ihnen bei der praktischen Arbeit, insbesondere bei der Fehleranalyse, helfen. Aktuelle Netzwerke sind strukturiert aufgebaut. Die Strukturen basieren auf verschie- denen technologischen Ansätzen. Wenn Sie ein Netzwerk aufbauen wollen, dessen Technologie und Struktur Sie ver- stehen möchten, dann werden Sie ohne Theorie sehr schnell an Grenzen stoßen. Sie berauben sich selbst der Möglichkeit eines optimal konfiguriertes Netzwerkes. In Fehlersituationen werden Ihnen die theoretischen Erkenntnisse helfen, einen Feh- ler im Netzwerk möglichst schnell zu finden und geeignete Maßnahmen zu seiner Beseitigung einzuleiten. Ohne theoretische Grundlagen sind Sie letztlich auf Glücks- treffer angewiesen. Dieses Buch legt den Schwerpunkt auf die praxisorientierte Umsetzung von Netzwer- ken und konzentriert sich auf die Darstellung von kompaktem Netzwerkwissen. Ein Computernetzwerk kann man allgemein als Kommunikationsnetzwerk bezeich- nen. Ausgehend von der menschlichen Kommunikation erkläre ich die Kommunika- tion von PCs im Netzwerk.
    [Show full text]
  • UC Santa Cruz UC Santa Cruz Electronic Theses and Dissertations
    UC Santa Cruz UC Santa Cruz Electronic Theses and Dissertations Title Proactive, Traffic Adaptive, Collision-Free Medium Access Permalink https://escholarship.org/uc/item/5r33n43f Author Petkov, Vladislav Publication Date 2012 Peer reviewed|Thesis/dissertation eScholarship.org Powered by the California Digital Library University of California UNIVERSITY of CALIFORNIA SANTA CRUZ PROACTIVE, TRAFFIC ADAPTIVE, COLLISION-FREE MEDIUM ACCESS A dissertation submitted in partial satisfaction of the requirements for the degree of DOCTOR OF PHILOSOPHY in COMPUTER ENGINEERING by Vladislav V. Petkov June 2012 The dissertation of Vladislav V. Petkov is approved: Katia Obraczka, Chair J.J. Garcia-Luna-Aceves Ram Rajagopal Venkatesh Rajendran Tyrus Miller Vice Provost and Dean of Graduate Studies Copyright c by Vladislav V. Petkov 2012 Contents List of Figures v List of Tables vii Abstract viii Dedication xi Acknowledgements xii 1 Introduction 1 1.1 Introduction . 1 1.2 Related Work . 5 1.2.1 Contention Based MAC Protocols . 5 1.2.2 Schedule Based MAC Protocols . 10 1.3 Contributions . 14 2 The Utility of Traffic Forecasting to Medium Access Control 16 2.1 Introduction . 16 2.2 Related Work . 18 2.2.1 Schedule Based MAC Protocols . 18 2.2.2 Traffic Forecasting . 19 2.2.3 Quality of Service . 20 2.3 Benefits of Traffic Forecasting . 21 2.4 Forecasting Traffic . 25 2.5 Challenges and Future Work . 29 3 Characterizing Network Traffic Using Entropy 30 3.1 Introduction . 30 3.2 Datasets . 32 3.2.1 Real-time flows . 34 3.2.2 Media streaming flows . 35 3.3 Self-similarity . 36 3.3.1 Self-similarity related work .
    [Show full text]
  • Análise Dos Efeitos De Codecs De Áudio Na Avaliação De Desvios Vocais
    1 ANSELMO DE VASCONCELOS CAVALCANTE ANÁLISE DOS EFEITOS DE CODECS DE ÁUDIO NA AVALIAÇÃO DE DESVIOS VOCAIS João Pessoa - PB Março, 2018 2 ANSELMO DE VASCONCELOS CAVALCANTE ANÁLISE DOS EFEITOS DE CODECS DE ÁUDIO NA AVALIAÇÃO DE DESVIOS VOCAIS Dissertação apresentada à Banca Examinadora do Programa de Pós-Graduação em Engenharia Elétrica do Instituto Federal de Educação, Ciência e Tecnologia da Paraíba como requisito necessário à obtenção do grau de Mestre em Engenharia Elétrica. Orientadora: Prof. Dra. Suzete Élida Nobrega Correia Coorientadora: Prof. Dra. Silvana Luciene do Nascimento Cunha Costa João Pessoa - PB Março, 2018 Dados Internacionais de Catalogação na Publicação – CIP Biblioteca Nilo Peçanha – IFPB, Campus João Pessoa C376a Cavalcante, Anselmo de Vasconcelos. Análise dos efeitos de CODECS de áudio na avaliação de desvios vocais / Anselmo de Vasconcelos Cavalcante. – 2018. 89 f. : il. Dissertação (Mestrado em Engenharia Elétrica) – Instituto Federal de Educação, Ciência e Tecnologia da Paraíba – IFPB / Coordenação de Pós-Graduação em Engenharia Elétrica, 2018. Orientador: Profº Paulo Henrique da Fonseca Silva. Coorientador: Profº Elder Eldervitch Carneiro de Oliveira 1. Engenharia de comunicação elétrica. 2. Voip. 3. CODECS. 4. Asterisk. 5. Avaliação da qualidade vocal. 6. Telemedicina. I. Título. CDU 621.391 Ivanise Andrade M. de Almeida Bibliotecária-Documentalista CRB-15/0096 4 Aos meus pais, Maria do Socorro e José Anselmo. A minha esposa Carolina. 5 AGRADECIMENTOS A Deus, que me proporcionou o dom da vida; A minha família, especialmente meus pais, que se doaram intensamente para que sempre buscasse meus objetivos; A minha esposa, que soube entender com extrema maestria as minhas dificuldades e emoções durante a execução deste trabalho, sem nunca deixar de me incentivar; A todos aqueles que um dia foram meus professores, em especial a Suzete Correia, Silvana Costa, Michel Dias e Leonardo Lopes, que me deram total apoio para o desenvolvimento desta pesquisa.
    [Show full text]
  • Sinusoidal Model Based Packet Loss Concealment for Wideband Voip Applications
    BEN-GURION UNIVERSITY OF THE NEGEV FACULTY OF ENGINEERING SCIENCE DEPARTMENT OF ELECTRICAL AND COMPUTER ENGINEERING Sinusoidal Model Based Packet Loss Concealment for Wideband VoIP Applications THESIS SUBMITTED IN PARTIAL FULFILLMENT OF THE REQUIREMENTS FOR THE M.Sc DEGREE By: Dmitry Lihovetski January 2011 BEN-GURION UNIVERSITY OF THE NEGEV FACULTY OF ENGINEERING SCIENCE DEPARTMENT OF ELECTRICAL AND COMPUTER ENGINEERING Sinusoidal Model Based Packet Loss Concealment for Wideband VoIP Applications THESIS SUBMITTED IN PARTIAL FULFILLMENT OF THE REQUIREMENTS FOR THE M.Sc DEGREE By: Dmitry Lihovetski Supervised by: Prof. Ilan D. Shallom Prof. Dov Wulich Author: Date: ………………..……………….. ……………….. Supervisor: Date: ………………..……………….. ………………. Supervisor: Date: ………………..……………….. ………………. Chairman of Graduate Studies Committee: ………………..……………….. Date: ………………. January 2011 SINUSOIDAL MODEL BASED PACKET LOSS CONCEALMENT FOR WIDEBAND VOIP APPLICATIONS “Essentially, all models are wrong, but some are useful”1 - George E.P. Box (1919-present) Dmitry Lihovetski Israel, January 2011 1 Box, George E. P.; Norman R. Draper (1987). Empirical Model-Building and Response Surfaces, p. 424, Wiley. Sinusoidal Model Based Packet Loss Concealment for Wideband VoIP Applications Abstract Voice over Internet Protocol (VoIP) has become very popular in recent years. However, since internet delivery does not guarantee quality of service, data packets are often lost due to network congestions or significantly delayed. Packet loss is a fundamental problem in VoIP networks, unless concealed in some way, it produces an annoying disturbance in the resulting gaps. Therefore, there is considerable interest in developing Packet Loss Concealment (PLC) algorithms to compensate for missing voice packets. In this thesis, a new method for concealment of the missing packets for wideband VoIP applications is presented.
    [Show full text]
  • POLITECNICO DI MILANO MILANO LEONARDO School of Industrial and Information Engineering Master of Science in Telecommunication E
    POLITECNICO DI MILANO MILANO LEONARDO School Of Industrial and Information Engineering Master of Science in Telecommunication Engineering “Comparison between VoIP clients” Supervisor: Antonio Capone Master of Science Thesis by Jahangir Khalid 801715 Academic year 2012-2014 Table of Contents Chapter 1............................................................................................................................................4 1) Introduction to IES ITALIA..............................................................................................................4 1.1) IES Product Platform Solutions...................................................................................................4 1.2) MARITIME………………………………………………………………………………………………………………………………4 1.3 Internet Surfing on the Connected cruise………………………………………………………………………………..5 1.4) Adding values to voyage…………………………………………………………………………………………………………5 1.5) Increasing Revenue…………………………………………………………………………………………………………………5 1.6) Strategy and solutions…………………………………………………………………………………………………………….5 1.7) Hospital-IES……………………………………………………………………………………………………………………………..5 1.8) IES-WEB…………………………………………………………………………………………………………………………………..6 1.9) Focus on New Technologies…………………………………………………………………………………………………….7 1.9a) Technologies Provided by IES…………………………………………………………………………………………………7 1.9.1) WI-FI……………………………………………………………………………………………………………………………………..7 1.9.2) Digital signage……………………………………………………………………………………………………………………….8 1.9.3) Applications…………………………………………………………………………………………………………………………..8 1.9.4) IPTV……………………………………………………………………………………………………………………………………….8
    [Show full text]
  • Winnie Soh Overview I
    Presented by: Winnie Soh Overview I. What is Skype? II. Features III. The Man Behind Skype IV. How it Started V. System VI. How VoIP Works? VII. Just for Thoughts VIII. Possibilities of Microsoft Acquisition IX. The Deal X. After the Acquisition XI. Reference The linked image cannot be displayed. The file may have been moved, renamed, or deleted. Verify that the link points to the correct file and location. What is Skype ? • Voice-over-internet Protocol (VoIP) service and software application which allows users to communicate with peers by voice, video, and instant messaging over the internet. • hybrid peer-to-peer and client–server system, and makes use of background processing on computers running Skype software; the original name proposed – Sky peer- to-peer The linked image cannot be displayed. The file may have been moved, renamed, or deleted. Verify that the link points to the correct file and location. Features • Voice chat - Allows telephone calls between pairs of users and conference calling, and uses a proprietary audio codec. • Video Conferencing – between two users was introduced in January 2006 for the Windows and Mac OS X platform clients. Skype 2.0 for Linux, released on 13 March 2008, also features support for video conferencing.16 Version 5 beta 1 for Windows, released 13 May 2010, offers free video conferencing with up to five people Messaging - Allows group chats, emotion icons, storing chat history and editing of previous messages. The usual features familiar to instant messaging users — user profiles, online status indicators, and so on — are also included. The Man behind Skype • Founded in 2003 by Janus Friis from Denmark and Niklas Zennström from Sweden.
    [Show full text]
  • Investigatory Voice Biometrics Committee Report Development Of
    1 2 3 4 5 6 7 8 9 Investigatory Voice Biometrics Committee Report 10 11 Development of a Draft Type-11 Voice Signal Record 12 13 09 March, 2012 14 15 Version 1.8 16 17 18 Contents 19 Summary ................................................................................................................................................................ 3 20 Introduction ............................................................................................................................................................ 3 21 Investigatory Voice Committee Membership ............................................................................................................ 5 22 Definitions of Specialized Terms Used in this Document .......................................................................................... 5 23 Relationship Between the Type-11 Record and Other Record Types and Documents ............................................... 8 24 Some Types of Transactions Supported by a Type-11 Record ................................................................................. 8 25 Scope of the Type-11 Record ................................................................................................................................ 10 26 Source Documents ............................................................................................................................................... 11 27 Administrative Metadata Requirements.................................................................................................................
    [Show full text]
  • White Paper Optimal Codec Selection in International IP Based Voice
    INTERNATIONAL INTERCONNECTION FORUM FOR SERVICES OVER IP (i3 FORUM) (www.i3forum.org) Workstream “Technical Aspects” White Paper Optimal Codec Selection in International IP based Voice Networks (Release 2.0) May 2010 “Optimal Codec Selection in International IP based Voice Networks”, Rel. 2.0, May 2010 1 i3 Forum Proprietary Document Executive Summary This White Paper assists in correct codec selection in different IP based voice interconnection configurations, as well as to predict IP-based voice interconnection configurations which will have unacceptable voice quality degradation. Codec engineering (the practical application of codecs) in IP based Voice networks is more complex in comparison to existing TDM networks; this document deals with the factors and configurations indispensable in correct network configuration and interconnection agreement planning, which have to be considered in order to deliver voice quality levels satisfactory for Service Providers. Having introduced codec basics, quality planning basics and the significance of proper codec choice, this White Paper provides a methodology, spreadsheets and a calculation template useful to evaluate codec choice(s) for a particular distance of network configuration, thus indicating if it will be possible to achieve the required speech quality. If this calculation shows that expected (customer) quality will be below a satisfactory level it is possible to go through the calculations step by step and try to change codec or other parameters to reach the desired quality level. It is shown that transcoding significantly affects call quality, and should be avoided unless absolutely necessary. The impact of transcoding is likely to be much higher when a chain of downstream carriers is involved in the end-user to end-user communication, than for bilateral interconnections engineered directly between network operators, and may necessitate different network configurations being sought.
    [Show full text]
  • SILK Speech Codec TDP 10/11 Xavier Anguera I Ciro Gracia SILK Codec
    SILK Speech Codec TDP 10/11 Xavier Anguera I Ciro Gracia SILK Codec Audio codec desenvolupat per Skype (Febrer 2009) Previament usaven el codec SVOPC (Sinusoidal Voice Over Packet Coder): • LPC analysis. • Quasi-harmonic modelling of the linear prediction (LPC) residual. • Both the sinusoidal amplitudes and phases are explicitly encoded using new methods based on Gaussian mixture models. Requeriments (Internet Wideband Audio Codec) Optimitzat per a treballar en temps real. Flexibilitat i adaptació de paràmetres a temps real, segons condicions: Xarxa Hardware Senyal d'àudio Paràmetres (Internet Wideband Audio Codec) Bitrate: qualitat vs bitrate. Baix: <10kbps (parla en qualsevol idioma). Alt: excel·lent per a tota senyal musical. Sampling rate: narrowband (8 Khz) – wideband (24 Khz o més). Complexitat: 50 Mhz x86 core, wideband mode (16 KHz sampling rate). Packet Loss Resilience: minimitzar la propagació dels errors. Delay: retard < 30ms. Discontinuous Transmission (DTX): velocitat baixa quan només hi ha soroll de fons. Encoder Sampling Rate: 8, 12, 16, 24 KHz Bitrate: 6-40 Kbps (1 bit/sample good, 1.5 bits/sample transparent) Packet rate: 20 ms frames, 1-5 frames/packet. Bitrate vs latency/ sensitivity. Packet Loss Resilience: us de dependències inter-frame per a detectar errors. Complexity: optimitzacions. Escalabilitat Escalabilitat del encoder Evaluació subjectivaAvaluació de qualitat MOS (Mean Opinion Score) Encoder Voice LTP Scaling Activity Control R Detector a n g Gains e Processor Pitch LSF Analysis Quantizer E n c o d Noise Prediction
    [Show full text]