Calidad de experienciaLa calidad de experiencia (QoE, Quality of Experience) se define1 como la aceptabilidad global de una aplicacin o servicio, tal y como se percibe subjetivamente por el usuario final. Incluye la totalidad de efectos del sistema extremo a extremo (cliente, terminal, red, servicios de infraestructura) y puede verse influenciada por las expectativas de los usuarios y el contexto. Esto tiene como consecuencia que la QoE se mida subjetivamente y pueda diferir de un usuario a otro. La calidad de la experiencia (QoE) para contenidos multimedia como IPTV tambin se encuentra definida por la organizacin de estndares de la industria ETSI TISPAN (European Telecommunications Standards Institute Telecommunications and Internet converged Services and Protocols for Advanced Networking) en su norma TR 102 479,2 como la experiencia que tiene el usuario al momento de hacer uso de servicios de comunicaciones de aplicaciones proporcionadas por los CSP (Communication Service Provider), describiendo como le parece el servicio y si este satisface sus expectativas. La anterior definicin deja ver un poco la naturaleza subjetiva de la QoE ya que en ella se tienen en cuenta muchos factores diferentes a los relacionados con la QoS, algunos de estos son; el precio del servicio, el ambiente de visualizacin, nivel de estrs de los usuarios entre otros.3ndice 1 Relacin entre QoS y QoE 2 Factores que influyen en la calidad de la experiencia QoE 3 Asegurar un nivel ptimo de QoE en IPTV 4 Sistemas de medicin de QoE en IPTV. 5 Referencias 6 Enlaces externosRelacin entre QoS y QoE

QoS Vs QoEA pesar de que los trminos QoE (Calidad de la Experiencia) y QoS (Calidad de Servicio) venan siendo usados de manera indiferente, se debe hacer claridad de que en la actualidad estos dos conceptos se encuentran separados. QoE es la visin que los usuarios tienen sobre el rendimiento del sistema, la calidad de la experiencia es una medida del rendimiento de los niveles de servicio del sistema IPTV bajo la perspectiva del usuario e indica la manera como el sistema puede conocer la opinin del usuario sobre la calidad de los contenidos.4Un mecanismo que sirve como mtrica para medir la QoE en IPTV es el MOS (Mean Opinion Score), el cual proporciona una medida subjetiva que cuantifica el impacto que tiene en el usuario la presencia de fallas en el servicio, estas fallas pueden ser determinadas por otras mtricas de QoE como la duracin de las fallas en el servicio, errores por segundo, y segundos sin disponibilidad del servicio.El concepto de QoS por su parte hace referencia al rendimiento y al trato que se le da a los paquetes IP a medida que atraviesan los equipos de la red. La calidad de servicio habilita tecnologas que permiten administrar los efectos que tiene el fenmeno de la congestin sobre el rendimiento de las aplicaciones y servicios, para esto se hace uso de servicios integrados y servicios diferenciados que trabajan sobre los diferentes flujos de datos sobre usuarios, como factor de mtrica a nivel de capa de red, la QoS mide la cantidad de paquetes perdidos, el retraso y la variacin del mismo (Jitter).La imagen a la derecha permite observar una relacin no lineal que se presenta entre un factor subjetivo de mtrica para QoE en este caso MOS, y los factores objetivos del rendimiento de la red como (Perdida de paquetes, disponibilidad, retraso, etc.)Factores que influyen en la calidad de la experiencia QoE

Factores de la calidad de experiencia.El primer paso para medir la calidad de la experiencia QoE es descubrir e identificar los factores que hacen posible la misma. Por su naturaleza subjetiva IPTV rene muchos factores que de acuerdo a la opinin del usuario generan una buena calidad de la experiencia, a continuacin se mencionan algunos de ellos.;5* Calidad de los contenidos (Audio y Video): Este factor hace referencia a la percepcin que tienen los usuarios sobre la calidad de los contenidos multimedia.* Confiabilidad: Este aspecto determina el nivel de disponibilidad y estabilidad del servicio de IPTV.* Cambio de canales: Un factor comn en los sistemas televisivos, permite observar si los canales son cambiados rpida y correctamente.* Seguridad: Este factor indica que tan seguros estn los datos de los usuarios en un sistema IPTV, y si estos podran sufrir algn tipo de ataque contra sus infraestructura o informacin personal.* Escalabilidad: Indica si el sistema IPTV puede soportar un crecimiento masivo de usuarios, y como es su rendimiento cuando el nmero de conexiones simultneas es grande.* Precio y Contenido: Es un factor difcil de cuantificar y no existen dispositivos que permitan medirlo, pero sin duda la presencia de un precio razonable para el usuario puede mejorar la valoracin de la QoE de los servicios IPTV ofrecidos.* Facilidad de Uso: Determina si los dispositivos de IPTV son difciles de manipular para el usuario, por ejemplo si el uso del control remoto es complicado.Asegurar un nivel ptimo de QoE en IPTVLos fabricantes, investigadores y miembros de grupos de estandarizacin para IPTV, recomiendan seguir los siguientes pasos para garantizar de cierta forma un nivel adecuado de QoE en sistemas de televisin sobre el protocolo IP:1. Primer Paso: Entender los factores que influyen en un la calidad de la experiencia en un sistema IPTV, y conocer cuales equipos y tecnologas que mejoren la QoE son ofrecidos en el mercado.2. Segundo Paso: Este paso plantea el despliegue de escenarios de laboratorio donde se puedan realizar pruebas que faciliten la asimilacin de los factores subjetivos de QoE, permitiendo definir mtricas que ayuden al rendimiento del sistema.3. Tercer Paso: Redactar un plan de pruebas en donde se seleccionen los mejores mecanismos para medir la calidad de la experiencia en IPTV.4. Cuarto Paso: este paso propone analizar los resultados de las pruebas realizadas en los puntos anteriores, buscando mediante un mejoramiento continuo adaptar los equipos a las necesidades de calidad de los usuarios.Sistemas de medicin de QoE en IPTV.Determinar la calidad de la experiencia en sistemas basados en video, puede hacerse de 3 sistemas o tipos de medidas.:4Medidas Subjetivas: La calidad de experiencia (QoE) es medida a menudo mediante tests subjetivos controlados cuidadosamente en los que se reproducen muestras de video a espectadores, a quienes se les pide que las punten en una escala. Las calificaciones asignadas por cada espectador son promediadas para as obtener la puntuacin de opinin media (MOS, Mean Opinion Score).El hecho que la calidad de experiencia sea dinmica y que la mayora de factores situacionales no sea determinsticos determina que la QoE haya de ser mesurada por unidad de tiempo durante todo el tiempo de duracin del servicio. Por ejemplo, si un usuario se ha suscrito a un servicio de IPTV que ofrece en alta definicin un evento de importancia y la QoE durante tres cuartas partes del tiempo ha sido muy alta pero baja durante la ltima cuarta parte, la QoE global por parte del usuario ser muy baja. Las medidas subjetivas de QoE se realizan en entornos donde participan grupos de personas, las cuales realizan un conjunto de pasos como los que se listan a continuacin:1. Elegir las secuencias de video a evaluar.2. Evaluacin y calificacin numrica por parte de los observadores.3. Depuracin de los observadores por fallas en el proceso.4. Calculo de la calidad subjetiva media, mediante el anlisis estadstico de los resultados encontrados por los observadores, este valor es conocido como MOS (Mean Opinion Scale).Medidas Objetivas: Las medidas objetivas de la ejecucin de servicios como la prdida de informacin y el retardo contribuyen a la QoE. Estas medidas objetivas juntamente con componentes humanas como las emociones, la actitud, la motivacin determinan la aceptabilidad global del usuario final. Estos factores estn organizados como los relacionados con la calidad de servicio (QoS, Quality of Service) y aquellos que pueden ser clasificados como componentes humanas. Los mecanismos de QoS permiten el establecimiento de estrategias de administracin de cola que implementan prioridades para las diferentes clasificaciones de los datos de aplicacin. Sin el diseo y la implementacin correctos de los mecanismos de QoS, los paquetes de datos se descartan sin considerar las caractersticas de la aplicacin ni la prioridad. Para realizar estas mediciones habitualmente se utilizan sistemas electrnicos, los cuales basados en algoritmos y formulas matemticas miden la QoE en sistemas de IPTV, algunas de las tcnicas que estos equipos electrnicos implementan son: Tcnicas basadas en modelos de percepcin humana de vdeo Tcnicas basadas en parmetros que indican deterioro de la red Tcnicas basadas en el tiempo del deterioro de la seal de vdeo Tcnicas basadas en los parmetros de las seales de vdeoGracias a la implementando de las tcnicas anteriormente mencionadas se han logrado desarrollar los siguientes mecanismos de medicin objetivos de QoE En IPTV:PSNR (Peak Signal to Noise ratio): Calcula el valor cuadratico medio de la diferencia entre el video original y los frames recibidos.MQPM (Moving Pictures Quality Metric): Replica la experiencia de un observador humano y las tasas de envoi del stream IPTV en una escala de 1 a 5.MDI (Media Delivery Index): Estandarizada en el RFC 4445 en abril del 2006,6 MDI es definida como una herramienta de diagnstico que indica la calidad del video entregado mediante sistemas multimedia como IPTV, permitiendo observar mediciones exactas del Jitter y retardo en la capa de red, donde se ubica la problemtica de la prdida de calidad en la seal de vdeo. Las medidas del MDI son acumulativas a travs de la red y pueden ser medidas desde cualquier punto entre los proveedores de contenidos y los receptores de televisin (conocidos como Set Top Box). Los resultados de la medicin de MDI se observan en dos valores Delay Factor (DF) y Media Loss Rate (MLR).7Medidas Indirectas: Haciendo usos de la relacin QoS y QoE, se hacen mediciones de parmetros que indican la presencia de fallas en la red, y que deterioran la percepcin de la calidad del video. (Perdidas de paquetes, retraso, Jitter, etc.) Un mecanismo que usa este tipo de medidas es el PSQA - Pseudo-Subjective Quality Assessment.Referencias1. Ir a Definicin segn la ITU-T. "Focus Group on IPTV."2. Ir a Definicin QoE en IPTV segn la ETSI TISPAN. "http://www.etsi.org/deliver/etsi_tr/102400_102499/102479/01.01.01_60/tr_102479v010101p.pdf ETSI TISPAN]"3. Ir a Goldberg, Jeff; Kerne, Thomas (2007). Network structures - The Internet, IPTV and QoE,. EBU TECHNICAL REVIEW: p.8.4. Saltar a: a b allan, David; Thorne, David (2006). DSL Forum Technical Report TR-126: Triple Play Services Quality of experience (QoE) Requirements,.5. Ir a Agilent Technologies (2005). Ensure IPTV Quality of Experience,.6. Ir a Welch, J.; Clark, J. (2006). DA Proposed Media Delivery Index (MDI),.7. Ir a Agilent Technologies (2008). IPTV QoE: Understanding and interpreting MDI values,.Enlaces externos IPTV QoE: Understanding and interpreting MDI values MDI / QoE for IPTV and VoIP Alcatel Lucent - Garanta del servicio Triple Play - IPTV Witbe QoE IPTV Solutions A Proposed Media Delivery Index (MDI), Internet Engineering Task Force (IETF) Mean Opinion Score (MOS), A Measure Of Voice Quality ip-label: Measuring End-User QoE

Calidad de servicioEste artculo o seccin necesita referencias que aparezcan en una publicacin acreditada, como revistas especializadas, monografas, prensa diaria o pginas de Internet fidedignas. Este aviso fue puesto el 3 de agosto de 2009.Puedes aadirlas o avisar al autor principal del artculo en su pgina de discusin pegando: {{subst:Aviso referencias|Calidad de servicio}} ~~~~

QoS o Calidad de Servicio (Quality of Service, en ingls) es el rendimiento promedio de una red de telefona o de computadoras, particularmente el rendimiento visto por los usuarios de la red. Para cuantitativamente medir la calidad de servicio son considerados varios aspectos del servicio de red, tales como tasas de errores, ancho de banda, rendimiento, retraso en la transmisin, disponibilidad, jitter, etc.Calidad de servicio es particularmente importante para el transporte de trfico con requerimientos especiales. En particular, mucha tecnolgica ha sido desarrollada para permitir a las redes de computadoras ser tan tiles como las redes de telfono para conversaciones de audio, as como el soporte de nuevas aplicaciones con demanda de servicios ms estrictos.Ejemplos de mecanismos de QoS son la priorizacin de trfico y la garanta de un ancho de banda mnimo.La aplicacin de QoS es un requisito bsico para poder implantar servicios interactivos (por ejemplo voip).ndice 1 Definiciones 2 Problemas en redes de datos conmutados 3 Aplicaciones 4 Mecanismos 4.1 Esfuerzos de IP y Ethernet 4.2 Protocolos 5 Calidad de servicio de extremo a extremo 6 Elusin 7 QoS en ATM 8 QoS en escenarios inalmbricos 9 Sobre-aprovisionamiento 10 Soluciones para la calidad de servicio 11 Calidad de servicio utilizando UPnP 12 Soluciones para la calidad de servicio 13 Referencias 14 Enlaces externosDefinicionesEn el campo de la telefona, calidad de servicios fue definido por la ITU (Ingles) en 1994.Calidad de servicios comprende requerimientos en todos los aspectos de una conexin, tales como tiempo de respuesta de los servicios, prdidas, ratio seal-a-ruido, diafonas, eco, interrupciones, frecuencia de respuesta, niveles de sonido, entre otros. Una sub categora de calidad de servicios de telefona son los requerimientos de nivel de servicio, los cuales comprenden aspectos de una conexin relacionados con la capacidad y cobertura de una red, por ejemplo garantizar la probabilidad mxima de bloqueo y la probabilidad de interrupcin.1En el campo de las redes de computadoras y otras redes de telecomunicacin en paquetes, los trminos de ingeniera del trfico se refieren a mecanismos de control para reservacin de recursos en vez de la calidad de servicio lograda.Calidad de servicio es la habilidad de proveer diferentes prioridades a diferentes aplicaciones, usuarios, o flujos de datos, o de garantizar un cierto nivel de rendimiento para un flujo de datos. Por ejemplo, una requerida tasa de bits, retraso, jitter, probabilidad de eliminacin de paquetes y/o tasa de bit de errores pueden ser garantizados. Las garantas de la calidad de servicio son importantes si la capacidad de la red es insuficiente, especialmente para aplicaciones de transmisin multimedia en tiempo real tales como voz sobre IP, juegos en lnea y IP-TV, ya que a menudo estos requieren tasa de bit establecidas y son sensitivas al retraso, y en redes donde la capacidad es un recurso limitado, por ejemplo en comunicacin de data celular.Una red o protocolo que soporta Calidad de servicios puede coincidir en un contrato de trfico con la aplicacin y reservar capacidad en los nodos de la red, por ejemplo durante una fase de establecimiento de sesin. Durante la sesin puede monitorear el nivel de rendimiento alcanzado, por ejemplo la tasa de data y el retraso, y dinmicamente controlar las prioridades entre los nodos de la red. Esta puede liberar la capacidad reservada durante una fase posterior.Una red o servicio de mejor-esfuerzo no soporta calidad de servicio. Una alternativa a complejos mecanismos de control de calidad de servicios es proveer comunicacin de alta calidad sobre una red mejor-esfuerzo sobre provisionando la capacidad de tal manera que sea suficiente para la carga de trfico esperada. La resultante ausencia de congestin en la red elimina la necesidad de mecanismos de calidad de servicios.Calidad de servicios es algunas veces usada como medidor de calidad, con muchas definiciones alternativas, en lugar de refirindose a la habilidad de reservar recursos. Calidad de servicios algunas veces se refiere al nivel de calidad de servicios, i.e. La garantizada calidad de servicio. Alta calidad de servicio a menudo es confundida con alto nivel de rendimiento o la calidad de servicio alcanzada, por ejemplo altas tasas de bit, baja latencia y baja probabilidad de error.Problemas en redes de datos conmutadosMuchas cosas le ocurren a los paquetes desde su origen al destino, resultando los siguientes problemas vistos desde el punto de vista del transmisor y receptor:Bajo rendimientoDebido a la carga variante de otros usuarios compartiendo los mismos recursos de red, la tasa de bits (el mximo rendimiento) que puede ser provista para una cierta transmisin de datos puede ser muy lenta para servicios en tiempo real si toda la transmisin de datos obtiene el mismo nivel de prioridad.Paquetes sueltosLos ruteadores pueden fallar en liberar algunos paquetes si ellos llegan cuando los buffers ya estn llenos. Algunos, ninguno o todos los paquetes pueden quedar sueltos dependiendo del estado de la red, y es imposible determinar que pasar de antemano. La aplicacin del receptor puede preguntar por la informacin que ser retransmitida posiblemente causando largos retardos a lo largo de la transmisin.RetardosPuede ocurrir que los paquetes tomen un largo perodo en alcanzar su destino, debido a que pueden permanecer en largas colas o tomen una ruta menos directa para prevenir la congestin de la red. En algunos casos, los retardos excesivos pueden inutilizar aplicaciones tales como VoIP o juegos en lnea.LatenciaPuede tomar bastante tiempo para que cada paquete llegue a su destino, porque puede quedar atascado en largas colas, o tomar una ruta menos directa para evitar la congestin. Esto es diferente de rendimiento, ya que el retraso puede mejorar con el tiempo, incluso si el rendimiento es casi normal. En algunos casos, latencia excesiva puede convertir a una aplicacin como VoIP juegos online inusable.JitterLos paquetes del transmisor pueden llegar a su destino con diferentes retardos. Un retardo de un paquete vara impredeciblemente con su posicin en las colas de los ruteadores a lo largo del camino entre el transmisor y el destino. Esta variacin en retardo se conoce como jitter y puede afectar seriamente la calidad del flujo de audio y/o vdeo.Entrega de paquetes fuera de ordenCuando un conjunto de paquetes relacionados entre s son encaminados a Internet, los paquetes pueden tomar diferentes rutas, resultando en diferentes retardos. Esto ocasiona que los paquetes lleguen en diferente orden de como fueron enviados. Este problema requiere un protocolo que pueda arreglar los paquetes fuera de orden a un estado iscrono una vez que ellos lleguen a su destino. Esto es especialmente importante para flujos de datos de vdeo y VoIP donde la calidad es dramticamente afectada tanto por latencia y prdida de sincrona.ErroresA veces, los paquetes son mal dirigidos, combinados entre s o corrompidos cuando se encaminan. El receptor tiene que detectarlos y justo cuando el paquete es liberado, pregunta al transmisor para repetirlo as mismo.Aplicaciones Transmisin de medios Televisin de protocolo de Internet (IPTV) Audio sobre Ethernet Audio sobre IP Telefona IP tambin conocida como Voz sobre IP (VoIP) Videoconferencia Telepresencia Aplicaciones de almacenamiento como iSCSI y FCoE Servicio de emulacin de circuito Aplicaciones crticas de seguridad como ciruga remota donde los problemas de disponibilidad pueden ser peligrosos Sistemas de soporte a las operaciones de redes ya sea para la misma red o para las necesidades crticas del negocio de los clientes Juegos en lnea donde el retraso en tiempo real puede ser un factor Protocolos de sistemas de control industrial como Ethernet/IP los cuales son utilizados para el control en tiempo real de la maquinariaEstos tipos de servicios son denominados no elsticos, que significa que requieren un determinado nivel mnimo de ancho de banda y una determinada latencia mxima para funcionar. En contraste, las aplicaciones elsticas pueden tomar ventaja de por mucho o poco ancho de banda haya disponible. Las aplicaciones de transferencia de archivo mayor que dependen de TCP son generalmente elsticas.MecanismosLas redes de comunicacin por circuitos, especialmente las que estn destinadas para transmisin de voz, tales como ATM (Asynchronous Transfer Mode) o GSM, Tiene calidad de servicio en el ncleo del protocolo y no necesitan procedimientos adicionales para alcanzarla. Unidades de datos ms cortas es una de los puntos de venta nicos de ATM para aplicaciones como video en demanda.La cantidad de sobre-aprovisionamiento en enlaces interiores requerida para reemplazar la QoS depende del nmero de usuarios y sus demandas de trfico. Esto limita la usabilidad del sobre-aprovisionamiento. Aplicaciones ms nuevas con ancho de banda intensivo y la adicin de ms usuarios resulta en la prdida de redes de sobre-aprovisionamiento. Esto requiere entonces una actualizacin fsica de los enlaces de red relevantes lo cual es un proceso costoso. Por lo tanto el sobre-aprovisionamiento no puede ser asumido a ciegas en Internet.Esfuerzos de IP y EthernetA diferencia de redes de un solo dueo, el Internet es una serie de puntos de intercambio interconectando redes privadas.2 Por consiguiente el ncleo de Internet pertenece y es administrado por un nmero de diferentes proveedores de servicio de red y no una entidad nica. Su comportamiento es mucho ms estocstico o impredecible. Por lo tanto, continua la investigacin sobre procedimientos de QoS que sean desplegables en redes grandes y diversas.Hay dos enfoques principales a QoS en las redes IP modernas de paquete-cambiado, un sistema parametrizado basado en un intercambio de requerimientos de la aplicacin con la red, y un sistema priorizado donde cada paquete identifica un nivel de servicio deseado a la red. Servicios integrados (IntServ) implementa el enfoque parametrizado. En este modelo, las aplicaciones usan el protocolo de reservacin de recurso para solicitar y reservar recursos a lo largo de la red. Servicios diferenciados (DiffServ) implementa el modelo priorizado. DiffServ marca paquetes de acuerdo al tipo de servicio que desean. En respuesta a estas marcas, los enrutadores y switches usan varias estrategias de queueing (hacer cola) para adaptar el rendimiento a las expectativas. Marcas de punto cdigo de servicios diferenciados (DSCP) usan los primeros 6 bits en el campo de tipo de servicio de la cabecera del paquete IPv4.Primeramente se usaban la filosofa de servicios integrados (IntServ) de reservar los recursos de la red. En este modelo, las aplicaciones usaban el protocolo de reservacin de recurso para solicitar y reservar recursos a lo largo de una red. Aunque los mecanismos de IntServ funcionan, se observ que una red de ancho de banda tpica de un proveedor mayor de servicio, se requera que los enrutadores ncleo aceptaran, mantuvieran y quitaran miles o posiblemente decenas de miles de reservaciones. Se crea que este enfoque no se acomodara al crecimiento de Internet, y en cualquier evento era antittica a la nocin de disear redes de manera que los enrutadores ncleo hagan ms que slo cambiar paquetes a las tasas ms altas posibles.En respuesta a estas marcas, los enrutadores y switches usan varias estrategias de queueing para adaptar el rendimiento a los requerimientos. En la capa IP, marcas de punto cdigo de servicios diferenciados (DSCP) usan los 6 bits en la cabecera del paquete IP. En la capa MAC, VLAN IEEE 802.1Q y IEEE 802.1p pueden ser usados para llevar esencialmente la misma informacin.Los enrutadores que soportan DiffServ configuran su programador de red para utilizar mltiples colas para paquetes que esperan transmisin desde interfaces de ancho de banda limitado. Los vendedores de enrutadores proveen diferentes capacidades para configurar este comportamiento, para incluir el nmero de colas soportadas, las prioridades relativas de las colas, y el ancho de banda reservado para cada cola.En la prctica, cuando un paquete debe ser remitido desde una interface con queueing, los paquetes que requieren jitter bajo (VoIP o videoconferencia, por ejemplo) reciben prioridad sobre paquetes en otras colas. Tpicamente, cierto ancho de banda es asignado por defecto a los paquetes de control de red (tales como protocolo de mensaje de control de Internet y protocolos de enrutamiento), mientras que al trfico de mejor esfuerzo se le puede asignar cualquier ancho de banda que sobre.En la capa MAC, VLAN IEEE 802.1Q y IEEE 802.1p pueden ser usados para distinguir entre cuadros Ethernet y clasificarlos. Modelos de teora de queueing han sido desarrollados en anlisis de rendimiento y QoS para protocolos de la capa MAC.3 4Cisco IOS NetFlow y la Base de informacin de administracin de QoS basada en clase de Cisco son comercializados por Cisco Systems.Un ejemplo convincente de la necesidad de QoS en Internet se relaciona al colapso de congestin. Internet depende de protocolos de prevencin de congestin, como los integrados en el protocolo de control de transmisin (TCP), para reducir el trfico bajo condiciones que de otra manera llevaran al derrumbe. Aplicaciones QoS tales como VoIP y IPTV, porque requieren una tasa de bits constante una tasa de bits constante en gran medida y la latencia baja no puede usar TCP and no puede reducir de otra manera su tasa de trfico para ayudar a prevenir la congestin. Los contratos QoS limitan el trfico que puede ser brindado a Internet y por ello fuerzan la formacin de trfico que pueden prevenir que se sobrecargue, y por ende una parte indispensable de la capacidad de Internet de manejar una mezcla de trfico en tiempo real y trfico que no es en tiempo real sin derrumbe.Protocolos El campo de tipo de servicio (ToS) en la cabecera de IPv4 (ahora sustituida por DiffServ) Servicios diferenciados (DiffServ) Servicios integrados (IntServ) Protocolo de reservacin de recurso (RSVP) Cambio de etiqueta de multiprotocolo (MPLS) provee ocho clases QoS. RSVP-te Frame Relay X.25 Algunos mdems ADSL Modo de transferencia asncrona IEEE 802.1p IEEE 802.1Q IEEE 802.11e HomePNA Creacin de redes sobre cables coaxiales y de telfono El estndar ITU-T G.hn provee QoS mediante oportunidades de transmisin de contencin libre (CFTXOPs) las cuales son asignadas a flujos que requieren QoS y las cuales han negociado un contrato con el controlador de la red. G.hn tambin soporta operacin sin QoS mediante ranuras de tiempo basadas en contencin. Audio Video BridgingCalidad de servicio de extremo a extremoLa calidad de servicio de extremo a extremo puede requerir un mtodo de coordinacin de asignacin de recursos entre un sistema autnomo y otro. El grupo de trabajo de ingeniera de Internet (GTII) defini el protocolo de reservacin de recurso (RSVP) para ancho de banda, como un estndar propuesto en 1997. RSVP es un protocolo de reservacin de ancho de banda de extremo a extremo. La versin de ingeniera de trfico, RSVP-TE, es usada en muchas redes para establecer rutas de etiqueta-cambiada de multiprotocolo de trfico dirigido. El GTII tambin defini el grupo de trabajo Next Steps in Signaling (NSIS) con la sealizacin QoS como un objetivo. NSIS es un desarrollo y simplificacin de RSVP.Consorcios de investigacin tales como soporte QoS de extremo a extremo sobre redes heterogneas (EuQoS, desde 2004 hasta 2007) y foros como el foro IPsphere desarrollaron ms mecanismos para enlazar la invocacin de QoS desde un dominio al siguiente. IPsphere defini el bus de seanlizacin denominado estrato de estructuracin de servicio (EES) con el fin de establecer, invocar y (intentar) asegurar los servicios de red. EuQoS condujo experimentos para integrar protocolo de inicio de sesin, NSIS y EES con un costo estimado de 15.6 millones de euros y public un libro.Un proyecto de investigacin Multi Service Access Everywhere (MUSE) defini otro concepto de QoS en una primera fase desde enero 2004 hasta febrero 2006, y una segunda fase desde enero 2006 hasta 2007. Otro proyecto de investigacin llamado PlaNetS fue propuesto para el financiamiento europeo alrededor del ao 2005. Un proyecto europeo ms amplio llamado Arquitectura y diseo para el Internet futuro conocido como 4WARD tuvo un presupuesto estimado de 23.4 millones de euros y fue financiado desde enero 2008 hasta junio 2010. Inclua un tema de QoS y public un libro. Otro proyecto europeo, llamado SRID (Sistema de red inalmbrica desplegable) propuso un enfoque de reservacin de ancho de banda para redes mviles inalmbricas adhoc de multitasas.En el dominio de servicios, la QoS de extremo a extremo tambin ha sido discutida en el caso de servicios compuestos (consistiendo de servicios atmicos) o aplicaciones (consistiendo de componentes de aplicaciones). Adems, en computacin en la nube la QoS de extremo a extremo ha sido el foco de varios esfuerzos de investigacin con el objetivo de la provisin que QoS garantiza a lo largo de los modelos de servicio de la nube.ElusinFuertes protocolos de criptografa de red tales como capa de conexin segura, I2P y redes privadas virtuales oscurecen los datos que se transfieren cuando se usan. Como todo el comercio electrnico en Internet requiere el uso de tales fuertes protocolos de criptografa, degradando unilateralmente el rendimiento de trfico encriptado crea un peligro inaceptable para los clientes. A pesar de todo, el trfico es incapaz de someterse a una inspeccin profunda de paquetes para QoS.QoS en ATMUna de las grandes ventajas de ATM (Asynchronous Transfer Mode Modo de Transferencia Asncrona) respecto de tcnicas como el Frame Relay y Fast Ethernet es que admite niveles de QoS. Esto permite que los proveedores de servicios ATM garanticen a sus clientes que el retardo de extremo a extremo no exceder un nivel especfico de tiempo o que garantizarn un ancho de banda especfico para un servicio. Esto es posible marcando los paquetes que provengan de una direccin IP determinada de los nodos conectados a un gateway (como por ejemplo la IP de un telfono IP, segn la puerta del router, etc.). Adems, en los servicios satelitales da una nueva perspectiva en la utilizacin del ancho de banda, dando prioridades a las aplicaciones de extremo a extremo con una serie de reglas.Una red IP est basada en el envo de paquetes de datos. Estos paquetes de datos tienen una cabecera que contiene informacin sobre el resto del paquete. Existe una parte del paquete que se llama ToS (Type of Service), en realidad pensada para llevar banderas o marcas. Lo que se puede hacer para darle prioridad a un paquete sobre el resto es marcar una de esas banderas (flags, en ingls).Para ello, el equipo que genera el paquete, por ejemplo una puerta de enlace (gateway, en ingls) de voz sobre IP, coloca una de esas banderas en un estado determinado. Los dispositivos por donde pasa ese paquete despus de ser transmitido deben tener la capacidad para poder discriminar los paquetes para darle prioridad sobre los que no fueron marcados o los que se marcaron con una prioridad menor a los anteriores. De esta manera podemos generar prioridades altas a paquetes que requieren una cierta calidad de envo, como por ejemplo la voz o el vdeo en tiempo real, y menores al resto.QoS en escenarios inalmbricosEl entorno inalmbrico es muy hostil para medidas de Calidad de Servicio debido a su variabilidad con el tiempo, ya que puede mostrar una calidad nula en un cierto instante de tiempo. Esto implica que satisfacer la QoS resulta imposible para el 100% de los casos, lo que representa un serio desafo para la implementacin de restricciones de mximo retardo y mxima varianza en el retardo (jitter) en sistemas inalmbricos.Los sistemas de comunicaciones ya estandarizados con restricciones QoS de retardo y jitter en entornos inalmbricos (por ejemplo en GSM y UMTS) slo pueden garantizar los requisitos para un porcentaje (