<?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>1683-0789</journal-id>
<journal-title><![CDATA[Acta Nova]]></journal-title>
<abbrev-journal-title><![CDATA[RevActaNova.]]></abbrev-journal-title>
<issn>1683-0789</issn>
<publisher>
<publisher-name><![CDATA[Universidad Católica Boliviana]]></publisher-name>
</publisher>
</journal-meta>
<article-meta>
<article-id>S1683-07892008000100008</article-id>
<title-group>
<article-title xml:lang="es"><![CDATA[Planificación de red de acceso radio UMTS/HSDPA]]></article-title>
</title-group>
<contrib-group>
<contrib contrib-type="author">
<name>
<surname><![CDATA[Jaimes Illanes]]></surname>
<given-names><![CDATA[Marcelo A.]]></given-names>
</name>
<xref ref-type="aff" rid="A01"/>
</contrib>
</contrib-group>
<aff id="A01">
<institution><![CDATA[,Universidad Católica Boliviana Departamento de Ciencias Exactas e Ingeniería ]]></institution>
<addr-line><![CDATA[Cochabamba ]]></addr-line>
<country>Bolivia</country>
</aff>
<pub-date pub-type="pub">
<day>00</day>
<month>12</month>
<year>2008</year>
</pub-date>
<pub-date pub-type="epub">
<day>00</day>
<month>12</month>
<year>2008</year>
</pub-date>
<volume>4</volume>
<numero>1</numero>
<fpage>138</fpage>
<lpage>166</lpage>
<copyright-statement/>
<copyright-year/>
<self-uri xlink:href="http://www.scielo.org.bo/scielo.php?script=sci_arttext&amp;pid=S1683-07892008000100008&amp;lng=en&amp;nrm=iso"></self-uri><self-uri xlink:href="http://www.scielo.org.bo/scielo.php?script=sci_abstract&amp;pid=S1683-07892008000100008&amp;lng=en&amp;nrm=iso"></self-uri><self-uri xlink:href="http://www.scielo.org.bo/scielo.php?script=sci_pdf&amp;pid=S1683-07892008000100008&amp;lng=en&amp;nrm=iso"></self-uri><abstract abstract-type="short" xml:lang="es"><p><![CDATA[Los sistemas de segunda generación presentan limitaciones en ancho de banda y servicios que pueden soportar. En cambio, los sistemas de tercera generación tienen la capacidad de ofrecer elevadas velocidades de transferencia, calidad de servicio y nuevas aplicaciones. El objetivo del presente trabajo es diseñar una red de telecomunicaciones móvil de tercera generación UMTS/HSDPA y proponer un escenario de incursión real de COMTECO en el mercado de la telefonía móvil como un cuarto operador. La metodología empleada en el presente proyecto tiene como base un estudio cuantitativo, analítico, teórico y descriptivo. Se inicia el proceso de pre planificación mediante la definición de servicios y la estimación de una proyección de demanda en el departamento. Posteriormente, se pasa a la fase de planificación, en la que, mediante un estudio del balance de potencias, se llega a un equilibrio en cuanto a cobertura y capacidad, y se logra determinar la cantidad de nodos necesarios y su configuración. Adoptando la metodología de planificación propuesta se consigue realizar la planificación de acceso radio acorde a las necesidades y facilidades que tiene COMTECO, asegurando la cobertura deseada en las zonas de interés y procurando una buena calidad de los servicios.]]></p></abstract>
<kwd-group>
<kwd lng="es"><![CDATA[Telefonía móvil]]></kwd>
<kwd lng="es"><![CDATA[tercera generación]]></kwd>
<kwd lng="es"><![CDATA[UMTS]]></kwd>
<kwd lng="es"><![CDATA[HSDPA]]></kwd>
<kwd lng="es"><![CDATA[banda ancha]]></kwd>
</kwd-group>
</article-meta>
</front><body><![CDATA[ <p align="right"><b><font face="Verdana, Arial, Helvetica, sans-serif" size="2">Universidad Empresa y Sociedad</font></b></p>     <p align="right">&nbsp;</p>     <p align="center"><b><font face="Verdana, Arial, Helvetica, sans-serif" size="4">Planificación de red de acceso radio UMTS/HSDPA</font></b></p>     <p align="center">&nbsp;</p>     <p align="center">&nbsp;</p>     <p align="center"><b><font face="Verdana, Arial, Helvetica, sans-serif" size="2">Marcelo A. Jaimes Illanes</font></b></p>     <p align="center"><font face="Verdana, Arial, Helvetica, sans-serif" size="2">Departamento de Ciencias Exactas e Ingeniería, Universidad Católica Boliviana Av. General Galindo s/n, Cochabamba, Bolivia</font></p>     <p align="center"><font face="Verdana, Arial, Helvetica, sans-serif" size="2">e-mail:  <a href="mailto:marcelo.jaimes.mail@gmail.com">marcelo.jaimes.mail@gmail.com</a></font></p>     <p align="center">&nbsp;</p>     <p align="center">&nbsp;</p> <hr align="JUSTIFY">     ]]></body>
<body><![CDATA[<p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="2"><b>Resumen</b></font></p>     <p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="2">Los sistemas de segunda generación presentan limitaciones en ancho de banda y servicios que pueden soportar. En cambio, los sistemas de tercera generación tienen la capacidad de ofrecer elevadas velocidades de transferencia, calidad de servicio y nuevas aplicaciones. El objetivo del presente trabajo es diseñar una red de telecomunicaciones móvil de tercera generación UMTS/HSDPA y proponer un escenario de incursión real de COMTECO en el mercado de la telefonía móvil como un cuarto operador. La metodología empleada en el presente proyecto tiene como base un estudio cuantitativo, analítico, teórico y descriptivo. Se inicia el proceso de pre planificación mediante la definición de servicios y la estimación de una proyección de demanda en el departamento. Posteriormente, se pasa a la fase de planificación, en la que, mediante un estudio del balance de potencias, se llega a un equilibrio en cuanto a cobertura y capacidad, y se logra determinar la cantidad de nodos necesarios y su configuración. Adoptando la metodología de planificación propuesta se consigue realizar la planificación de acceso radio acorde a las necesidades y facilidades que tiene COMTECO, asegurando la cobertura deseada en las zonas de interés y procurando una buena calidad de los servicios.</font></p>     <p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="2"><b>Palabras clave:</b> Telefonía móvil, tercera generación, UMTS, HSDPA, banda ancha.</font></p> <hr align="JUSTIFY">     <p align="justify">&nbsp;</p>     <p align="justify">&nbsp;</p>     <p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="3"><b>1&nbsp;&nbsp;&nbsp;&nbsp;Antecedentes</b></font></p>     <p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="2">Cierta ocasión, uno de los primeros ingenieros de planificación de sistemas de tercera generación se encontraba trabajando como consultor de planificación de red radio para una de las emergentes redes UMTS. Rápidamente se notó que su punto de vista sobre la planificación de redes 3G era significativamente diferente al que poseían los ingenieros del operador. La más probable explicación para ello seria que ninguna de las partes, en ese entonces, poseía experiencia en la planificación de redes UMTS. Por una parte se encontraba una fuerte base teórica en UMTS, y por la otra, la extensa experiencia de planificación en GSM del operador. Rápidamente comenzó una discusión entre las dos partes, resultando en que ambas tenían muchos puntos de vista diferentes en los aspectos de la planificación de la red, debido a que ellos simplemente veían la red</font> <font face="Verdana, Arial, Helvetica, sans-serif" size="2">usando parámetros diferentes de planificación. Mientras la aproximación académica reconocía la gran cantidad de parámetros que influencian la planificación de una red UMTS, la tarea del operador era más la selección apropiada de los sitios 3G y su configuración estática. Mientras que el consultor sugería, a los ingenieros de la operadora, que la principal atención en la planificación de 3G se encontraba en el equilibrio entre cobertura y capacidad de la red. Entonces, en realidad, ¿en qué consiste la planificación de redes 3G? [2].</font></p>     <p align="justify">&nbsp;</p>     <p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="3"><b>2&nbsp;&nbsp;&nbsp;&nbsp;Generaciones de la telefonía móvil</b></font></p>     <p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="2">Durante la década de los 90 los servicios e infraestructura de las telecomunicaciones se desarrollaron y evolucionaron rápidamente, fomentados por los nuevos negocios, como también respaldados por el crecimiento del uso de Internet y la apertura del mercado de las telecomunicaciones.</font></p>     ]]></body>
<body><![CDATA[<p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="2">Actualmente, existen varias tecnologías que están siendo utilizadas por los operadores móviles alrededor del mundo, ver <a href="#t1">tabla 1</a>.</font></p>     <p align="center"><a name="t1"></a><img src="/img/revistas/ran/v4n1/a07_tabla_01.gif" width="573" height="423"></p>     <p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="2">Un desafío planteado a los desarrolladores de la infraestructura de telecomunicaciones fue satisfacer la creciente demanda de los usuarios por ancho de banda para una óptima transmisión de datos, sustentada por las aplicaciones multimedia.</font></p>     <p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="2">Los usuarios no sólo buscan la obtención de texto de las diferentes páginas en Internet, sino también aplicaciones de música y video, e incluso pretenden realizar comunicaciones que involucren audio y video en tiempo real. Otro aspecto importante fue el de la movilidad, por lo que rápidamente los grupos técnicos comenzaron a investigar nuevas tecnologías que posibiliten las comunicaciones móviles de banda ancha.</font></p>     <p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="2">Los servicios de la tercera generación de los sistemas celulares (3G) fueron la respuesta a todas aquellas demandas. Éstos ofrecen servicios de comunicaciones móviles de banda ancha y procuran adicionalmente la conservación de los servicios tradicionales de voz. Entonces, nace esta nueva opción tecnológica que brinda aplicaciones como llamadas telefónicas, videoconferencias, apuestas en línea, juegos en línea y navegación en páginas Web. La UIT, en este sentido, comenzó a trabajar para lograr la normalización del sistema de telefonía móvil de tercera generación</font></p>     <p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="2">Las características generales de los sistemas 3G son:</font></p>     <blockquote>       <p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="2">•&nbsp; Interfaz de radio mejorada en eficiencia espectral y capacidad de transferencia de</font> <font face="Verdana, Arial, Helvetica, sans-serif" size="2">información.</font></p>       <p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="2">•&nbsp; Diseño  de los  protocolos  de  la interfaz  de  aire para soportar múltiples</font> <font face="Verdana, Arial, Helvetica, sans-serif" size="2">aplicaciones con muy diferentes requerimientos de tasas de transferencia y calidad de servicio.</font></p>       <p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="2">•&nbsp; Un gran conjunto de funcionalidades y bien diseñados modos de capas de radio</font> <font face="Verdana, Arial, Helvetica, sans-serif" size="2">enlaces para asegurar una muy alta eficiencia espectral.</font></p>       ]]></body>
<body><![CDATA[<p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="2">•&nbsp; Robustez y mecanismos para soportar intensa interferencia considerada en el</font> <font face="Verdana, Arial, Helvetica, sans-serif" size="2">diseño de los sistemas.</font></p>       <p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="2">•&nbsp; Servicios de conexión en modo paquetes (fundamentalmente protocolo IP) como</font> <font face="Verdana, Arial, Helvetica, sans-serif" size="2">circuitos.</font></p>       <p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="2">•&nbsp; Posibilidad   de   traspaso   de   redes   3G   a  2G   para  minimizar  costos   de</font> <font face="Verdana, Arial, Helvetica, sans-serif" size="2">implementación y aprovechar la cobertura existente en 2G.</font></p>       <p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="2">•&nbsp; Posibilidad de compartir infraestructura de sitios con BS de segunda generación.</font> <font face="Verdana, Arial, Helvetica, sans-serif" size="2">Se pretende utilizar la infraestructura de 2G tanto como sea posible.</font></p> </blockquote>     <p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="2">Dentro del proceso de estandarización, se fue evaluando las diferentes candidaturas que se presentaron, sujetas a variaciones y aproximaciones entre algunas de ellas. Una consecuencia del proceso de estandarización fue la conformación de foros de especificación ligados a las diferentes propuestas, como el 3GPP responsable de la confección de especificaciones para la propuesta UTRA, y el 3GPP2, para la creación de especificaciones para la propuesta CDMA 2000.</font></p>     <p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="2">El <i>Release </i>1999, ó 99, fue la primera especificación obtenida para UMTS, pero si bien ésta, mediante la interfaz de aire WCDMA, era un gran paso para el acceso radio de las redes GSM, el núcleo de red de UMTS no experimentaba mayores cambios.</font></p>     <p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="2">El <i>Release </i>4 ya incluía modificaciones en el núcleo de la red, especialmente en la conmutación de circuitos (CS), donde el MSC fue dividido en servidor MSC y <i>Media Gateway </i>(MGW). También el GMSC fue dividido en servidor GMSC y MGW.</font></p>     <p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="2">El <i>Release </i>5 incluye la primera especificación para el IMS (IP/<i>Multimedia Sub-system), </i>el cual ya pondrá a disposición todos los servicios en el dominio PS. [1]</font></p>     <p align="justify">&nbsp;</p>     <p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="3"><b>3&nbsp;&nbsp;&nbsp;&nbsp;Arquitectura de red</b></font></p>     ]]></body>
<body><![CDATA[<p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="2">UMTS se basa en las arquitecturas definidas por los sistemas móviles de anteriores generaciones, ver <a href="#f1">fig. 1</a>. A partir del Release 99, funcionalmente, los elementos de la red son agrupados en la red de acceso radio (<i>Radio Access Network</i>), o, según definió la 3GPP: UTRAN (UMTS <i>Terrestrial Radio Access Network</i>) que es el encargado de manejar todos los recursos y funcionalidades relacionados con la interfaz radio; el núcleo de red (<i>CN/Core Network</i>), responsable de la conmutación y el enrutamiento; y para completar el sistema, el equipamiento de usuario (<i>UE/User Equipment</i>) que es el relacionador directo entre el usuario y la red de radio. [1]</font></p>     <p align="center"><a name="f1"></a><img src="/img/revistas/ran/v4n1/a07_figura_01.gif" width="573" height="241"></p>     <p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="2"><b>3.1  HSDPA vs. Release 99</b></font></p>     <p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="2">A partir del <i>Release </i>5 de UMTS el CN introdujo cambios significativos al considerar una plataforma completamente IP, la presencia y mejora con HSDPA se encuentra principalmente en la red de acceso.</font></p>     <p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="2">En <i>Release </i>99 existían básicamente tres métodos diferentes para el <i>downlink </i>de los paquetes de datos: DCH, FACH y DSCH.</font></p>     <p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="2">En la especificación para HSDPA, se introducen un nuevo método para el <i>downlink, </i>el HS-DSCH <i>High Speed Downlink Shared Channel, </i>o canal compartido de bajada de alta velocidad.</font></p>     <p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="2">Varios canales complementarios se han introducido para HSDPA, como ser el HS-DSCH junto a su correspondiente canal físico. Para la señalización necesaria se introducen dos nuevos canales: <i>High Speed Shared Control Channel </i>(HS-SCCH) en el <i>downlink </i>y <i>High Speed Dedicated Physical Control Channel </i>(HS-DPCCH) en el <i>uplink.</i></font></p>     <p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="2">La principal labor del canal de alta velocidad, es adecuar el esquema de modulación y codificación empleado cada intervalo de tiempo de 2 ms, de acuerdo a las condiciones de propagación, y así, asignar grandes porciones de ancho de banda al usuario.</font></p>     <p align="justify">&nbsp;</p>     <p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="3"><b>4&nbsp;&nbsp;&nbsp;&nbsp;Técnicas de acceso al medio</b></font></p>     ]]></body>
<body><![CDATA[<p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="2">El primer paso para la planificación de una red celular es considerar y analizar la técnica de acceso al medio utilizada.</font></p>     <p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="2">Se distinguen tres tipos de técnicas de acceso para los sistemas celulares: acceso al medio por división de frecuencia (<i>Frequency Division Multiple Access — </i>FDMA), acceso al medio por división de tiempo (<i>Time Division Multiple Access - </i>TDMA) y acceso al medio por división de código (<i>Code Division Multiple Access - </i>CDMA) [3].</font></p>     <p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="2">Las técnicas de acceso al medio garantizan que los usuarios concurrentes accedan al medio inalámbrico en forma idealmente no-interferente sea en el dominio de tiempo, frecuencia o código.</font></p>     <p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="2">FDMA posibilita el simultáneo uso de una banda de frecuencia por varios usuarios, donde a cada usuario se le asigna una porción de toda la banda. En TDMA se les asigna a los usuarios, ranuras de tiempo ortogonales y en CDMA distintos códigos de esparcimiento, ver <a href="#f2">fig. 2</a>.</font></p>     <p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="2">En resumen, la técnica de acceso facilita un óptimo uso de los recursos disponibles y su fácil gestión. Para incrementar la flexibilidad, técnicas de acceso hibridas han sido desarrolladas y empleadas en diferentes sistemas de comunicación.</font></p>     <p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="2">Las redes de primera generación usaron FDMA como técnica de acceso, por ello, la base del proceso de planificación consistía en la agregación de celdas a clusters, donde cada celda tenía una única frecuencia. El desempeño de la red estaba limitado por el nivel de interferencia entre celdas.</font></p>     <p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="2">El proceso de planificación y optimización no cambio dramáticamente con la introducción de las redes de segunda generación (2G). Los avances en la tecnología posibilitaron extensiones hibridas al dominio de tiempo, conduciendo a redes mas flexibles FDMA/TDMA como es el caso de GSM.</font></p>     <p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="2">Para los sistemas 2G, nuevas complicaciones surgieron en el proceso de planificación: la sincronización, la asignación dinámica de canales y el salto de frecuencias (Frequency Hopping).</font></p>     <p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="2">Tradicionalmente, la principal opción para la localización de los sitios eran las intersecciones de rejillas triangulares, concretamente, cubriendo con celdas de forma</font> <font face="Verdana, Arial, Helvetica, sans-serif" size="2">hexagonal. Existen muchas razones por las cuales esta aproximación ha sido tan bien aceptada y aplicada para la planificación de redes celulares.</font></p>     <p align="center"><a name="f2"></a><img src="/img/revistas/ran/v4n1/a07_figura_02.gif" width="576" height="273"></p>     ]]></body>
<body><![CDATA[<p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="2">La principal razón es su simplicidad analítica. En efecto, las celdas llegarían a cubrir uniformemente cualquier superficie y también se logra una buena aproximación a las antenas de las estaciones base. La elección del aspecto hexagonal es aun más justificada mediante el empleo de antenas de tres sectores. Sin embargo, la aproximación de superficies regulares es resultado de una suposición de un ambiente de propagación homogéneo, es por ello, que una vez que se introduce en un escenario de propagación real, la simetría de los arreglos de celdas regulares desaparece.</font></p>     <p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="2">En la comunidad de radio propagación, es ampliamente conocido que las condiciones de propagación en áreas urbanas pueden destruir cualquier arreglo de celdas regulares o planes de frecuencia. Como ser las calles angostas que fácilmente se pueden convertir en ductos de interferencia.</font></p>     <p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="2">Los arreglos hexagonales también se pierden cuando el tráfico de información no es uniforme, es decir, cuando se habla de multiservicios. Este fenómeno no es solamente propio de soluciones CDMA sino también en muchas otras tecnologías celulares aunque en diferentes formas.</font></p>     <p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="2">Por todo esto, es que la técnica de acceso al medio realmente impacta en los arreglos de celdas, la localización de los sitios, y en general, el proceso de planificación de red.</font></p>     <p align="justify">&nbsp;</p>     <p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="3"><b>5&nbsp;&nbsp;&nbsp;&nbsp;Metodología de planificación</b></font></p>     <p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="2">Para un sistema de acceso múltiple por división de código, como para cualquier otro sistema de telefonía celular, en principio es necesario asegurar una buena calidad de servicio (QoS) mediante una cobertura fiable. A diferencia de sistemas FDMA o TDMA el proceso de planificación, en WCDMA la planificación de cobertura e interferencia</font> <font face="Verdana, Arial, Helvetica, sans-serif" size="2">debe ser realizada al mismo tiempo debido a que incrementos en la cobertura puede llegar a causar mayores niveles de interferencia, y cualquier mecanismo para controlar la interferencia podría provocar zonas sin cobertura. Tomando en cuenta que en WCDMA se comparte una frecuencia en toda la red, el proceso de planificación de torna arduo al tratar de conseguir el balance entre cobertura y capacidad.</font></p>     <p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="2">Tomando en cuenta estos fenómenos se propone la siguiente metodología para realizar la planificación de la red de acceso radio en UMTS.</font></p>     <p align="center"><a name="f3"></a><img src="/img/revistas/ran/v4n1/a07_figura_03.gif" width="572" height="549"></p>     <p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="2">Se proponen tres etapas, una etapa de pre planificación, otra de diseño y por ultimo una etapa de dimensionamiento.</font></p>     ]]></body>
<body><![CDATA[<p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="2">El objetivo de la etapa de pre planificación es tener una clara concepción de la red a desplegar, que clase de recursos pueden ser usados y los aspectos claves para construir un plan de negocios, y así, asegurar la exitosa existencia de la red por un largo periodo.</font></p>     <p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="2">La etapa de pre planificación, contempla todos los aspectos necesarios para poder diseñar la red. Parámetros necesarios para determinar la cobertura, capacidad y calidad de la red para los diferentes tipos de servicio.</font></p>     <p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="2">La etapa de diseño, contempla la mayor complejidad del proceso de planificación, ya que mediante un <i>link budget </i>(Presupuesto del enlace) vincula el análisis de cobertura y el de capacidad, para así poder aterrizar en el equilibrio entre ambos enfoques.</font></p>     <p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="2">La etapa de dimensionamiento determina el radio de cobertura tanto del enlace <i>uplink </i>como del <i>downlink, </i>también se obtiene las diferentes configuraciones de los nodos b y de los RNC, para así concluir con la propuesta de configuración de la red de acceso UTRAN.</font></p>     <p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="2"><b>5.1  Pre planificación</b></font></p>     <p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="2"><b>5.1.1   Definición del escenario de planificación</b></font></p>     <p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="2">Según el trabajo realizado, se limita el área de cobertura en zonas urbanas y suburbanas de departamento de Cochabamba. De acuerdo con los indicadores socioeconómicos provistos en el anexo A, se concluye que el proyecto queda limitado a las provincias de Cercado, Quillacollo y Sacaba, ubicadas en el ASL1 del departamento. Esto debido a que las localidades seleccionadas concentran la mayor densidad poblacional del departamento y los menores índices de pobreza. Por otro lado, en ellas se encuentra un desarrollo industrial elevado que fomenta la circulación monetaria.</font></p>     <p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="2"><b>5.1.1.1   Frecuencia de operación</b></font></p>     <p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="2">Un aspecto determinante para la planificación de redes inalámbricas, es la frecuencia de operación, de acuerdo a requerimientos de la empresa se solicitó que se haga el estudio y dimensionamiento de la red en la banda de 900 MHz. La banda de frecuencias elegida para el efecto es la que se encuentra descrita en la siguiente figura, por encontrarse libre.</font></p>     <p align="center"><a name="f4"></a><img src="/img/revistas/ran/v4n1/a07_figura_04.gif" width="589" height="422"></p>     ]]></body>
<body><![CDATA[<p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="2"><b>5.1.1.2  Clasificación de los entornos</b></font></p>     <p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="2">El alcance de la celda varía de acuerdo con el tipo de área cubierta: urbano denso, urbano, suburbano o rural. Los criterios para clasificar el área servida por las celdas son los que se muestran en la <a href="#t2">tabla 2</a>.</font></p>     <p align="center"><a name="t2"></a><img src="/img/revistas/ran/v4n1/a07_tabla_02.gif" width="607" height="238"></p>     <p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="2">Según la definición de las características geográficas de los entornos [2], se obtiene información útil sobre la propagación que tendrá la señal de acuerdo con su entorno y que se refleja directamente en la cobertura de la celda.</font></p>     <p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="2"><b>5.1.2 Definición de servicios</b></font></p>     <p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="2">Para dar soporte a diferentes clases de servicios, los estándares 3G han definido cuatro clases de tráfico de usuario. La tabla abajo muestra un resumen de estas clases.</font></p>     <p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="2">5.1.2.1 Conversacional</font></p>     <p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="2">Esta clase se refiere a tráfico de tiempo real con ancho de banda constante, muy sensible al retardo y a la variación del retardo <i>(jitter), </i>y típicamente simétrico. Las aplicaciones típicas son la telefonía, la videoconferencia, VoIP.</font></p>     <p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="2">5.1.2.2 Streaming</font></p>     <p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="2">Se refiere a tráfico de tiempo real con ancho de banda constante, sensible al retardo y medianamente sensible <i>A jitter, </i>típicamente unidireccional. Las aplicaciones típicas son el <i>streaming </i>de audio (por ejemplo radio a través de la red), de video (televisión a través de la red) y de música (música en vivo a través de la red).</font></p>     ]]></body>
<body><![CDATA[<p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="2">5.1.2.3 Interactivo</font></p>     <p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="2">Se refiere a tráfico de tiempo no real con ancho de banda variable; no es sensible al retardo ni al <i>jitter, </i>sin embargo, requiere un ancho de banda mínimo para operar eficientemente. Aplicaciones de este tipo son los juegos interactivos <i>online, </i>la navegación <i>Web, </i>etc.</font></p>     <p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="2">5.1.2.4 Background</font></p>     <p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="2">Se refiere al tráfico sin calidad de servicio, que utiliza el ancho de banda remanente; no es sensible al retardo <i>o jitter. </i>Típicamente se asocia a las aplicaciones de mensajería, transferencia de archivos, etc.</font></p>     <p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="2"><b>5.1.3</b>&nbsp; &nbsp;<b>Estudio de demanda</b></font></p>     <p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="2">El método utilizado para estimar la demanda fue el de la curva logística, que es un modelo matemático usado para expresar la maduración de un servicio en la población, cuya expresión matemática es la siguiente:</font></p>     <p align="center"><img src="/img/revistas/ran/v4n1/a07_ecuacion_01.gif" width="239" height="53"></p>     <p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="2">Donde <i>&#961; </i>es la penetración del servicio en abonados por 100 habitantes, t es el tiempo en años, S, k y t<sub>0</sub> son constantes. El valor de S se obtiene como el límite de cuando el tiempo t tiende a infinito. Este valor es conocido como la penetración de saturación. Para calcular las constantes k y t<sub>0</sub> se requieren dos puntos adicionales. Los puntos elegidos fueron el año actual y el año 10, cuando se supone que la penetración llegará al 60% de la saturación.</font></p>     <p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="2">La siguiente figura muestra el comportamiento hipotético que tendrá la penetración de los servicios en el futuro.</font></p>     <p align="center"><img src="/img/revistas/ran/v4n1/a07_figura_05.gif" width="452" height="299"></p>     ]]></body>
<body><![CDATA[<p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="2"><b>5.1.4 Aspectos de hardware</b></font></p>     <p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="2">Los terminales móviles están cambiando notablemente, con la función de adaptarse a los nuevos contenidos y servicios, así como preparar al usuario a utilizar el móvil no solo para realizar llamadas telefónicas, sino para otros servicios como multimedia.</font></p>     <p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="2">Los terminales ofertados a los usuarios están clasificados de acuerdo con sus necesidades o preferencias presentes y futuras, que pueden ser englobadas en las siguientes cuatro categorías [4]:</font></p>     <blockquote>       <p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="2">•&nbsp; <b>Todo   en   uno   (Clase   3-2):   </b>Son   terminales   que   poseen   todas   las</font> <font face="Verdana, Arial, Helvetica, sans-serif" size="2">funcionalidades  posibles  actuales  y que permiten  consultar cualquier contenido y las aplicaciones definidas actualmente.</font></p>       <p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="2">•&nbsp; <b>Enfocados a las aplicaciones (Clase 3-4): </b>Son dispositivos que permiten</font> <font face="Verdana, Arial, Helvetica, sans-serif" size="2">cualquier tipo de aplicación, pero están enfocados en cierto tipo de aplicaciones, tales como juegos o mensajería.</font></p>       <p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="2">•&nbsp; <b>Modulares   (Clase   2-1):   </b>Son   dispositivos   que   permiten   al   usuario</font> <font face="Verdana, Arial, Helvetica, sans-serif" size="2">particularizar   su   dispositivo   con   funcionalidades   de   <i>hardware.   </i>Estas funcionalidades incluyen puertos USB, tarjetas de memoria, etc.</font></p>       <p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="2">•&nbsp; <b>Descentralizados: </b>Son dispositivos que combinan una serie de elementos</font> <font face="Verdana, Arial, Helvetica, sans-serif" size="2">descentralizados y que se conectan entre sí para disponer de distintas funcionalidades.</font></p> </blockquote>     <p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="2">En la <a href="#t3">tabla 3</a> se definen cuatro clases de potencias para los terminales con sus respectivos valores nominales y tolerancias.</font></p>     <p align="center"><a name="t3"></a><img src="/img/revistas/ran/v4n1/a07_tabla_03.gif" width="389" height="149"></p>     ]]></body>
<body><![CDATA[<p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="2"><b>5.2 Presupuesto del enlace o <i>link budget</i></b><i></i></font></p>     <p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="2">Dentro de la planificación de la UTRAN para UMTS, es necesario realizar un balance de potencias, o <i>link budget, </i>para así poder determinar el máximo radio de la celda. En el <i>link budget, </i>parámetros como la ganancia de la antena, pérdidas por cables, ganancias por diversidad, márgenes de desvanecimiento y otros son tomados en cuenta.</font></p>     <p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="2">El resultado de los cálculos realizados para <i>link budget </i>es la máxima pérdida de propagación de trayecto permitida <i>(maximum allowed propagation path loss), </i>que es un valor imprescindible para poder determinar el radio de celda y, por ende, el número de sitios necesarios.</font></p>     <p align="center"><img src="/img/revistas/ran/v4n1/a07_ecuacion_02.gif" width="472" height="28"></p>     <p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="2">A diferencia del <i>link budget </i>de tecnologías basadas en TDMA/FDMA y GSM, existen algunos parámetros que son específicos para WCDMA, como el margen de interferencia, el margen de desvanecimiento rápido y la ganancia por <i>soft handover.</i></font></p>     <p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="2"><b>5.2.1   Nivel de sensibilidad de recepción</b></font></p>     <p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="2">El nivel de sensibilidad de recepción es principalmente limitado por el ruido térmico. La densidad de potencia térmica espectral <i>N </i>normalizada a 1 Hz de ancho de banda, se define mediante la siguiente ecuación [2]:</font></p>     <p align="center"><img src="/img/revistas/ran/v4n1/a07_ecuacion_03.gif" width="564" height="117"></p>     <p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="2">Donde:         </font></p>     <blockquote>       ]]></body>
<body><![CDATA[<p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="2">k= 1.38 *1O<sup>-23</sup> [Ws/K], constante de Boltzman </font></p>       <p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="2">T= 293 K, temperatura del conductor</font></p> </blockquote>     <p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="2">La potencia total de ruido térmico <i>N </i>en el detector está limitada por el filtro del ancho de banda. Para UMTS, el filtro de ancho de banda de chips W es aproximadamente igual a la ocupación de la frecuencia de enmascarado de códigos (<i>scrambling codes</i>), igual a 3.84 MHz. Así, la potencia de ruido térmico es igual a:</font></p>     <p align="center"><img src="/img/revistas/ran/v4n1/a07_ecuacion_04.gif" width="565" height="86"></p>     <p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="2">La sensibilidad del receptor consiste en el nivel de ruido sobre una sola portadora, donde se define la relación señal-ruido (SNR) en el receptor. La sensibilidad contiene la ganancia de procesamiento y las pérdidas debido a la carga, es decir, la carga usada por los diferentes servicios montados sobre una portadora WCDMA.</font></p>     <p align="center"><img src="/img/revistas/ran/v4n1/a07_ecuacion_05.gif" width="567" height="39"></p>     <blockquote>       <p align="left"><font face="Verdana, Arial, Helvetica, sans-serif" size="2">	Donde:</font> <img src="/img/revistas/ran/v4n1/a07_ecuacion_05_01.gif" width="200" height="61" align="absmiddle"></p> </blockquote>     <p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="2">El mínimo nivel de señal recibido apto para la demodulación exitosa se basa en la cantidad de energía recibida y si esta energía está suficientemente por encima del ruido y la interferencia generada por el ruido térmico y el de los otros usuarios. La sensibilidad puede ser calculada por la siguiente fórmula:</font></p>     <p align="center"><img src="/img/revistas/ran/v4n1/a07_ecuacion_06.gif" width="272" height="57"></p>     ]]></body>
<body><![CDATA[<p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="2">Donde: GP: Ganancia de procesamiento</font></p>     <p align="center"><img src="/img/revistas/ran/v4n1/a07_ecuacion_06_01.gif" width="261" height="35"></p>     <p align="center"><a name="t4"></a><img src="/img/revistas/ran/v4n1/a07_tabla_04.gif" width="605" height="384"></p>     <p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="2"><b>5.2.2  Consideraciones en WCDMA para HSDPA</b></font></p>     <p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="2">Para el despliegue de HSDPA, es necesario contar como base con el Release 99 de UMTS, ya que, al constituirse en una mejora y un aprovechamiento de la interfaz de aire de UMTS, HSDPA hace uso de todos los canales ya definidos para el Release 99.</font></p>     <p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="2">A pesar que HSDPA es una característica del downlink, existen efectos adicionales en el uplink. El canal de subida HS-PDCCH, que provee una retroalimentación a la red desde la estación móvil, debe ser tomado en cuenta. La interferencia adicional no es contemplada por Eb/No y, por ello, cierta potencia de transmisión del móvil debe ser reservada para este tráfico.</font></p>     <p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="2">Otro margen adicional que debe ser tomado en cuenta viene a raíz de que el control de potencia para HS-DPCCH no es óptimo para los usuarios HSDPA que se encuentren ejerciendo soft handover.</font></p>     <p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="2">El principal impacto de la introducción de HSDPA se encuentra en la dirección del downlink. La potencia adicional necesaria para las transmisiones HSDPA necesita ser definida, de manera que aún pueda disponerse de los canales DCH.</font></p>     <p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="2">WCDMA, en el <i>Release </i>99, típicamente usaba Eb/No para denotar la recepción de energía por bit recibido por razón de ruido. El Eb/No corresponde únicamente a un bloque de error (BLER) para una cierta tasa, donde el único parámetro de adaptación es la ganancia de esparcimiento. Sin embargo, la medida de Eb/No no es una medida atractiva para HSDPA, debido a que la tasa de datos en HS-DSCH varía en cada intervalo de transmisión (TTI), usando diferentes esquemas de modulación, codificación y un cierto número de HS-PDSCH. Por ello, es necesario definir la relación promedio señal-interferencia más ruido en HSDSCH (SINR).</font></p>     <p align="center"><img src="/img/revistas/ran/v4n1/a07_ecuacion_07.gif" width="559" height="82"></p>     ]]></body>
<body><![CDATA[<p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="2">Donde SF16 es el factor de ensanchado de HS-PDSCH, D es el factor de ortogonalidad y otro parámetro comúnmente usado es la relación misma celda vs. otras celdas más ruido de interferencia o factor de geometría. La 3GPP recomienda que, para un entorno macrocelular, SINR oscile entre valores de -5dB y -3dB. Se debe notar que el SINR HS-DSCH es independiente del número de códigos HS-PDSCH usados, el esquema de modulación y la tasa de codificación.</font></p>     <p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="2">Para el proceso de dimensionamiento del enlace <i>downlink </i>HSDPA, se debe encontrar la relación entre el <i>throughput </i>promedio y la relación SINR promedio. Extendidas las simulaciones a nivel del enlace y de acuerdo con las especificaciones de la 3GPP, se consigue determinar una relación que involucre ambos valores:</font></p>     <p align="center"><img src="/img/revistas/ran/v4n1/a07_ecuacion_08.gif" width="566" height="34"></p>     <p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="2">Donde <i>Thr </i>representa la carga que genera un usuario con un cierto SINR, o la carga combinada de la celda de varios usuarios teniendo como promedio el mismo SNR.</font></p>     <p align="center"><img src="/img/revistas/ran/v4n1/a07_tabla_05.gif" width="602" height="275"></p>     <p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="2"><b>5.2.3 Margen de interferencia</b></font></p>     <p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="2">El factor limitante para el desempeño y la capacidad de un Nodo B es la recepción total de interferencia <i>I<sub>TOTAL</sub>. </i>La interferencia consiste de dos partes: <i>I<sub>own</sub> </i>e <i>I<sub>other</sub>,</i></font> <font face="Verdana, Arial, Helvetica, sans-serif" size="2">como también la interferencia de otros sistemas <i>I<sub>Otros_sistemas</sub> y </i>el ruido térmico <i>N.</i></font></p>     <p align="center"><img src="/img/revistas/ran/v4n1/a07_ecuacion_08_01.gif" width="267" height="36"></p>     <blockquote>       <p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="2">•&nbsp;<i>I<sub>own</sub>: </i>Es causada por la interferencia de los mismos usuarios dentro</font> <font face="Verdana, Arial, Helvetica, sans-serif" size="2">de una celda</font></p>       ]]></body>
<body><![CDATA[<p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="2">•&nbsp;<i>I<sub>other</sub>: </i>Es causada por usuarios de otras celdas junto a las estaciones</font> <font face="Verdana, Arial, Helvetica, sans-serif" size="2">base que los están atendiendo.</font></p>       <p align="justify"><font size="2" face="Verdana, Arial, Helvetica, sans-serif">&bull;&nbsp;<i>I<sub>other_systems</sub></i>: Viene de diferentes sistemas, canales adyacentes o fugas      de potencias de otras tecnolog&iacute;as</font></p> </blockquote>     <p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="2">Estos conceptos ayudan a definir la relación: i — factor.</font></p>     <p align="center"><img src="/img/revistas/ran/v4n1/a07_ecuacion_08_02.gif" width="90" height="62"></p>     <p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="2">Se define como i — factor la relación existente entre la interferencia generada por las otras celdas sobre la interferencia generada por la misma celda. El valor i-factor depende del entorno de propagación, áreas de solapamiento de las celdas, número de sectores en el Nodo B, intensidad de tráfico y su distribución, y distancia a las celdas servidoras o celdas que interfieren.</font></p>     <p align="center"><img src="/img/revistas/ran/v4n1/a07_tabla_06.gif" width="612" height="104"></p>     <p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="2">El margen de interferencia en la celda se define como el total de interferencia sobre el ruido térmico.</font></p>     <p align="center"><img src="/img/revistas/ran/v4n1/a07_ecuacion_08_03.gif" width="108" height="70"></p>     <p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="2">Este parámetro limita la sensibilidad de recepción, por lo tanto, es importante considerarlo para poder estimar la cobertura. Para el propósito de diseño y cálculo del balance de potencias, el IM es expresado como incremento de ruido o <i>noise rise.</i></font></p>     <p align="center"><img src="/img/revistas/ran/v4n1/a07_ecuacion_08_04.gif" width="145" height="32"></p>     ]]></body>
<body><![CDATA[<p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="2">El NR representa la porción total de potencia recibida en dB. Típicamente este valor debe ir de 2 - 4 [dB] para celdas limitadas en cobertura y de 4 — 7 [dB] para celdas limitadas por capacidad [2].</font></p>     <p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="2">El margen de interferencia es el único parámetro tomado en cuenta en balance de potencias que viene a estar relacionado directamente con la carga de la celda.</font></p>     <p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="2">El NR también puede ser expresado en cuanto a la carga:</font></p>     <p align="center"><img src="/img/revistas/ran/v4n1/a07_ecuacion_08_05.gif" width="155" height="55"></p>     <p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="2">El <i>noise rise </i>va a limitar la máxima pérdida de trayecto entre el móvil y el Nodo B. Si la carga se aproxima a 100%, el NR tiende a infinito; por ello, el radio de celda se hace cero y el sistema inestable.</font></p>     <p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="2">Es necesario definir el porcentaje de carga de la celda, ya que este describirá cuánta interferencia es generada en la celda. Haciendo el estudio para el <i>uplink, </i>cuando <i>&#951;<sub>UL</sub> </i>se</font> <font face="Verdana, Arial, Helvetica, sans-serif" size="2">aproxima a 1, el <i>noise rise </i>generado tiende a infinito y el sistema llega a su capacidad máxima e inestable.</font></p>     <p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="2">Según [1], para una red que se encuentra en la fase inicial de despliegue, es recomendable adoptar un porcentaje de carga en el <i>uplink </i>igual a 50-60%. Haciendo uso de Matlab, se simuló el comportamiento de la carga de la celda para diferentes tasas de datos.</font></p>     <p align="center"><img src="/img/revistas/ran/v4n1/a07_figura_06.gif" width="653" height="393"></p>     <p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="2">En el gráfico obtenido mediante la simulación, en vez de mostrar los usuarios simultáneos, se muestra el caudal de tráfico o <i>throughput </i>en Kbps.</font></p>     <p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="2">En el caso del enlace descendente, el comportamiento es similar; sólo los parámetros de entrada difieren ligeramente.</font></p>     ]]></body>
<body><![CDATA[<p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="2">En comparación con la ecuación de carga del <i>uplink, </i>el parámetro de suma importancia es el factor de ortogonalidad </font><font size="2">&#945;</font><font face="Verdana, Arial, Helvetica, sans-serif" size="2">. UMTS hace uso de códigos de ortogonalidad en el enlace descendente para separar y diferenciar a los usuarios unos de otros. La ortogonalidad de 1 corresponde a usuarios perfectamente ortogonales. Típicamente estos valores están entre 0.4 y 0.5 en canales de multitrayecto [2].</font></p>     <p align="center"><img src="/img/revistas/ran/v4n1/a07_figura_07.gif" width="617" height="413"></p>     <p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="2">Para una red UMTS, según [2], en dimensionamiento se recomienda adoptar una carga en el <i>downlink </i>igual a 70%-80%. Desde un punto de vista práctico y experiencia de trabajo con redes 3G dentro un escenario de despliegue real en Bolivia, se pudo corroborar que dentro la planificación y diseño de redes UMTS, Huawei, un fabricante de equipos de telecomunicaciones, realiza el dimensionamiento de red considerando un factor de carga igual a 75%.</font></p>     <p align="center"><img src="/img/revistas/ran/v4n1/a07_tabla_06_01.gif" width="479" height="179"></p>     <p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="2"><b>5.2.4  Cálculo de la máxima pérdida de propagación de trayecto permitida</b></font></p>     <p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="2">Haciendo uso de todos los parámetros ya detallados, se determina la máxima pérdida de propagación de trayecto según diferentes tasas de velocidad y para diferentes entornos. Como ejemplo se muestra el cálculo de diferentes tasas de velocidad para un entorno urbano denso. Se determinan las máximas pérdidas de trayecto permitidas, tanto para interiores como para exteriores.</font></p>     <p align="center"><img src="/img/revistas/ran/v4n1/a07_tabla_07.gif" width="584" height="940"></p>     <p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="2"><b>5.3 Modelos de propagación y radio de celda</b></font></p>     <p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="2">Las predicciones de los niveles de señal y cobertura son de gran importancia al momento de planificar una red de telefonía móvil.</font></p>     <p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="2">Adoptar un modelo de propagación ayuda a predecir el valor medio de señal o las pérdidas generadas en la trayectoria entre un transmisor y un receptor según la distancia y otros factores que contribuyen a la pérdida de trayecto, como el perfil del terreno, presencia de edificaciones u obstáculos, alturas de las antenas transmisoras y receptoras, frecuencia de operación, etc.</font></p>     ]]></body>
<body><![CDATA[<p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="2">El modelo COST 231 Walfisch-Ikegami es ampliamente usado en modelos empíricos de cálculo de propagación [3]. Este modelo ha sido adoptado como estándar para sistemas 3G IMT2000/UMTS. Para determinar los radios de coberturas de las celdas, se debe considerar la dirección del enlace, el tipo de entorno y la velocidad de transferencia, que permitan una menor pérdida de trayecto.</font></p>     <p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="2">UMTS depende del intercambio de capacidad y cobertura. Estas variables están descritas por el comportamiento del enlace de subida y de bajada, conforme a la pérdida de camino que generan y la carga que soportan, respectivamente.</font></p>     <p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="2">Con el fin de estudiar este fenómeno, se simulo el comportamiento del balance de potencias, tanto en el <i>uplink </i>como en el <i>downlink, </i>tomando como variable de entrada la carga que soportan, provista por las ecuaciones de carga &#951;<sub>uL</sub> y &#951;<sub>DL</sub>.</font></p>     <p align="center"><img src="/img/revistas/ran/v4n1/a07_figura_08.gif" width="593" height="238"></p>     <p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="2">Como el alcance de la celda está limitado, sobre todo por el enlace de subida, terminal móvil a Nodo B, debido a las restricciones que tiene el transmisor en cuanto a potencia, tamaño de antena y a las interferencias de las señales provenientes de los otros terminales hacia el receptor, Nodo B, el cálculo del enlace realizado se limita al enlace de subida, <i>uplink budget.</i></font></p>     <p align="center"><img src="/img/revistas/ran/v4n1/a07_tabla_08.gif" width="594" height="320"></p>     <p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="2"><b>5.3.1   Cálculo del radio de celda por entorno</b></font></p>     <p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="2">Aplicando el modelo de propagación seleccionado, se definen los radios de cobertura de las celdas:</font></p>     <blockquote>       <p align="justify"><img src="/img/revistas/ran/v4n1/a07_ecuacion_08_06.gif" width="531" height="401"></p> </blockquote>     ]]></body>
<body><![CDATA[<p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="2">Como el enlace que limita la cobertura es el <i>uplink, </i>se hace uso de la MAPL <i>indoor </i>para determinar el radio de cobertura.</font></p>     <p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="2">De acuerdo con los resultados obtenidos de los radios de cobertura de las celdas, se definieron algunos sitios tentativos para la ubicación de los nodos b, ya que COMTECO es propietaria de dichos sitios.</font></p>     <p align="center"><img src="/img/revistas/ran/v4n1/a07_tabla_09.gif" width="587" height="399"></p>     <p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="2">Según el entorno, se determinó que el radio de cobertura de la celda sea el menor permitido de entre todos los diferentes servicios ofertados. Para determinar el radio de cobertura de HSDPA, se debe considerar que éste variaría constantemente dependiendo de las condiciones del canal radio y de su esquema de modulación; las mayores velocidades de transferencia son alcanzadas cuando el UE está más próximo al Nodo B[1].</font></p>     <p align="center"><font size="2" face="Verdana, Arial, Helvetica, sans-serif"><img src="/img/revistas/ran/v4n1/a07_figura_09.gif" width="542" height="319"></font></p>     <p align="center">&nbsp;</p>     <p align="center"><img src="/img/revistas/ran/v4n1/a07_figura_10.gif" width="534" height="427"></p>     <p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="2">Para clasificar los entornos existentes en el proyecto, no es suficiente catalogarlos según sus características geográficas, sino más bien tomar en cuenta la densidad de usuarios potenciales que existan en ellos. Considerando que en Cochabamba no existe una fuente de información que refleje la cantidad de usuarios de servicios de telecomunicaciones, distribuidos por zonas, se hizo una analogía con el reporte de tráfico generado por las estaciones base de un operador de telefonía móvil del departamento.</font></p>     <p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="2">Así se obtiene los porcentajes de concentración de usuarios potenciales por entorno, urbano denso, urbano y suburbano. Estos porcentajes fueron adoptados en el diseño para distribuir la demanda en los diferentes entornos por provincia.</font></p>     <p align="center"><img src="/img/revistas/ran/v4n1/a07_tabla_10.gif" width="581" height="282"></p>     ]]></body>
<body><![CDATA[<p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="2"><b>5.4 Cálculo del tráfico por celda</b></font></p>     <p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="2">Para calcular el balance de potencias, se consideró un porcentaje de carga igual a 50% en el <i>uplink </i>y 70 % en el <i>downlink.</i></font></p>     <p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="2">Como se vio en los apartados anteriores, en UMTS, el enlace descendente es el que limita la capacidad de la celda, debido a que el Nodo B debe compartir la potencia entre todos los usuarios que se conectan a la red en la respectiva celda que atiende el Nodo B.</font></p>     <p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="2">Para dimensionar la carga de la celda, se hizo uso de Matlab, en el que se desarrolló un simulador de modelo de tráfico, derivado de las ecuaciones de carga en el <i>downlink. </i>Siguiendo la metodología de planificación de radio, se debe llegar a un equilibrio entre la cobertura y la capacidad, mediante la validación del radio de cobertura ya establecido y otro conforme a un análisis de carga de la celda.</font></p>     <p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="2">En este apartado se determinará la carga real de la celda según una cierta penetración de servicios recomendada por la UIT para redes 3G en Latinoamérica, y dicha carga real determinará la nueva MAPL de la celda.</font></p>     <p align="center"><img src="/img/revistas/ran/v4n1/a07_figura_11.gif" width="585" height="589"></p>     <p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="2"><b>5.4.1  Tráfico generado por usuario</b></font></p>     <p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="2">Para estimar el tráfico de voz que genera cada usuario, se adoptó los reportes anuales de un operador de telefonía móvil sobre la cantidad de minutos promedio que usa un cliente por mes <i>(Minutes of Use).</i></font></p>     <p align="center"><img src="/img/revistas/ran/v4n1/a07_ecuacion_08_07.gif" width="559" height="50"></p>     <p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="2">Donde:</font></p>     ]]></body>
<body><![CDATA[<blockquote>       <p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="2"><i>Relación<sub>intra_día</sub>: </i>Relación de tráfico generado en la hora pico y el resto de horas del</font> <font face="Verdana, Arial, Helvetica, sans-serif" size="2">día.</font></p>       <p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="2"><i>Relación<sub>inter_día</sub>: </i>Relación de tráfico generado el día pico y el resto de días del mes.</font></p> </blockquote>     <p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="2">El tráfico generado por videollamadas fue adoptado de valores recomendados por [3]. El tráfico de datos generado por los usuarios fue calculado a partir del tiempo promedio de visita a portales móviles.</font></p>     <p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="2">En la primera fase del proyecto, se hizo la simulación del modelo de tráfico, con los valores de penetración correspondientes a ese periodo. Para describir los cálculos realizados, se tomará como ejemplo los resultados de una celda de dos sectores.</font></p>     <p align="center"><img src="/img/revistas/ran/v4n1/a07_tabla_11.gif" width="585" height="435"></p>     <p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="2">El modelo desarrollado determina la carga en kbps por servicio, de acuerdo con una penetración de entrada y, por ende, la capacidad total de la celda. Según esa carga, es posible determinar los canales simultáneos por usuario. Los canales simultáneos generan un cierto nivel de interferencia en toda la celda y, por tanto, determinan el porcentaje de carga total de la celda.</font></p>     <p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="2">En la primera fase se genera un nivel de carga de 73.18%, que es muy próximo al valor teórico adoptado en el inicio del dimensionamiento, igual a 70%, considerado para el cálculo de balance de potencias. En la segunda fase del proyecto se espera una mayor penetración de los servicios y un mayor nivel de interferencia en la celda.</font></p>     <p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="2">En la segunda fase del proyecto se hizo la simulación con mayores niveles de penetración, de donde se obtuvo un nivel de interferencia mayor que en la primera fase. Este nivel de interferencia proporciona la carga total de la celda (87.47%), que, si bien es mayor, todavía no llegó a la unidad y, así, a la capacidad máxima de la celda.</font></p>     <p align="center"><img src="/img/revistas/ran/v4n1/a07_tabla_12.gif" width="587" height="415"></p>     ]]></body>
<body><![CDATA[<p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="2">De acuerdo con el porcentaje de carga real en el downlink, determinado desde el punto de vista de capacidad del Nodo B, se procedió a determinar la variabilidad del radio de cobertura con los nuevos valores de carga.</font></p>     <p align="center"><img src="/img/revistas/ran/v4n1/a07_tabla_13.gif" width="583" height="411"></p>     <p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="2">Según los nuevos valores de los radios de cobertura obtenidos, se puede apreciar que no existe una cuantiosa reducción en el radio de celda. Por tanto, se puede afinar que se llegó al balance entre cobertura y capacidad.</font></p>     <p align="center"><img src="/img/revistas/ran/v4n1/a07_figura_12.gif" width="571" height="342"></p>     <p align="center">&nbsp;</p>     <p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="3"><b>6&nbsp;&nbsp;&nbsp;&nbsp;Conclusiones</b></font></p>     <p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="2">En este trabajo de investigación se ha abordado el dimensionamiento de la red de acceso radio UTRAN, con el objetivo fundamental de optimizar los recursos de transmisión y soporte de QoS. También se ha analizado los principales parámetros y alternativas de diseño a considerar en un escenario de despliegue real para COMTECO.</font></p>     <p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="2">A lo largo del análisis, se ha puesto de manifiesto la extraordinaria complejidad asociada con el dimensionamiento de UTRAN. Así, se dio lugar al presente trabajo para solucionar el problema desde un enfoque analítico, asegurando el equilibrio entre la cobertura y capacidad. Empero, se consideró necesario, para la fase de implantación del proyecto, que se validen los resultados obtenidos mediante el uso de herramientas específicas de planificación y optimización de redes 3G, propias del fabricante. En la misma línea, se consideró acometer un estudio más exhaustivo del impacto que puedan tener los mecanismos de gestión de tráfico y gestión de recursos de radio.</font></p>     <p align="justify">&nbsp;</p>     <p align="justify"><font face="Verdana, Arial, Helvetica, sans-serif" size="3"><b>Referencias</b></font></p>     ]]></body>
<body><![CDATA[<p align="justify"><font size="2" face="Verdana, Arial, Helvetica, sans-serif">[1] Holma, H. y A. Toskala. 2007. <i>WCDMA for UMTS-HSPA Evolution and LTE. </i>John  Wiley &amp; Sons Ltda. Inglaterra</font></p>     <p align="justify"><font size="2" face="Verdana, Arial, Helvetica, sans-serif">[2] Nawrocki,  M., M. Dohler y H. Aghvanmi. 2006. <i>Understanding  UMTS Radio Network Modelling, Planning and Automated Optimization. Theory and  Practice</i>. John Wiley &amp; Sons Ltda. Inglaterra</font></p>     <p align="justify"><font size="2" face="Verdana, Arial, Helvetica, sans-serif">[3]  Wacker, A., J. Laiho y T. Novosad. 2006. <i>Radio Network Planning and Optimization for UMTS. </i>John  Wiley &amp; Sons Ltda. Inglaterra</font></p>     <!-- ref --><p align="justify"><font size="2" face="Verdana, Arial, Helvetica, sans-serif">[4]  Chevallier, C. 2006. <i>WCDMA (UMTS)  Deployment Handbook. Planning and Optimization Aspects</i>. John  Wiley &amp; Sons Ltda. Inglaterra</font>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=793942&pid=S1683-0789200800010000800004&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --><p align="justify"><font size="2" face="Verdana, Arial, Helvetica, sans-serif">[5] Holma, H. y A. Toskala. 2006. <i>HSDPA/HSUPA  for UMTS. </i>John Wiley &amp; Sons Ltda. Inglaterra </font></p>     <p align="justify">&nbsp;</p>      ]]></body><back>
<ref-list>
<ref id="B1">
<label>1</label><nlm-citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Holma]]></surname>
<given-names><![CDATA[H.]]></given-names>
</name>
<name>
<surname><![CDATA[Toskala]]></surname>
<given-names><![CDATA[A.]]></given-names>
</name>
</person-group>
<source><![CDATA[WCDMA for UMTS-HSPA Evolution and LTE]]></source>
<year>2007</year>
<publisher-name><![CDATA[John Wiley & Sons Ltda.]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B2">
<label>2</label><nlm-citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Nawrocki]]></surname>
<given-names><![CDATA[M.]]></given-names>
</name>
<name>
<surname><![CDATA[Dohler]]></surname>
<given-names><![CDATA[M.]]></given-names>
</name>
<name>
<surname><![CDATA[Aghvanmi]]></surname>
<given-names><![CDATA[H.]]></given-names>
</name>
</person-group>
<source><![CDATA[Understanding UMTS Radio Network Modelling, Planning and Automated Optimization. Theory and Practice]]></source>
<year>2006</year>
<publisher-loc><![CDATA[Inglaterra ]]></publisher-loc>
<publisher-name><![CDATA[John Wiley & Sons Ltda]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B3">
<label>3</label><nlm-citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Wacker]]></surname>
<given-names><![CDATA[A.]]></given-names>
</name>
<name>
<surname><![CDATA[Laiho]]></surname>
<given-names><![CDATA[J.]]></given-names>
</name>
<name>
<surname><![CDATA[Novosad]]></surname>
<given-names><![CDATA[T.]]></given-names>
</name>
</person-group>
<source><![CDATA[Radio Network Planning and Optimization for UMTS]]></source>
<year>2006</year>
<publisher-loc><![CDATA[Inglaterra ]]></publisher-loc>
<publisher-name><![CDATA[John Wiley & Sons Ltda.]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B4">
<label>4</label><nlm-citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Chevallier]]></surname>
<given-names><![CDATA[C.]]></given-names>
</name>
</person-group>
<source><![CDATA[WCDMA (UMTS) Deployment Handbook. Planning and Optimization Aspects]]></source>
<year>2006</year>
<publisher-name><![CDATA[John Wiley & Sons Ltda.]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B5">
<label>5</label><nlm-citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Holma]]></surname>
<given-names><![CDATA[H.]]></given-names>
</name>
<name>
<surname><![CDATA[Toskala]]></surname>
<given-names><![CDATA[A.]]></given-names>
</name>
</person-group>
<source><![CDATA[HSDPA/HSUPA for UMTS]]></source>
<year>2006</year>
<publisher-name><![CDATA[John Wiley & Sons Ltda.]]></publisher-name>
</nlm-citation>
</ref>
</ref-list>
</back>
</article>
