<?xml version="1.0" encoding="ISO-8859-1"?><article xmlns:mml="http://www.w3.org/1998/Math/MathML" xmlns:xlink="http://www.w3.org/1999/xlink" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<front>
<journal-meta>
<journal-id>2227-1899</journal-id>
<journal-title><![CDATA[Revista Cubana de Ciencias Informáticas]]></journal-title>
<abbrev-journal-title><![CDATA[Rev cuba cienc informat]]></abbrev-journal-title>
<issn>2227-1899</issn>
<publisher>
<publisher-name><![CDATA[Editorial Ediciones Futuro]]></publisher-name>
</publisher>
</journal-meta>
<article-meta>
<article-id>S2227-18992013000100010</article-id>
<title-group>
<article-title xml:lang="es"><![CDATA[Análisis de la QoS en redes inalámbricas]]></article-title>
<article-title xml:lang="en"><![CDATA[Analysis QoS in wireless networks]]></article-title>
</title-group>
<contrib-group>
<contrib contrib-type="author">
<name>
<surname><![CDATA[Cruz Felipe]]></surname>
<given-names><![CDATA[Marely del Rosario]]></given-names>
</name>
<xref ref-type="aff" rid="A01"/>
</contrib>
<contrib contrib-type="author">
<name>
<surname><![CDATA[Martínez Gómez]]></surname>
<given-names><![CDATA[Reinier]]></given-names>
</name>
<xref ref-type="aff" rid="A02"/>
</contrib>
<contrib contrib-type="author">
<name>
<surname><![CDATA[Crespo García]]></surname>
<given-names><![CDATA[Yosuan]]></given-names>
</name>
<xref ref-type="aff" rid="A03"/>
</contrib>
</contrib-group>
<aff id="A01">
<institution><![CDATA[,Universidad de las Ciencias Informáticas Facultad 5 Departamento de Programación]]></institution>
<addr-line><![CDATA[La Habana ]]></addr-line>
<country>Cuba</country>
</aff>
<aff id="A02">
<institution><![CDATA[,Universidad de las Ciencias Informáticas Facultad 6 Departamento de Programación]]></institution>
<addr-line><![CDATA[La Habana ]]></addr-line>
<country>Cuba</country>
</aff>
<aff id="A03">
<institution><![CDATA[,Universidad de las Ciencias Informáticas  ]]></institution>
<addr-line><![CDATA[La Habana ]]></addr-line>
<country>Cuba</country>
</aff>
<pub-date pub-type="pub">
<day>00</day>
<month>03</month>
<year>2013</year>
</pub-date>
<pub-date pub-type="epub">
<day>00</day>
<month>03</month>
<year>2013</year>
</pub-date>
<volume>7</volume>
<numero>1</numero>
<fpage>86</fpage>
<lpage>96</lpage>
<copyright-statement/>
<copyright-year/>
<self-uri xlink:href="http://scielo.sld.cu/scielo.php?script=sci_arttext&amp;pid=S2227-18992013000100010&amp;lng=en&amp;nrm=iso"></self-uri><self-uri xlink:href="http://scielo.sld.cu/scielo.php?script=sci_abstract&amp;pid=S2227-18992013000100010&amp;lng=en&amp;nrm=iso"></self-uri><self-uri xlink:href="http://scielo.sld.cu/scielo.php?script=sci_pdf&amp;pid=S2227-18992013000100010&amp;lng=en&amp;nrm=iso"></self-uri><abstract abstract-type="short" xml:lang="es"><p><![CDATA[Las comunicaciones inalámbricas en sus diferentes variantes están tomando cada vez más auge en la vida de los diferentes usuarios y con ello la necesidad de soportar las mismas aplicaciones que en las redes cableadas. Ante las necesidades crecientes de aplicaciones sobre redes que presentan limitaciones de ancho de banda como es el caso de las inalámbricas se impone la necesidad de brindar Calidad de Servicio (del inglés, Quality of Service). En este trabajo se realiza un estudio de la calidad de servicio en entornos inalámbricos haciendo énfasis en dos tecnologías fundamentales como la wifi y la 802.16. En este análisis se describen los parámetros de calidad de servicios, la necesidad de la QoS en entornos inalámbricos así como los métodos que se emplean en las tecnologías mencionadas para obtener dicha Calidad de Servicio.]]></p></abstract>
<abstract abstract-type="short" xml:lang="en"><p><![CDATA[Wireless communications in its different combinations are becoming increasingly booming in the life of the different users and with it the need to support the same applications as in wired networks. Given the growing needs of applications on networks that have limited bandwidth as is the case of wireless, makes it necessary to provide Quality of Service. This investigation is aimed at the study of Quality of Service in wireless environments with emphasis on two key technologies such as WiFi and 802.16. This analysis describes the Quality of Service parameters, the need to use Quality of Service in wireless environments as well as methods used in the technologies mentioned to obtain Quality of Service.]]></p></abstract>
<kwd-group>
<kwd lng="es"><![CDATA[calidad de servicio]]></kwd>
<kwd lng="es"><![CDATA[tecnologías inalámbricas]]></kwd>
<kwd lng="es"><![CDATA[WIFI]]></kwd>
<kwd lng="es"><![CDATA[WIMAX]]></kwd>
<kwd lng="es"><![CDATA[parámetros de calidad de servicio]]></kwd>
<kwd lng="en"><![CDATA[Quality of service]]></kwd>
<kwd lng="en"><![CDATA[quality of service parameters]]></kwd>
<kwd lng="en"><![CDATA[WIFI]]></kwd>
<kwd lng="en"><![CDATA[WIMAX]]></kwd>
<kwd lng="en"><![CDATA[wireless technologies]]></kwd>
</kwd-group>
</article-meta>
</front><body><![CDATA[ <div align="right">     <p><font face="Verdana, Arial, Helvetica, sans-serif" size="2"><B>ART&Iacute;CULO  DE REVISI&Oacute;N </B></font></p></div>    <P>&nbsp; </P>    <P><b><font face="Verdana, Arial, Helvetica, sans-serif" size="4">An&aacute;lisis  de la QoS en redes inal&aacute;mbricas</font> </b>     <P>&nbsp; </P>    <P><b><font face="Verdana, Arial, Helvetica, sans-serif" size="3">Analysis  QoS in wireless networks</font> </b>     <P>&nbsp; </P>    <P>&nbsp; </P>    <P><font face="Verdana, Arial, Helvetica, sans-serif"><b><font size="2"><B>Marely  del Rosario Cruz Felipe <sup>1*</sup>, Reinier Mart&iacute;nez G&oacute;mez <sup>2</sup>,  Yosuan Crespo Garc&iacute;a <sup>3</sup></B></font></b> </font>     <P><font size="2" face="Verdana, Arial, Helvetica, sans-serif"><sup>1</sup>  Departamento de Programaci&oacute;n. Facultad 5. Universidad de las Ciencias Inform&aacute;ticas,  Carretera a San Antonio de los Ba&ntilde;os, km 2 &frac12;, Torrens, Boyeros,  La Habana, Cuba. CP.: 19370. <SUP>*</SUP>Correo electr&oacute;nico:<u><A HREF="mailto:marely@uci.cu">marely</A></u><A HREF="mailto:marely@uci.cu">@uci.cu</A>    ]]></body>
<body><![CDATA[<br>  <sup>2</sup> Departamento de Programaci&oacute;n. Facultad 6. Universidad de las  Ciencias Inform&aacute;ticas, Carretera a San Antonio de los Ba&ntilde;os, km  2 &frac12;, Torrens, Boyeros, La Habana, Cuba. CP.: 19370    <br> <sup>3</sup> Universidad  de las Ciencias Inform&aacute;ticas, Carretera a San Antonio de los Ba&ntilde;os,  km 2 &frac12;, Torrens, Boyeros, La Habana, Cuba. CP.: 19370 </font>     <P>&nbsp; </P>    <P>&nbsp;  </P><hr>     <P><font face="Verdana, Arial, Helvetica, sans-serif" size="2"><B>RESUMEN  </B></font>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Las  comunicaciones inal&aacute;mbricas en sus diferentes variantes est&aacute;n tomando  cada vez m&aacute;s auge en la vida de los diferentes usuarios y con ello la necesidad  de soportar las mismas aplicaciones que en las redes cableadas. Ante las necesidades  crecientes de aplicaciones sobre redes que presentan limitaciones de ancho de  banda como es el caso de las inal&aacute;mbricas se impone la necesidad de brindar  Calidad de Servicio (del ingl&eacute;s, <em>Quality of Service</em>). En este  trabajo se realiza un estudio de la calidad de servicio en entornos inal&aacute;mbricos  haciendo &eacute;nfasis en dos tecnolog&iacute;as fundamentales como la wifi y  la 802.16. En este an&aacute;lisis se describen los par&aacute;metros de calidad  de servicios, la necesidad de la QoS en entornos inal&aacute;mbricos as&iacute;  como los m&eacute;todos que se emplean en las tecnolog&iacute;as mencionadas para  obtener dicha Calidad de Servicio. </font></p>    <p><font face="Verdana, Arial, Helvetica, sans-serif" size="2"><b>Palabras  clave:</b> calidad de servicio, tecnolog&iacute;as inal&aacute;mbricas, WIFI,  WIMAX, par&aacute;metros de calidad de servicio.</font></p><hr>     <P> <font face="Verdana, Arial, Helvetica, sans-serif" size="2"><B>ABSTRACT  </B></font>     <P><font face="Verdana, Arial, Helvetica, sans-serif" size="2">Wireless  communications in its different combinations are becoming increasingly booming  in the life of the different users and with it the need to support the same applications  as in wired networks. Given the growing needs of applications on networks that  have limited bandwidth as is the case of wireless, makes it necessary to provide  Quality of Service. This investigation is aimed at the study of Quality of Service  in wireless environments with emphasis on two key technologies such as WiFi and  802.16. This analysis describes the Quality of Service parameters, the need to  use Quality of Service in wireless environments as well as methods used in the  technologies mentioned to obtain Quality of Service. </font>     <p><font face="Verdana, Arial, Helvetica, sans-serif" size="2"><b>Key  words: </b>Quality of service, quality of service parameters, WIFI, WIMAX, wireless  technologies.</font></p><hr>     ]]></body>
<body><![CDATA[<P>&nbsp; </P>    <P>&nbsp; </P>    <P><font face="Verdana, Arial, Helvetica, sans-serif" size="2"><B><font size="3">INTRODUCCI&Oacute;N</font></B>  </font>     <P><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Las comunicaciones  inal&aacute;mbricas en sus diferentes variantes est&aacute;n tomando cada vez  m&aacute;s auge en la vida de los diferentes usuarios. A medida que aumenta el  inter&eacute;s por la conectividad inal&aacute;mbrica (wireless), crece la necesidad  de poder soportar tambi&eacute;n en estos entornos inal&aacute;mbricos las mismas  aplicaciones que corren en las redes cableadas de hoy d&iacute;a.</font>     <P><font size="2" face="Verdana, Arial, Helvetica, sans-serif">  Como ha sido tratado tambi&eacute;n en redes alambradas el hecho de que aparezcan  nuevos servicios con mayores exigencias en cuanto a ancho de banda latencia y  otros par&aacute;metros los cuales deben funcionar sobre redes que a&uacute;n  no est&aacute;n dise&ntilde;adas para ellos hace que se imponga la necesidad de  implementar la Calidad de Servicio (QoS, por sus siglas en ingl&eacute;s).</font>      <P><font size="2" face="Verdana, Arial, Helvetica, sans-serif"> El t&eacute;rmino  calidad de servicio, tiene distintos sentidos dependiendo desde qu&eacute; punto  de vista se analice. En el mundo de las telecomunicaciones el uso del t&eacute;rmino  QoS suele venir ligado a las t&eacute;cnicas y procedimientos utilizados para  dar un tratamiento preferente a unas clases de tr&aacute;fico frente a otras.  El principal objetivo es cumplir con requisitos m&iacute;nimos en par&aacute;metros  como el retardo o el ancho de banda. QoS, es usado a menudo de forma muy restrictiva,  distinguiendo entre servicios con y sin QoS.</font>     <P><font size="2" face="Verdana, Arial, Helvetica, sans-serif">  En el sentido m&aacute;s amplio, el t&eacute;rmino QoS denomina no solo una t&eacute;cnica  o un procedimiento. Es as&iacute; que la UIT-T [E 800] como: El efecto global  de las prestaciones de un servicio que determinan el grado de satisfacci&oacute;n  de un usuario al utilizar dicho servicio (T&eacute;rminos, 2008).</font>     <P><font size="2" face="Verdana, Arial, Helvetica, sans-serif">  En el caso de los servicios de telecomunicaciones, una buena parte de la satisfacci&oacute;n  del usuario, est&aacute; relacionada con el funcionamiento de la red. Es por ello  que la definici&oacute;n que hace el IETF sobre QoS es: &ldquo;conjunto de requisitos  del servicio que debe cumplir la red en el transporte de un flujo&rdquo;.</font>      <P><font size="2" face="Verdana, Arial, Helvetica, sans-serif"> En las Wireless  LAN tambi&eacute;n se presentan problemas tales como la disponibilidad de ancho  de banda limitada, por lo que resulta fundamental poder dotarlas de caracter&iacute;sticas  de Calidad de Servicio (QoS). El mecanismo de Calidad de Servicio se refiere a  la habilidad en la red de ofrecer prioridad a unos determinados tipos de tr&aacute;fico,  independientemente de la tecnolog&iacute;a de red utilizada.</font>     <P><font size="2" face="Verdana, Arial, Helvetica, sans-serif">  El entorno inal&aacute;mbrico 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 desaf&iacute;o para la implementaci&oacute;n  de restricciones de m&aacute;ximo retardo y m&aacute;xima varianza en el retardo  (<em>jitter</em>) en sistemas inal&aacute;mbricos.</font>     ]]></body>
<body><![CDATA[<P><font size="2" face="Verdana, Arial, Helvetica, sans-serif">  Los sistemas de comunicaciones ya estandarizados con restricciones QoS de retardo  y <em>jitter</em> en entornos inal&aacute;mbricos (por ejemplo en GSM y UMTS)  solo pueden garantizar los requisitos para un porcentaje (&lt;100%) de los casos.  Esto implica una ca&iacute;da del servicio (<em>Outage</em> o <em>downtime</em>  en ingl&eacute;s), generando los cortes de llamadas y/o los mensajes de &ldquo;red  ocupada&rdquo;. Por otro lado, algunas aplicaciones de datos (por ejemplo, WiFi)  no requieren de restricciones de m&aacute;ximo retardo y <em>jitter</em>, por  lo que su transmisi&oacute;n solo necesita de la calidad media del canal, evitando  la existencia de ca&iacute;das del servicio.</font> <font size="2" face="Verdana, Arial, Helvetica, sans-serif">Atendiendo  a todo lo antes planteado se hace necesario realizar un estudio de la calidad  de servicio en entornos inal&aacute;mbricos fundamentalmente en las tecnolog&iacute;as  Wifi y la 802.16 particularizando en los par&aacute;metros de calidad de servicios  y los m&eacute;todos que emplean en estas tecnolog&iacute;as para obtener dicha  QoS. </font>     <P>&nbsp; </P>    <P><font face="Verdana, Arial, Helvetica, sans-serif" size="3"><B>DESARROLLO</B></font>      <P><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Para el desarrollo  de este trabajo se emplearon diferentes materiales bibliogr&aacute;ficos referidos  a las redes inal&aacute;mbricas tales como el est&aacute;ndar 802.11e, el est&aacute;ndar  Wimax y sobre las redes Mesh. Adem&aacute;s se cont&oacute; con la norma UIT-T  [E 800], a partir de esta informaci&oacute;n y el uso del m&eacute;todo de observaci&oacute;n  permiti&oacute; valorar la necesidad del empleo de la QoS en las redes inal&aacute;mbricas  y el comportamiento de los par&aacute;metros de QoS. Adem&aacute;s se emple&oacute;  el m&eacute;todo anal&iacute;tico sint&eacute;tico para realizar una valoraci&oacute;n  de conceptos b&aacute;sicos, as&iacute; como an&aacute;lisis pormenorizado de  todo lo relacionado con la QoS en cada una de las tecnolog&iacute;as inal&aacute;mbricas  analizadas. </font>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif"><B>Introducci&oacute;n  a los par&aacute;metros de calidad de servicio</B></font></p>    <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">  En las redes de transmisi&oacute;n de informaci&oacute;n (enti&eacute;ndase transmisi&oacute;n  de voz, video y dato) ocurren diferentes problemas que repercuten en la QoS a  trav&eacute;s de los par&aacute;metros de QoS. Algunos de ellos se relacionan  a continuaci&oacute;n:</font></p>    <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">  Retardos, puede ocurrir que los paquetes tomen un largo per&iacute;odo en alcanzar  su destino, debido a que pueden permanecer en largas colas o tomen una ruta menos  directa para prevenir la congesti&oacute;n de la red. En algunos casos, los retardos  excesivos pueden inutilizar aplicaciones tales como VoIP.</font></p>    <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">  Paquetes sueltos, los ruteadores pueden fallar en liberar algunos paquetes si  ellos llegan cuando los buffers ya est&aacute;n llenos. Algunos, ninguno o todos  los paquetes pueden quedar sueltos dependiendo del estado de la red, y es imposible  determinar qu&eacute; pasar&aacute; de antemano. La aplicaci&oacute;n del receptor  puede preguntar por la informaci&oacute;n que ser&aacute; retransmitida posiblemente  causando largos retardos a lo largo de la transmisi&oacute;n.</font></p>    <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">  <em>Jitter</em>, los paquetes del transmisor pueden llegar a su destino con diferentes  retardos. Un retardo de un paquete var&iacute;a impredeciblemente con su posici&oacute;n  en las colas de los ruteadores a lo largo del camino entre el transmisor y el  destino. Esta variaci&oacute;n en retardo se conoce como <em>jitter</em> y puede  afectar seriamente la calidad del flujo de audio y/o v&iacute;deo.</font></p>    <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">  Errores, a veces, los paquetes son mal dirigidos, combinados entre s&iacute; o  corrompidos cuando se encaminan. El receptor tiene que detectarlos y justo cuando  el paquete es descartado, pregunta al transmisor para repetirlo as&iacute; mismo.  </font></p><h1><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Requerimientos  de los servicios de video, voz y datos </font></h1>    ]]></body>
<body><![CDATA[<p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">En  la actualidad se transmite a trav&eacute;s de las redes de transmisi&oacute;n  de informaci&oacute;n todo tipo de tr&aacute;fico tales como dato, video y voz  teniendo en cuenta las ventajas que esto reporta.</font></p>    <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">  La transmisi&oacute;n de video y voz a trav&eacute;s de una red IP convencional  presenta una serie de retos, debido a las necesidades espec&iacute;ficas de este  tipo de tr&aacute;fico, que fuerzan a que los elementos de red deban poseer ciertas  caracter&iacute;sticas necesarias para el buen funcionamiento del servicio. Si  esto es cierto en redes cableadas, lo es mucho m&aacute;s en redes WiFi puesto  que en este &uacute;ltimo caso, el medio es compartido, no solo con interferencias  y elementos externos, si no con el resto de los clientes.</font></p>    <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">  A continuaci&oacute;n se expondr&aacute;n las distintas necesidades de cada uno  de los tres tipos de tr&aacute;fico.</font></p>    <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">  La transmisi&oacute;n de datos, como pueden ser ficheros de un servidor, correo  electr&oacute;nico o p&aacute;ginas web, es un tr&aacute;fico poco exigente. El  servicio demanda la mayor velocidad de transmisi&oacute;n y la menor p&eacute;rdida  de paquetes posible.</font></p>    <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">  Es cierto que en las redes inal&aacute;mbricas estos dos par&aacute;metros no  son tan f&aacute;cil de optimizar como en las redes cableadas, pues las velocidades  de transmisi&oacute;n son menores y siempre existe alguna interferencia externa,  o simple colisi&oacute;n entre clientes, lo que provocar&aacute; alguna p&eacute;rdida.</font></p>    <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">  El usuario lo que apreciar&aacute; es la velocidad de acceso a los datos, pero  a no ser que esta se reduzca por debajo de un cierto umbral que la haga inaceptable,  y ese umbral depender&aacute; de la aplicaci&oacute;n, no habr&aacute; una mayor  exigencia. </font></p>    <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">  El tr&aacute;fico de video es m&aacute;s exigente. Con respecto a la transmisi&oacute;n  de datos, este tipo de tr&aacute;fico a&ntilde;ade requerimientos extra, los cuales  est&aacute;n motivados porque el video ha de ser mostrado en el instante que corresponde.  El hecho de que los datos lleguen m&aacute;s despacio, en una p&aacute;gina web  influye en que tarde menos o m&aacute;s en bajar, pero los fotogramas del video  se han de mostrar cuando corresponden, o el video no ser&aacute; visionado de  forma correcta, apreci&aacute;ndose artefactos, sonido deficiente, aceleraciones  del v&iacute;deo, pausas, etc.</font></p>    <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">En  general, a parte de una velocidad de transmisi&oacute;n m&iacute;nima para poder  transmitir en video con fiabilidad, y una falta de p&eacute;rdida de paquetes,  har&aacute; falta un cumplimiento de otros par&aacute;metros como el <em>jitter</em>,  latencia, duplicaci&oacute;n y reordenaci&oacute;n de paquetes y emisi&oacute;n  en r&aacute;fagas.</font></p>    <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">  El video, dependiendo de la codificaci&oacute;n y la calidad de la imagen, demandar&aacute;  un ancho de banda m&iacute;nimo, que deber&aacute; ser soportado por la red inal&aacute;mbrica  para proporcionar un buen servicio. En caso de que la red no sea capaz de proporcionar  esta velocidad, se perder&aacute; informaci&oacute;n al no poder ser enviada por  la red, provocando p&eacute;rdida de paquetes.</font></p>    <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">  La p&eacute;rdida de paquetes, ya sea por causa de un tr&aacute;fico excesivo  para la red, por interferencias o cualquier otra causa, provocar&aacute; video  de calidad deficiente, mostr&aacute;ndose los t&iacute;picos cuadros, cortes de  sonido o chasquidos.</font></p>    ]]></body>
<body><![CDATA[<p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">  La duplicaci&oacute;n y reordenaci&oacute;n de paquetes es un fen&oacute;meno  que sucede en las redes m&aacute;s habitualmente de lo que se cree, y en video  es importante, pues si se produce y no se detecta, gracias a la inclusi&oacute;n  de alg&uacute;n protocolo junto con los algoritmos pertinentes en los clientes,  dar&aacute; como resultado que se muestre informaci&oacute;n que no corresponde  con el instante y fotograma en curso, con la consecuente degradaci&oacute;n en  la calidad de la imagen y sonido. Las r&aacute;fagas son algo habitual en sistemas  de comunicaci&oacute;n que adolecen de congesti&oacute;n.</font></p>    <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">  Las necesidades del tr&aacute;fico de voz, en este caso voz sobre IP (VoIP), son  an&aacute;logas a la del video, puesto que se trata de un servicio que no permite  p&eacute;rdida de informaci&oacute;n y que precisa de una temporizaci&oacute;n  muy estricta. Sin embargo, existen dos diferencias con respecto al servicio de  video. La primera es que aunque es necesario que se garantice un ancho de banda  y que este depender&aacute; del sistema de codificaci&oacute;n de la voz que utilice  el sistema, esta velocidad de transmisi&oacute;n ser&aacute; mucho menor que en  caso del video.</font></p>    <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">  La segunda diferencia a tener en cuenta es que la latencia es un par&aacute;metro  importante para la voz. Si esta es alta, la red no ser&aacute; apta para conversaciones  de voz, pues un retraso m&iacute;nimo es percibido muy negativamente por los usuarios.  </font></p>    <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif"> Una  vez analizados los par&aacute;metros de QoS y los requerimientos de cada uno de  los servicios, se analizar&aacute;n las diferentes tecnolog&iacute;as inal&aacute;mbricas  con respecto a la forma de implementar QoS.</font></p><h1><font size="2" face="Verdana, Arial, Helvetica, sans-serif">An&aacute;lisis  de las tecnolog&iacute;as Mesh con respecto a la QoS</font></h1>    <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">La  termolog&iacute;a &ldquo;WiFi-Mesh&rdquo; permite proporcionar servicios que van  desde la simple conectividad, hasta servicios de movilidad, voz sobre IP y v&iacute;deo-vigilancia.  Esta tecnolog&iacute;a permite maximizar la conectividad eliminando nodos ocultos  y facilitar el despliegue mediante la existencia de rutas alternativas (Jim&eacute;nez,  2005). Pero tambi&eacute;n presenta importantes desventajas, que son la ausencia  total de calidad de servicio (QoS) y la imposibilidad de proporcionar elevadas  capacidades. Es importante tener en cuenta que cada tecnolog&iacute;a, en base  a sus capacidades y en c&oacute;mo ha sido concebida, es apta para un tipo de  escenario y aplicaci&oacute;n. En el caso de las redes malladas no se concibieron  para soportar aplicaciones que requieren alta capacidad como Internet en Banda  Ancha, o calidad de servicio, como voz, v&iacute;deo o cualquier otra aplicaci&oacute;n  en tiempo real (Ferrer, 2006).</font></p>    <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">  Las redes Mesh inal&aacute;mbricas no soportan QoS por un motivo bien sencillo  intr&iacute;nseco a cualquier red mallada. En una red inal&aacute;mbrica con m&uacute;ltiples  terminales, hay un &uacute;nico medio de transmisi&oacute;n (el espectro) compartido  por todos esos terminales. La &uacute;nica forma de conseguir calidad de servicio  es garantizar que en cada momento solo un terminal est&aacute; transmitiendo,  evitando colisiones entre dos o m&aacute;s terminales transmitiendo simult&aacute;neamente.  </font></p>    <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Por  otra parte, es necesario un aprovechamiento m&aacute;ximo de ese espectro, por  lo que deben evitarse momentos de silencio en los que ning&uacute;n terminal transmite.  Este aprovechamiento del espectro y garant&iacute;a de ausencia de colisiones  solo se puede conseguir mediante la existencia de un &ldquo;&aacute;rbitro&rdquo;.  Este &aacute;rbitro es un nodo de la red cuya funci&oacute;n es dar permisos de  transmisi&oacute;n a los terminales, asignando a cada uno un slot de tiempo concreto.  Este nodo suele ser la Estaci&oacute;n Base.</font></p>    <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">  Adem&aacute;s de eso, es indispensable contar con una red planificada y totalmente  est&aacute;tica, ya que las aplicaciones en tiempo real exigen conocer la ruta  exacta de la comunicaci&oacute;n, y n&uacute;mero de saltos antes de llegar al  <em>backbone</em>. WiFi-Mesh, o cualquier otra tecnolog&iacute;a &ldquo;mesh&rdquo;  es perfectamente v&aacute;lida para servicios sin soporte de calidad de servicio,  como navegaci&oacute;n web o correo electr&oacute;nico, pero es totalmente desaconsejable  para aplicaciones como telefon&iacute;a IP, servicios en tiempo-real, v&iacute;deo-vigilancia,  v&iacute;deo-conferencia o descarga de grandes ficheros. </font></p><h1><font size="2" face="Verdana, Arial, Helvetica, sans-serif">An&aacute;lisis  de la QoS en WIMAX</font></h1>    <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">El  est&aacute;ndar 802.16, integra QoS en la capa MAC. La capa MAC, es la que coordina  la comunicaci&oacute;n sobre el medio inal&aacute;mbrico compartido.</font></p>    <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">  El protocolo MAC 802.16, es un protocolo orientado a conexi&oacute;n. Cuando una  estaci&oacute;n suscriptora (SS) ingresa a la red, &eacute;ste crea una o m&aacute;s  conexiones por donde sus datos son transmitidos desde y hacia la estaci&oacute;n  base (BS). Cada conexi&oacute;n es un flujo de MSDU`s (unidad de servicio de datos  MAC), que son provistos de ciertos par&aacute;metros de QoS. Los par&aacute;metros  de calidad de servicio son definidos por los denominados flujos de servicio (Abdul,  2011).</font></p>    ]]></body>
<body><![CDATA[<p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">  Un flujo de servicio es un env&iacute;o MAC que provee un transporte unidireccional  de paquetes, ya sea para el enlace de subida (<em>uplink</em>) los paquetes transmitidos  por la estaci&oacute;n suscriptora (SS) o para el enlace de bajada (<em>downlink</em>)  los paquetes transmitidos por la estaci&oacute;n base (BS). Un flujo de servicio,  es caracterizado por la forma como maneja los par&aacute;metros como la latencia,  <em>jitter </em>y pol&iacute;ticas de priorizaci&oacute;n de tr&aacute;fico (Mangold,  2011).</font></p>    <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">  El flujo en el cual se transmite un paquete, se basa en el contenido del campo  de cabecera IP, permitiendo a cada aplicaci&oacute;n recibir un flujo de servicio  diferente. La estaci&oacute;n suscriptora (SS) y la estaci&oacute;n base (BS),  negociar&aacute;n los par&aacute;metros de QoS.</font></p>    <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">  La calidad de servicio en 802.16, se logra por medio de un mecanismo de programaci&oacute;n  de servicio en la estaci&oacute;n base (BS). Esta programaci&oacute;n es dise&ntilde;ada  para mejorar la eficiencia de acceso al medio.</font></p>    <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">  Mediante un servicio programado y los par&aacute;metros asociados de QoS, la estaci&oacute;n  base podr&aacute; anticiparse a las necesidades del rendimiento, <em>jitter</em>  u otro par&aacute;metro del tr&aacute;fico de subida y adem&aacute;s proveer de  los m&eacute;todos adecuados de sondeo y peticiones de concesi&oacute;n de ancho  de banda en tiempos apropiados. (Vaquero, 2005)</font></p><h1><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Clases  de servicios</font></h1>    <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">El  est&aacute;ndar IEEE 802.16, soporta 4 tipos de clases de servicios los cuales  deben incluir los par&aacute;metros de QoS respectivos, de manera que sean contenidos  en flujos de servicios cuando estos empiezan a habilitarse. Las clases de servicio  son las siguientes (IEEE, 2008; Grilo, 2011):</font></p>    <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif"><B>Servicio  de Concesi&oacute;n no solicitado (UGS). </B>Es dise&ntilde;ado para soportar  flujos de servicios en tiempo real, los cuales generan paquetes de datos de tama&ntilde;os  fijos y peri&oacute;dicos. Ejemplos de esto son aplicaciones de VoIP sin supresi&oacute;n  de silencio, T1/E1, etc. Una vez establecida la conexi&oacute;n (asignado Ancho  de Banda), las ranuras de tiempo quedan disponibles autom&aacute;ticamente (emula  un enlace dedicado). La estaci&oacute;n suscriptora, no puede usar alguna petici&oacute;n  de contienda y la estaci&oacute;n base no debe proveer de oportunidades <em>unicast</em>  a la estaci&oacute;n suscriptora. Adem&aacute;s, tambi&eacute;n est&aacute; prohibido  peticiones <em>piggyback</em>. Esto se debe a que ya se tiene asignado un canal  a la estaci&oacute;n suscriptora. Los principales par&aacute;metros de servicio  que se debe garantizar en UGS son: velocidad m&aacute;xima soportada, m&aacute;xima  latencia soportada, <em>jitter</em> tolerado, pol&iacute;ticas de petici&oacute;n/transmisi&oacute;n.</font></p>    <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif"><B>Servicio  de Sondeo en Tiempo Real (rtPS). </B>Es dise&ntilde;ada para soportar flujos de  servicios que generen paquetes de datos de tama&ntilde;o variable. Es asignada  para aplicaciones multimedia en tiempo real como por ejemplo MPEG. Adem&aacute;s,  este servicio permite oportunidades de peticiones <em>unicast</em>, que son ejecutadas  por la estaci&oacute;n base las que resuelven el flujo en tiempo real y permiten  que las estaciones suscriptoras especifiquen el tama&ntilde;o de la concesi&oacute;n  deseada. La estaci&oacute;n suscriptora tiene prohibido usar las peticiones de  contenci&oacute;n y tambi&eacute;n el env&iacute;o de peticiones <em>piggybacking</em>.  La estaci&oacute;n suscriptora, solo podr&aacute; usar las peticiones <em>unicast</em>  para obtener oportunidades para transmitir. Los principales par&aacute;metros  a tomarse en cuenta en este tipo de servicio son: m&aacute;xima velocidad soportada,  m&aacute;xima latencia soportada, velocidad m&iacute;nima reservada, pol&iacute;ticas  de transmisi&oacute;n/petici&oacute;n.</font></p>    <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif"><B>Servicio  de sondeo en Tiempo no Real (nrtPS)<em>. </em></B>Utilizado para transmisiones  cargadas que no son en tiempo real, por ejemplo transferencias de grandes archivos.  El servicio ofrece sondeo <em>unicast</em> en periodos regulares de tiempo. Esto  lo hace para asegurar que el flujo reciba oportunidades para transmitir a&uacute;n  cuando la red est&eacute; congestionada. La estaci&oacute;n suscriptora, puede  hacer uso de las peticiones de contenci&oacute;n y tambi&eacute;n de las peticiones  <em>unicast</em> para acceder al canal. Los par&aacute;metros que se deben garantizar  en este servicio son: velocidad m&iacute;nima reservada, velocidad m&aacute;xima  soportada, prioridad de tr&aacute;fico y pol&iacute;ticas de petici&oacute;n/transmisi&oacute;n.</font></p>    <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif"><B>Servicio  del Mejor Esfuerzo (BE). </B>Este servicio, provee un eficiente trato para el  tr&aacute;fico de mejor esfuerzo. Cada suscriptor, debe competir para ganar el  ancho de banda. La estaci&oacute;n suscriptora, podr&aacute; competir por las  oportunidades de peticiones de contenci&oacute;n y tambi&eacute;n har&aacute;  uso peticiones <em>piggybacking</em>. Los par&aacute;metros de QoS mandatarios  en el flujo de servicio son: velocidad m&aacute;xima soportada, prioridad del  tr&aacute;fico y pol&iacute;ticas de petici&oacute;n/transmisi&oacute;n. </font></p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Si  se analiza la calidad de servicio en una interfaz y no a nivel de una red global,  se puede ilustrar lo que se intenta explicar en la <a href="#f1">Figura 1</a>:</font>      <P align="center"><font face="Verdana, Arial, Helvetica, sans-serif"><a name="f1"></a><img src="/img/revistas/rcci/v7n1/f0110113.png" width="413" height="178">  </font>     ]]></body>
<body><![CDATA[<P><font size="2" face="Verdana, Arial, Helvetica, sans-serif">En la <a href="#f1">Figura  1</a> est&aacute;n representadas las dos acciones fundamentales asociadas a garantizar  la QoS (Villal&oacute;n, 2011): </font> <ul>     <li><font size="2" face="Verdana, Arial, Helvetica, sans-serif"><B>Clasificaci&oacute;n</B>:  El tr&aacute;fico que entra al equipo y que se ha de transmitir se tiene que clasificar.  Pueden usarse muchos criterios de clasificaci&oacute;n: por equipo destino, por  marcas en los paquetes, por aplicaci&oacute;n&hellip; Es algo que siempre hay  que hacer ya que sino el propio concepto de QoS no existe. B&aacute;sicamente,  la clasificaci&oacute;n es buscar a qu&eacute; par&aacute;metros de QoS negociados  o contratados pertenece un paquete (o tr&aacute;fico) en particular: </font></li>    </ul>    <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Tr&aacute;fico  m&aacute;ximo en r&aacute;faga, tr&aacute;fico m&iacute;nimo sostenido, latencia  m&aacute;xima, variaci&oacute;n en la latencia.</font></p><ul>     <li><font size="2" face="Verdana, Arial, Helvetica, sans-serif"><B>Asignaci&oacute;n  de recursos</B>: Una vez que se tiene el tr&aacute;fico clasificado y por tanto  se saben qu&eacute; par&aacute;metros de QoS se deben cumplir, hay que asignar  los recursos en la interfaz. Hay que permitir que los paquetes se transmitan al  medio (el aire o un cable).</font></li>    </ul>    <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">La  fase de clasificaci&oacute;n es com&uacute;n a todos los tipos de interfaz que  necesitan garantizar la QoS, pero la principal diferencia viene en la fase de  asignaci&oacute;n de recursos. Existen dos mecanismos que son lo bastante generales  tales como &ldquo;QoS a nivel 3 (L3QoS o IPQoS)&rdquo; y &ldquo;QoS a nivel 2  (L2QoS o MACQoS)&rdquo;.</font></p><h1><font size="2" face="Verdana, Arial, Helvetica, sans-serif">QoS  a nivel IP (L3QoS)</font></h1>    <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Las  t&eacute;cnicas que se usan en este tipo de mecanismos de QoS son los t&iacute;picos  de los conformadores de tr&aacute;fico o <em>traffic shapers</em> (TS). El TS  clasifica el tr&aacute;fico que entra en funci&oacute;n de los criterios que se  establezcan para cada uno de los contratos de QoS (Abdul, 2011).</font></p>    <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">  Estas t&eacute;cnicas de QoS a nivel 3 son las cl&aacute;sicas basadas en colas  de prioridades asociadas al DSCP o al TOS de las cabeceras IP por ejemplo. El  problema que presentan las t&eacute;cnicas L3QoS es que no se conoce con exactitud  la capacidad y la disponibilidad del medio sobre el que se transmiten. Si se tiene  un medio sin cables, el tr&aacute;fico bruto puede depender del usuario al que  se transmita, ya que podr&iacute;an estar m&aacute;s lejos u obstruidos. Usar  t&eacute;cnicas de L3QoS en estos casos al desconocer la capacidad real por usuario  destino, lleva a una ineficiencia insalvable: &ldquo;No se puede garantizar una  QoS en t&eacute;rminos absolutos, solo relativos&rdquo;.</font></p>    <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">  Este problema a&uacute;n se agrava mucho m&aacute;s en el caso en que el medio  est&aacute; gestionado en contienda (<em>WiFi, Ethernet</em>) En estos casos el  propio uso del medio es estad&iacute;stico, ni siquiera el nivel 2 puede saber  si podr&aacute; transmitir en un momento dado. Es m&aacute;s, en caso de que la  red empiece a cursar mucho tr&aacute;fico, es posible que un paquete jam&aacute;s  sea transmitido debido a las continuas colisiones. De ah&iacute; que en redes  Wimax se emplee la QoS a nivel MAC.</font></p><h1><font size="2" face="Verdana, Arial, Helvetica, sans-serif">QoS  a nivel MAC (L2QoS)</font></h1>    ]]></body>
<body><![CDATA[<p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Cuando  la asignaci&oacute;n de recursos se hace a nivel 2, el sistema que va asignando  los slots de transmisi&oacute;n conoce en todo momento tanto la disponibilidad  del medio como la calidad o tr&aacute;fico neto que es capaz de transmitir para  cada usuario. Es tambi&eacute;n conocida como QoS a nivel MAC. Esto hace posible  implementar algoritmos que permitan garantizar de forma absoluta la asignaci&oacute;n  de tr&aacute;fico. (Abdul, 2011) </font></p>    <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">  WiMAX es un sistema de L2QoS. La estaci&oacute;n base es el nodo maestro de la  red que asigna la transmisi&oacute;n de datos tanto en la bajada hacia los usuarios  (<em>Downlink</em>) como en la subida desde los usuarios (<em>Uplink</em>). El  tener un nodo central permite eliminar la contienda, lo que garantiza que la BS  puede si as&iacute; se desea, conocer en todo momento la disponibilidad del medio  radio. Adem&aacute;s la BS WiMAX conoce la calidad del enlace de cada uno de los  clientes que tiene conectados, con lo que puede asignar de una forma totalmente  determinista el tr&aacute;fico<B>,</B> tanto en bajada como en subida.</font></p><h1><font size="2" face="Verdana, Arial, Helvetica, sans-serif">An&aacute;lisis  de la QoS en redes WI-FI</font></h1>    <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Las  redes WiFi, al ser redes inal&aacute;mbricas de canal compartido entre todos los  clientes de una celda, implementan controles de acceso al medio, necesarios para  evitar colisiones e interferencias en caso de que m&aacute;s de un usuario emita  al mismo tiempo. Estos mecanismos son el CSMA/CA y el RTS/CTS que se engloban  dentro de lo que se denomina DCF (del ingl&eacute;s, <em>Distributed Coordination  Function</em>).</font></p>    <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">  Sin embargo este sistema de control de acceso al medio no previene que un cliente  pueda monopolizar el medio en mayor medida que el resto, afectando al servicio  en la celda e imposibilitando su utilizaci&oacute;n con algunas aplicaciones sensibles  al retardo y el <em>jitter</em>.</font></p>    <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">  Una primera soluci&oacute;n a este problema viene dada por un sistema de control  que recibe el nombre de PCF (del ingl&eacute;s, <em>Point Coordination Function</em>).  Dicho mecanismo solo es funcional en redes de tipo infraestructura, nunca en redes  ad-hoc, pues ser&aacute; el punto de acceso el encargado de realizar dicho control.  Cuando se activa el PCF, el tiempo que existe entre dos paquetes &ldquo;<em>beacon</em>&rdquo;  (aquellos que usa el punto de acceso para anunciar su presencia y las caracter&iacute;sticas  de la red) enviados por el punto de acceso se divide en dos periodos: CFP (del  ingl&eacute;s, <em>Content Free Period</em>) y CP (del ingl&eacute;s, <em>Content  Period</em>).</font></p>    <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">  Durante el periodo CFP el funcionamiento de la red es como se ha explicado hasta  el momento a lo largo del documento, mientras que durante el CP, los clientes  no emitir&aacute;n por iniciativa propia, sino que el punto de acceso le enviar&aacute;  un paquete a cada usuario por turnos, d&aacute;ndoles la oportunidad de emitir.  El cliente aprovechar&aacute; la oportunidad para emitir o si no tiene datos para  enviar responder&aacute; con un paquete indic&aacute;ndolo. Con este m&eacute;todo  se permite evitar que un cliente se apodere del canal, permitiendo a todos la  emisi&oacute;n de datos con una frecuencia aceptable. </font></p>    <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">  Sin embargo, este sistema no es capaz de diferenciar los tipos de tr&aacute;fico,  solo diferencia a los clientes, y tratar&aacute; igual tanto a un cliente que  deba transmitir video, como al que espere emitir datos o voz. A&ntilde;adido a  esta limitaci&oacute;n existen muy pocos sistemas en el mercado que implementen  este m&eacute;todo de control. </font></p>    <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">  Puesto que cada servicio, cada tipo de tr&aacute;fico tiene unas necesidades diferentes,  es preciso diferenciarlo y aplicarle un tratamiento individual acorde a sus requerimientos  algo que se ha abordado en la definici&oacute;n de calidad de servicio.</font></p>    <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">  Como ha sido tratado cada vez que se analiza la QoS no es suficiente con disponer  de ancho de banda suficiente. Un sistema que deba transmitir datos sensibles,  como voz o video, debe implementar necesariamente QoS.</font></p>    <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">  Para conseguir este objetivo y minimizar los problemas en la transmisi&oacute;n  de contenido multimedia, existieron protocolos propietarios, pero en un entorno  como el de las redes WiFi, donde es posible tener control sobre los puntos de  acceso pero no sobre los clientes, donde suelen convivir distintos dispositivos  y de distintos fabricantes, no resultaba funcional ni se obten&iacute;an los resultados  deseados. Para esto el IEEE defini&oacute; un grupo de trabajo para proveer Calidad  de Servicio al est&aacute;ndar 802.11, donde se defini&oacute; el protocolo 802.11e  el cual define mejoras para el acceso al medio (Choi, 2011).</font></p>    ]]></body>
<body><![CDATA[<p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">  El grupo 802.11e, define estaciones de trabajo y puntos de acceso mejorados con  QoS, las cuales las define como QSTA y QAP respectivamente. Y se crearon dos principales  funciones que definen calidad de servicio en 802.11, las cuales son: EDCF y HCF.  Estas funciones integran m&eacute;todos de acceso al canal y la especificaci&oacute;n  de tr&aacute;fico para garantizar una mejor entrega de datos, especialmente en  aquellas aplicaciones de tiempo real (Espinoza, 2005).</font></p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">El  campo aumentado en la trama 802.11, para dar QoS se muestra en la <a href="/img/revistas/rcci/v7n1/f0210113.png">Figura  2</a>.</font>     <P><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Este  protocolo permite clasificar el tr&aacute;fico en cinco categor&iacute;as, dependiendo  las necesidades y caracter&iacute;sticas del tr&aacute;fico. Estas categor&iacute;as  ordenadas de la m&aacute;s prioritaria a menos prioritaria son: </font> <ul>     <li><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Voz  (AC_VO): A esta categor&iacute;a pertenecer&aacute; el tr&aacute;fico de Voz.</font></li>    <li><font size="2" face="Verdana, Arial, Helvetica, sans-serif">  Video (AC_VI): Categor&iacute;a en la que se encuadrar&aacute; el tr&aacute;fico  de video que necesite prioridad, lo cual en principio deber&iacute;a excluir al  video Flash.    <br> </font></li>    <li><font size="2" face="Verdana, Arial, Helvetica, sans-serif">&ldquo;Best  Effort&rdquo; (AC_BE): Tr&aacute;fico que deber&aacute; transmitirse tan pronto  como sea posible, tras atender a aquel que le sea m&aacute;s prioritario. Tr&aacute;fico  de este tipo podr&iacute;a ser una sesi&oacute;n Telnet o de control remoto de  un equipo, tr&aacute;fico que aunque no sea tan cr&iacute;tico como los anteriores  si ser&aacute; sensible a lentitud y p&eacute;rdidas, dando sensaci&oacute;n al  usuario de falta de respuesta.    <br> </font></li>    <li><font size="2" face="Verdana, Arial, Helvetica, sans-serif">  &ldquo;Background&rdquo; (AC_BK): Es el tr&aacute;fico que no entra en ninguna  de las otras categor&iacute;as. Es el tr&aacute;fico de fondo o de relleno, de  aquellas aplicaciones que no necesitan un tratamiento especial, como puede ser  correo electr&oacute;nico, la trasferencia de ficheros o el acceso a p&aacute;ginas  web.    <br> </font></li>    <li><font size="2" face="Verdana, Arial, Helvetica, sans-serif">  &ldquo;Legacy DCF&rdquo;: Esta no es realmente una categor&iacute;a contemplada  en la norma 802.11e, pero aun as&iacute; es un grupo de tr&aacute;fico que recibe  un tratamiento diferente. Engloba a todo el tr&aacute;fico que no tenga tratamiento  prioritario, normalmente gestionado por equipos que no cumplen con la norma 802.11e  y por tanto no se engloba en ninguna de las categor&iacute;as que la norma prev&eacute;.  Por esta raz&oacute;n, no tener indicaci&oacute;n de la prioridad con que ha de  ser tratado, ser&aacute; el menos prioritario de todos.</font></li>    ]]></body>
<body><![CDATA[</ul>    <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Esta  norma ampl&iacute;a los sistemas de control existentes hasta el momento, DCF y  PCF, con un nuevo esquema denominado HCF (<em>Hybrid Coordination Function</em>)  que define dos m&eacute;todos de acceso al canal para la emisi&oacute;n de datos,  priorizando aquellos que m&aacute;s sensibles sean: <em>Enhanced Distributed Channel  Access</em> (EDCA, por sus siglas en ingl&eacute;s) y HCF <em>Controlled Channel  Access </em>(HCCA, por sus siglas en ingl&eacute;s) (Villal&oacute;n, 2011).    <br>  Ambos m&eacute;todos tienen una base com&uacute;n, siendo el EDCA el m&aacute;s  extendido y obligatorio para los sistemas certificados Wi-Fi y que soporten WMM.  El m&eacute;todo HCCA incorpora un mayor control del tr&aacute;fico, pero su cumplimiento  es opcional, est&aacute; menos extendido y es soportado por un n&uacute;mero muy  reducido de sistemas.</font></p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Mediante  este trabajo se realiz&oacute; un an&aacute;lisis de la QoS en las diferentes  tecnolog&iacute;as de redes inal&aacute;mbricas, el cual parte de una valoraci&oacute;n  de los par&aacute;metros de QoS m&aacute;s significativos en este tipo de redes  y muestra adem&aacute;s la forma de c&oacute;mo utilizar la QoS en redes WiFi  y WiMAX , adem&aacute;s se define que en el caso de redes Mesh no es posible el  empleo de la QoS, lo cual permitir&aacute; orientar mejor otras investigaciones  a partir de este estudio donde adem&aacute;s se agrupan varias de las tecnolog&iacute;as  inal&aacute;mbricas.</font>     <P align="left">&nbsp; </P>    <P align="left"><font face="Verdana, Arial, Helvetica, sans-serif" size="3"><B>CONCLUSIONES</B></font>  <ul>     <li><font size="2" face="Verdana, Arial, Helvetica, sans-serif" align="left">La  QoS es necesaria en redes inal&aacute;mbricas lo cual est&aacute; dado fundamentalmente  por la necesidad de implementar los mismos servicios que en redes alambradas con  soporte de anchos de banda limitados en este tipo de redes.</font> </li>    <li><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Dentro  de las tecnolog&iacute;as inal&aacute;mbricas abordadas en este trabajo se analiz&oacute;  que en las redes Mesh no permite implementar QoS lo cual est&aacute; dado fundamentalmente  por no contar con una estaci&oacute;n base que funcione como &aacute;rbitro d&aacute;ndole  permisos a cada estaci&oacute;n para transmitir y as&iacute; evitar las colisiones.</font></li>    <li><font size="2" face="Verdana, Arial, Helvetica, sans-serif">La  tecnolog&iacute;a WiFi y WiMAX permiten implementaciones de QoS. En la tecnolog&iacute;a  WiMAX se garantiza la QoS a nivel MAC.</font></li>    <li><font size="2" face="Verdana, Arial, Helvetica, sans-serif">En  la tecnolog&iacute;a WiFi se defini&oacute; el protocolo IEEE 802.11e para la  implementaci&oacute;n de QoS el cual agrega un campo al protocolo 802.11 para  el control de la QoS, permitiendo diferenciar los tipos de tr&aacute;ficos para  darle un trato diferenciado a estos.</font> </li>    </ul>    ]]></body>
<body><![CDATA[<P>&nbsp; </P>    <P><font face="Verdana, Arial, Helvetica, sans-serif" size="3"><B>REFERENCIAS  BIBLIOGR&Aacute;FICAS</B></font><font face="Verdana, Arial, Helvetica, sans-serif" size="2">  </font>     <!-- ref --><p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">ABDUL,  M. y BOUKHATEM, L. WiMAX and End-to-End QoS Support. [en l&iacute;nea]. Univ.  of Paris-Sud 11. [Consultado el: 22 de diciembre de 2011]. Disponible en: [<a href="https://www.lri.fr/~awal/publication/wimax_e2e_qos_iste.pdf" target="_blank">https://www.lri.fr/~awal/publication/wimax_e2e_qos_iste.pdf</a>].    </font></p>    <!-- ref --><p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">CHOI,  S. y DEL PRADO J. IEEE 802.11e Contention-Based Channel Access (EDCF) Performance  Evaluation. [en l&iacute;nea]. [Consultado el: 14 de diciembre de 2011]. Disponible  en: [<a href="http://www.cs.jhu.edu/~baruch/RESEARCH/Research_areas/Wireless/wireless-public_html/class-papers/802.11e-performance.pdf" target="_blank">http://www.cs.jhu.edu/~baruch/RESEARCH/Research_areas/Wireless/wireless-public_html/class-papers/802.11e-performance.pdf</a>].      </font></p>    <!-- ref --><p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">ESPINOZA,  J.; GOFFARD, P.; M. M. ESTADARD IEEE 802.16e. [en l&iacute;nea]. 2005 [Consultado  el: 14 de noviembre de 2011]. Disponible en: [<u><a href="https://www.u-cursos.cl/ingenieria/2005/1/EL55A/1/material.../67582" target="_blank">https://www.u-cursos.cl/ingenieria/2005/1/EL55A/1/material.../67582</a></u>].      </font></p>    <!-- ref --><p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">FERRER,  J. Wireless Mesh Networks. [en l&iacute;nea]. Mobility in TCP/IP Networks 05/06.  2006. [Consultado el: 4 de diciembre de 2011]. Disponible en: [<a href="http://research.ac.upc.edu/CompNet/doct/.../WMN_JosepLluisFerrer.pdf" target="_blank">http://research.ac.upc.edu/CompNet/doct/.../WMN_JosepLluisFerrer.pdf</a>].      </font></p>    ]]></body>
<body><![CDATA[<p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">IEEE  802.16 Wimax, [en l&iacute;nea]. 2008 [Consultado el: 2 de febrero de 2012]. Disponible  en<a href="http://www.slideshare.net/rivamara/ieee-80216-wman-wimax-presentation" target="_blank">:  [http://www.slideshare.net/rivamara/ieee-80216-wman-wimaxpresentation</a>]. </font></p>    <!-- ref --><p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">JIM&Eacute;NEZ,  E.; ZERNA, J.; CH&Aacute;VEZ, P.; BASURTO, J. An&aacute;lisis de eficiencia de  protocolos de enrutamiento en implementaci&oacute;n de Red Inal&aacute;mbrica  Mesh en instalaciones de la Facultad de Ingenier&iacute;a en Electricidad y Computaci&oacute;n  (FIEC) realizando llamadas de Voz sobre IP. [en l&iacute;nea]. Escuela Superior  Polit&eacute;cnica del Litoral (ESPOL). [Consultado el: 14 de diciembre de 2011].  Disponible en: [<a href="http://www.rte.espol.edu.ec/index.php/tecnologica/article/download/.../45" target="_blank">http://www.rte.espol.edu.ec/index.php/tecnologica/article/download/.../45</a>].      </font></p>    <!-- ref --><p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">GRILO,  M. Performance Evaluation of IEEE 802.11E. [en l&iacute;nea]. INESC/IST, R. Alves  Redol, 2002. N&ordm; 9. [Consultado el: 21 de noviembre de 2011] Disponible en:  [<a href="http://www.land.ufrj.br/~verissimo/mscthesis/bibref/biblio90.pdf" target="_blank">http://www.land.ufrj.br/~verissimo/mscthesis/bibref/biblio90.pdf</a>].      </font></p>    <!-- ref --><p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">MANGOLD,  S. y CHOI, S.; MAY, P. IEEE 802.11e Wireless LAN for Quality of Service. [en l&iacute;nea].  [Consultado el: 23 de diciembre de 2011]. Disponible en: [<u><a href="http://webstaff.itn.liu.se/~davgu/tnk087/802_11_e.pdf" target="_blank">http://webstaff.itn.liu.se/~davgu/tnk087/802_11_e.pdf</a></u>].    </font></p>    <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">T&eacute;rminos  y definiciones relativos a la QoS y a la calidad de funcionamiento de la red incluida  la seguridad de funcionamiento. [en l&iacute;nea]. UIT-T [E 800] 2008 [Consultado  el: 8 de diciembre de 2011]. Disponible en: [<a href="http://www.itu.int/rec/t-rec-e.800-200809-p/es" target="_blank">http://www.itu.int/rec/t-rec-e.800-200809-p/es</a>].  </font></p>    <!-- ref --><p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">VAQUERO,  B. P. IEEE 802.11e, [en l&iacute;nea] 2006 [Consultado el: 1 de febrero de 2012].  Disponible en: [<u><a href="http://www.kaslab.net/Telematicas_2005/Telematicas_2005-802.11e-vaquero.pdf" target="_blank">http://www.kaslab.net/Telematicas_2005/Telematicas_2005-802.11e-vaquero.pdf</a></u>].    </font></p>    ]]></body>
<body><![CDATA[<p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">VILLAL&Oacute;N,  J.; CUENCA, P.; OROZCO-BARBOSA, L. Estudio de QoS en WLANs IEEE 802.11e. [en l&iacute;nea].  Instituto de Investigaci&oacute;n en Inform&aacute;tica, Universidad de Castilla-La  Mancha, Campus Universitario. [Consultado el: 23 de diciembre de 2011]. Disponible  en: [<a href="https://investigacion.uclm.es/documentos/it_1135769841Articulo_jose_villalon.pdf" target="_blank">https://investigacion.uclm.es/documentos/it_1135769841Articulo_jose_villalon.pdf</a>].</font></p>    <p>&nbsp;</p>    <p>&nbsp;  </p>    <P><font face="Verdana, Arial, Helvetica, sans-serif" size="2">Recibido: 15  de enero de 2013.    <BR> Aprobado: 5 de marzo de 2013. </font>       ]]></body><back>
<ref-list>
<ref id="B1">
<nlm-citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname><![CDATA[ABDUL]]></surname>
<given-names><![CDATA[M.]]></given-names>
</name>
<name>
<surname><![CDATA[BOUKHATEM]]></surname>
<given-names><![CDATA[L.]]></given-names>
</name>
</person-group>
<source><![CDATA[WiMAX and End-to-End QoS Support]]></source>
<year></year>
<publisher-name><![CDATA[Univ. of Paris-Sud 11]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B2">
<nlm-citation citation-type="">
<person-group person-group-type="author">
<name>
<surname><![CDATA[CHOI]]></surname>
<given-names><![CDATA[S.]]></given-names>
</name>
<name>
<surname><![CDATA[DEL PRADO]]></surname>
<given-names><![CDATA[J.]]></given-names>
</name>
</person-group>
<source><![CDATA[IEEE 802.11e Contention-Based Channel Access (EDCF) Performance Evaluation]]></source>
<year></year>
</nlm-citation>
</ref>
<ref id="B3">
<nlm-citation citation-type="">
<person-group person-group-type="author">
<name>
<surname><![CDATA[ESPINOZA]]></surname>
<given-names><![CDATA[J.]]></given-names>
</name>
<name>
<surname><![CDATA[GOFFARD]]></surname>
<given-names><![CDATA[P. M. M.]]></given-names>
</name>
</person-group>
<source><![CDATA[ESTADARD IEEE 802.16e]]></source>
<year>2005</year>
</nlm-citation>
</ref>
<ref id="B4">
<nlm-citation citation-type="">
<person-group person-group-type="author">
<name>
<surname><![CDATA[FERRER]]></surname>
<given-names><![CDATA[J.]]></given-names>
</name>
</person-group>
<source><![CDATA[Wireless Mesh Networks]]></source>
<year>2006</year>
</nlm-citation>
</ref>
<ref id="B5">
<nlm-citation citation-type="">
<collab>IEEE</collab>
<source><![CDATA[IEEE 802.16 Wimax]]></source>
<year>2008</year>
</nlm-citation>
</ref>
<ref id="B6">
<nlm-citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname><![CDATA[JIMÉNEZ]]></surname>
<given-names><![CDATA[E.]]></given-names>
</name>
<name>
<surname><![CDATA[ZERNA]]></surname>
<given-names><![CDATA[J.]]></given-names>
</name>
<name>
<surname><![CDATA[CHÁVEZ]]></surname>
<given-names><![CDATA[P.]]></given-names>
</name>
<name>
<surname><![CDATA[BASURTO]]></surname>
<given-names><![CDATA[J.]]></given-names>
</name>
</person-group>
<source><![CDATA[Análisis de eficiencia de protocolos de enrutamiento en implementación de Red Inalámbrica Mesh en instalaciones de la Facultad de Ingeniería en Electricidad y Computación (FIEC) realizando llamadas de Voz sobre IP.]]></source>
<year></year>
<publisher-name><![CDATA[Escuela Superior Politécnica del Litoral (ESPOL)]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B7">
<nlm-citation citation-type="">
<person-group person-group-type="author">
<name>
<surname><![CDATA[GRILO]]></surname>
<given-names><![CDATA[M.]]></given-names>
</name>
</person-group>
<source><![CDATA[Performance Evaluation of IEEE 802.11E]]></source>
<year>2002</year>
</nlm-citation>
</ref>
<ref id="B8">
<nlm-citation citation-type="">
<person-group person-group-type="author">
<name>
<surname><![CDATA[MANGOLD]]></surname>
<given-names><![CDATA[S.]]></given-names>
</name>
<name>
<surname><![CDATA[CHOI]]></surname>
<given-names><![CDATA[S.]]></given-names>
</name>
<name>
<surname><![CDATA[MAY]]></surname>
<given-names><![CDATA[P.]]></given-names>
</name>
</person-group>
<source><![CDATA[IEEE 802.11e Wireless LAN for Quality of Service]]></source>
<year></year>
</nlm-citation>
</ref>
<ref id="B9">
<nlm-citation citation-type="">
<collab>ITU</collab>
<source><![CDATA[Términos y definiciones relativos a la QoS y a la calidad de funcionamiento de la red incluida la seguridad de funcionamiento]]></source>
<year>2008</year>
</nlm-citation>
</ref>
<ref id="B10">
<nlm-citation citation-type="">
<person-group person-group-type="author">
<name>
<surname><![CDATA[VAQUERO]]></surname>
<given-names><![CDATA[B. P.]]></given-names>
</name>
</person-group>
<source><![CDATA[IEEE 802.11e]]></source>
<year>2006</year>
</nlm-citation>
</ref>
<ref id="B11">
<nlm-citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname><![CDATA[VILLALÓN]]></surname>
<given-names><![CDATA[J.]]></given-names>
</name>
<name>
<surname><![CDATA[CUENCA]]></surname>
<given-names><![CDATA[P.]]></given-names>
</name>
<name>
<surname><![CDATA[OROZCO-BARBOSA]]></surname>
<given-names><![CDATA[L.]]></given-names>
</name>
</person-group>
<source><![CDATA[Estudio de QoS en WLANs IEEE 802.11e]]></source>
<year></year>
<publisher-name><![CDATA[Universidad de Castilla-La Mancha, Instituto de Investigación en Informática, Campus Universitario]]></publisher-name>
</nlm-citation>
</ref>
</ref-list>
</back>
</article>
