<?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>1815-5928</journal-id>
<journal-title><![CDATA[Ingeniería Electrónica, Automática y Comunicaciones]]></journal-title>
<abbrev-journal-title><![CDATA[EAC]]></abbrev-journal-title>
<issn>1815-5928</issn>
<publisher>
<publisher-name><![CDATA[Universidad Tecnológica de La Habana José Antonio Echeverría, Cujae]]></publisher-name>
</publisher>
</journal-meta>
<article-meta>
<article-id>S1815-59282015000100006</article-id>
<title-group>
<article-title xml:lang="es"><![CDATA[Decodificación del canal de sincronismo de la Interfaz de Radio de GSM]]></article-title>
<article-title xml:lang="en"><![CDATA[Synchronization Channel decoding of GSM Radio Interface]]></article-title>
</title-group>
<contrib-group>
<contrib contrib-type="author">
<name>
<surname><![CDATA[Alcantú Sampera]]></surname>
<given-names><![CDATA[Yadira]]></given-names>
</name>
</contrib>
</contrib-group>
<aff id="A01">
<institution><![CDATA[,LACETEL  ]]></institution>
<addr-line><![CDATA[La Habana ]]></addr-line>
<country>Cuba</country>
</aff>
<pub-date pub-type="pub">
<day>00</day>
<month>04</month>
<year>2015</year>
</pub-date>
<pub-date pub-type="epub">
<day>00</day>
<month>04</month>
<year>2015</year>
</pub-date>
<volume>36</volume>
<numero>1</numero>
<fpage>67</fpage>
<lpage>78</lpage>
<copyright-statement/>
<copyright-year/>
<self-uri xlink:href="http://scielo.sld.cu/scielo.php?script=sci_arttext&amp;pid=S1815-59282015000100006&amp;lng=en&amp;nrm=iso"></self-uri><self-uri xlink:href="http://scielo.sld.cu/scielo.php?script=sci_abstract&amp;pid=S1815-59282015000100006&amp;lng=en&amp;nrm=iso"></self-uri><self-uri xlink:href="http://scielo.sld.cu/scielo.php?script=sci_pdf&amp;pid=S1815-59282015000100006&amp;lng=en&amp;nrm=iso"></self-uri><abstract abstract-type="short" xml:lang="es"><p><![CDATA[Este artículo expone las definiciones y conceptos necesarios para realizar la decodificación del canal de sincronismo de la Interfaz de Radio de GSM (Um) hasta la obtención del código de la estación base (BSIC) y el número de trama (FN). Estos datos son imprescindibles para el proceso de sincronización de un analizador de protocolos a una Estación Base Transceptora (BTS), solución en desarrollo a la cual tributa parcialmente esta investigación. Para alcanzar este objetivo se realizó un análisis de los protocolos de la capa física descritos en las normas GSM, como aportes de la investigación se obtuvo una documentación exhaustiva y coherente de los protocolos de la capa física GSM lo cual estaba disperso en la literatura a nuestro alcance.]]></p></abstract>
<abstract abstract-type="short" xml:lang="en"><p><![CDATA[This paper provides definitions and necessary concepts for synchronization channel decoding of GSM radio interface (Um) to obtain the base station identity code (BSIC) and the frame number (FN). These data are essentials for the protocol analyzer synchronization process with a Base Transceiver Station (BTS). This research is a piece of a big developing solution to achieve this objective. It was made a study and analysis of the physical layer protocols described in the GSM Standards. Contribution of this research was obtained consistent and comprehensive documentation of GSM physical layer protocols which was scattered in the literature to our scope.]]></p></abstract>
<kwd-group>
<kwd lng="es"><![CDATA[GSM]]></kwd>
<kwd lng="es"><![CDATA[SCH]]></kwd>
<kwd lng="es"><![CDATA[FEC]]></kwd>
<kwd lng="es"><![CDATA[decodificación]]></kwd>
<kwd lng="es"><![CDATA[convolucional]]></kwd>
<kwd lng="es"><![CDATA[trama]]></kwd>
<kwd lng="es"><![CDATA[BSIC]]></kwd>
<kwd lng="es"><![CDATA[FN]]></kwd>
<kwd lng="en"><![CDATA[GSM]]></kwd>
<kwd lng="en"><![CDATA[SCH]]></kwd>
<kwd lng="en"><![CDATA[FEC]]></kwd>
<kwd lng="en"><![CDATA[convolutional]]></kwd>
<kwd lng="en"><![CDATA[decoding]]></kwd>
<kwd lng="en"><![CDATA[frame]]></kwd>
<kwd lng="en"><![CDATA[BSIC]]></kwd>
<kwd lng="en"><![CDATA[FN]]></kwd>
</kwd-group>
</article-meta>
</front><body><![CDATA[   <font size="2" face="verdana"> <!-- Generation of PM publication page 1 --> </font>     <P align="right"><font size="2" face="verdana"><strong>ARTICULO ORIGINAL</strong></font></p>     <P>&nbsp;</p>     <P><font size="4" face="verdana"><B>Decodificaci&oacute;n del canal de sincronismo de la Interfaz    de Radio de GSM</B></font></p>     <P>&nbsp;</p>     <P><font size="3" face="verdana"><b>Synchronization Channel decoding of GSM Radio Interface</b></font></p>     <P>&nbsp;</p>     <P>&nbsp;</p>     <P><font size="2"><b><font face="verdana">MSc. Ing. Yadira Alcant&uacute; Sampera</font></b></font></p>     <P><font size="2"><font size="2" face="verdana">LACETEL, La Habana, Cuba, E-mail: <a href="mailto:yadira@lacetel.cu">yadira@lacetel.cu</a></font>   </font></p>     ]]></body>
<body><![CDATA[<P>&nbsp;</p>     <P>&nbsp;</p> <hr>     <P><font size="2"><b><font face="verdana">RESUMEN</font></b></font></p>     <P><font size="2" face="verdana">Este art&iacute;culo expone las definiciones y conceptos necesarios para realizar la  decodificaci&oacute;n del canal de sincronismo de la Interfaz de Radio de GSM (Um) hasta la obtenci&oacute;n del c&oacute;digo de  la estaci&oacute;n base (BSIC) y el n&uacute;mero de trama (FN). Estos datos son imprescindibles para el proceso  de sincronizaci&oacute;n de un analizador de protocolos a una Estaci&oacute;n Base Transceptora (BTS), soluci&oacute;n  en desarrollo a la cual tributa parcialmente esta investigaci&oacute;n. Para alcanzar este objetivo  se realiz&oacute; un an&aacute;lisis de los protocolos de la capa f&iacute;sica descritos en las normas GSM, como  aportes de la investigaci&oacute;n se obtuvo una documentaci&oacute;n exhaustiva y coherente de los protocolos de  la capa f&iacute;sica GSM lo cual estaba disperso en la literatura a nuestro alcance. </font></p>     <P><font size="2" face="verdana"><strong>Palabras claves:</strong> GSM, SCH, FEC, decodificaci&oacute;n, convolucional, trama, BSIC, FN.     <br> </font></p> <hr>     <P><font size="2"><b><font face="verdana">ABSTRACT</font></b></font></p>     <P><font size="2" face="verdana">This paper provides definitions and necessary concepts for synchronization channel decoding of    GSM radio interface (Um) to obtain the base station identity code (BSIC) and the frame number    (FN). These data are essentials for the protocol analyzer synchronization process with a    Base Transceiver Station (BTS). This research is a piece of a big developing solution to achieve    this objective. It was made a study and analysis of the physical layer protocols described in the    GSM Standards. Contribution of this research was obtained consistent and comprehensive    documentation of GSM physical layer protocols which was scattered in the literature to our scope.  </font></p>     <P> <font size="2" face="verdana"><b>Key words: </b>GSM, SCH, FEC, convolutional, decoding, frame, BSIC, FN.    <br> </font></p> <hr>     ]]></body>
<body><![CDATA[<P>&nbsp;</p>     <P>&nbsp;</p>     <P><font size="3" face="verdana"><B>INTRODUCCION</B> </font></p>     <P>&nbsp;</p>     <P><font size="2" face="verdana">Los sistemas de comunicaciones inal&aacute;mbricos requieren de t&eacute;cnicas de procesamiento de  se&ntilde;ales con el objetivo de mejorar el desempe&ntilde;o del enlace en un medio altamente hostil. A  diferencia  de canales de comunicaciones cableados que presentan b&aacute;sicamente ruido del tipo AWGN  (Additive White Gaussian Noise), los canales de comunicaciones m&oacute;viles son din&aacute;micos. En estos,  adem&aacute;s  de AWGN, se presentan fen&oacute;menos de desvanecimientos de gran y peque&ntilde;a escala de la  se&ntilde;al electromagn&eacute;tica debido a las zonas de sombra y a las interferencias por multitrayectorias y  las provenientes de otras fuentes de se&ntilde;ales presentes en la banda de inter&eacute;s, lo cual tiene un  grave impacto en la BER (tasa de bits err&oacute;neos). <SUP>1</SUP>   </font></p>     <P><font size="2" face="verdana">Es en este contexto donde la codificaci&oacute;n de canal juega un rol importante, su papel es  el acondicionamiento de las se&ntilde;ales de manera que el receptor pueda reconstruir la informaci&oacute;n  si el enlace se desvanece s&uacute;bitamente y se pierde parte del mensaje. Una de las t&eacute;cnicas que  se emplean para ello es la incorporaci&oacute;n de bits adicionales en el mensaje transmitido. </font></p>     <P><font size="2" face="verdana">Los esquemas de codificaci&oacute;n/decodificaci&oacute;n de los canales de comunicaci&oacute;n en GSM  fueron establecidos por la ETSI (EuropeanTelecommunication Standard Institute) en 1996 y siguen  vigentes en la actualidad. </font></p>     <P><font size="2" face="verdana">Bas&aacute;ndose en GSM se han desarrollado otros est&aacute;ndares de comunicaciones m&oacute;viles entre los  cuales se encuentran <B>GPRS</B>  (<B><I>G</I></B><I>eneral <B>P</B>acket<B>R</B>adio  <B>S</B>ervice</I>) y <B>EDGE</B>  (<B><I>E</I></B><I>nhanced<B>D</B>ata  ratesfor<B>G</B>lobal <B>E</B>volution</I>) que ya no se acogen a los viejos esquemas de codificaci&oacute;n del canal, entre otras cosas  porque tienen otros requerimientos de ancho de banda y manejan grandes vol&uacute;menes de datos; ya no es  solo mensajer&iacute;a corta y voz. Eso se le suma la trasmisi&oacute;n de videos, videoconferencia, correo,  mensajer&iacute;a online, fotos, m&uacute;sica, etc. <SUP>2</SUP>   </font></p>     <P><font size="2" face="verdana">Estas tecnolog&iacute;as poseen muchas caracter&iacute;sticas que difieren de los servicios conmutados de  GSM por lo que se hace necesario aplicar nuevos esquemas de codificaci&oacute;n que optimicen al m&aacute;ximo  los recursos del canal adapt&aacute;ndose din&aacute;micamente a los cambios del mismo. </font></p>     <P><font size="2" face="verdana">En la actualidad existen muchos dise&ntilde;os de sistemas de modelado y simulaci&oacute;n de los esquemas  de codificaci&oacute;n/decodificaci&oacute;n del canal GSM. Estos dise&ntilde;os han sido desarrollados por  dis&iacute;miles v&iacute;as: MatLab, DSP, SystemGenerator, VHDL para ASIC o FPGA, ANSI C, C++, LabView, etc. </font></p>     ]]></body>
<body><![CDATA[<P><font size="2" face="verdana">En lo referente al tema, existe bastante desarrollo en las implementaciones basadas en DSP.  Estos se emplean para procesar operaciones num&eacute;ricas a muy alta velocidad pero independientemente  de los altos precios de los DSP, estos son fabricados con dise&ntilde;os de hardware espec&iacute;ficos, o sea  que no existe una libertad total de dise&ntilde;o. </font></p>     <P><font size="2" face="verdana">Otra vertiente que ha tomado mucha fuerza es      <B>SDR</B> (<B><I>S</I></B><I>oftware      <B>D</B>efined<B>R</B>adio</I>), se nota que es  una tecnolog&iacute;a que est&aacute; tratando de imponerse y se le avizoran grandes perspectivas. </font></p>     <P><font size="2" face="verdana">Las prerrogativas del empleo de aplicaciones para la decodificaci&oacute;n de canal GSM basada en  PC limitan el dise&ntilde;o pues atentan contra la portabilidad as&iacute; como contra el tiempo de  ejecuci&oacute;n, aunque el desarrollo de procesadores multin&uacute;cleos le ha dado un nuevo impulso a esta alternativa. </font></p>     <P><font size="2" face="verdana">No obstante no se compara con los &iacute;nfimos tiempos de conmutaci&oacute;n de los dispositivos  programables y reconfigurables (FPGA) que tienen a su favor adem&aacute;s el empleo del paralelismo, la  optimizaci&oacute;n que le brinda los lenguajes de descripci&oacute;n de hardware y las t&eacute;cnicas de codise&ntilde;o  hardware/software. </font></p>     <P><font size="2" face="verdana">Actualmente se comercializan equipos denominados analizadores de protocolos que incluyen  entre sus prestaciones, el an&aacute;lisis de la interfaz de radio de GSM. Un ejemplo de ello es el Receptor  de prueba GSM 4301A que soporta el protocolo GSM para mediciones, caracterizaci&oacute;n y  decodificaci&oacute;n de canal de radio GSM con software adicionales para EDGE, CDMA2000, WCDMA, WiMAX,  TD-SCDMA.<SUP>3</SUP> </font></p>     <P><font size="2" face="verdana">El CRTU-G es un analizador universal de protocolos para GSM/GPRS/EGPRS/EDGE. Este equipo  simula una estaci&oacute;n base GSM (BTS) y parte de una red  GSM/ (E) GPRS. <SUP>4</SUP> </font></p>     <P><font size="2" face="verdana">El analizador de protocolos de telecomunicaciones JDSU 8631 posibilita el an&aacute;lisis de la  interfaz Abis de GSM y brinda par&aacute;metros de potencia, entre otras prestaciones. <SUP>5</SUP> </font></p>     <P><font size="2" face="verdana">El receptor SeeGullLX para GSM/GPRS/EDGE ofrece entre sus prestaciones la decodificaci&oacute;n  del c&oacute;digo de la estaci&oacute;n base (BSIC) as&iacute; como de algunos mensajes  de los canales de difusi&oacute;n de  la c&eacute;lula (BCCH). <SUP>6</SUP> </font></p>     <P><font size="2" face="verdana">El analizador de GSM GL Communications se emplea para analizar protocolos GSM, protocolos  de conmutaci&oacute;n y se&ntilde;alizaci&oacute;n entre MSC (Mobile-Services Switching Center) &amp; BSC (Base  Station Controller), BSC &amp; BTS (Base Transceiver Station), MSC &amp; HLR (Home Location Register), MSC &amp;  VLR (Visitor Location Register), etc y opera a nivel de canales T1 y E1. <SUP>7</SUP> </font></p>     <P><font size="2" face="verdana">El m&oacute;dulo de prueba de la interfaz de Aire de GSM 8501 es un instrumento para realizar  mediciones de los enlaces entre una BTS y una estaci&oacute;n m&oacute;vil, simulando un tel&eacute;fono m&oacute;vil. <SUP>8</SUP> </font></p>     ]]></body>
<body><![CDATA[<P><font size="2" face="verdana">La industria GSM es una de las &aacute;reas m&aacute;s cerradas en lo referente a la electr&oacute;nica y la  inform&aacute;tica. Es muy dif&iacute;cil obtener cualquier informaci&oacute;n t&eacute;cnica. Todo lo que se divulga son  informaciones comerciales pero se mantienen ocultas las informaciones t&eacute;cnicas del hardware de los productos. </font></p>     <P><font size="2" face="verdana">Si se quisiera construir un tel&eacute;fono m&oacute;vil o alg&uacute;n producto similar, se hace necesario comprar  un chipset GSM. Existen pocas compa&ntilde;&iacute;as que los ofertan. Los proveedores cl&aacute;sicos son Infineon,  Texas Instruments, ST/Ericsson, MediaTek y Freescale. </font></p>     <P><font size="2" face="verdana">Los productos port&aacute;tiles para GSM que se venden en el mercado internacional no se  encuentran disponibles para cualquier fabricante, ni se distribuyen como cualquier componente electr&oacute;nico.  </font></p>     <P><font size="2" face="verdana">Es imposible hacer esto con los chipsets GSM. Por alguna raz&oacute;n estos chips solo son vendidos a   fabricantes cuidadosamente escogidos. Si se quiere calificar para entrar en esa selecci&oacute;n  usted debe abonar una cantidad de al menos seis cifras anuales que justifiquen su compra. Por si  esto fuera poco, como respaldo hay que abonar una cuota no reembolsable de siete cifras de  d&oacute;lares americanos. <SUP>9</SUP> </font></p>     <P><font size="2" face="verdana">Si se logra entrar en el club selecto de los fabricantes de tel&eacute;fonos celulares la  documentaci&oacute;n que obtiene es incompleta, no se puede hacer cambios en el hardware o firmware a menos que se  tenga una licencia del software (drivers, implementaci&oacute;n del protocolo GSM,&#133;) que la otorga el  fabricante del chipset. </font></p>     <P><font size="2" face="verdana">Las implementaciones del protocolo, son proporcionadas como librer&iacute;as binarias, solo se  obtiene c&oacute;digo fuente de algunas partes del sistema y algunos drivers hardware pudieran  necesitar modificaciones para las particularidades el&eacute;ctricas del dise&ntilde;o. </font></p>     <P><font size="2" face="verdana">La implementaci&oacute;n del protocolo GSM no fue hecha por los fabricantes de chipset, ellos  venden bajo licencia una proveniente de 4 o 5 organizaciones que nunca han implementado el conjunto  de protocolos GSM. </font></p>     <P><font size="2" face="verdana">Los protocolos GSM no son una especie de secreto militar, existe un est&aacute;ndar  internacional publicado, asequible para todos. A pesar de esto, la industria celular se considera una  puerta cerrada y esto es uno de los motivos que ha frenado un poco el desarrollo del firmware de  banda base de esta tecnolog&iacute;a en las &uacute;ltimas d&eacute;cadas. Los defectos en el c&oacute;digo fuente solo pueden  ser encontrados y arreglados por unos pocos desarrolladores, no hay oportunidades para principiantes. </font></p>     <P><font size="2" face="verdana"><B>GSM</B> </font></p>     <P><font size="2" face="verdana">El Sistema Global para las Comunicaciones M&oacute;viles fundado en 1991 fue desarrollado en Europa.  Se esparci&oacute; por todo el mundo debido a las ventajas y las prestaciones que brinda desde/hacia  cualquier punto del planeta, como llamadas telef&oacute;nicas, env&iacute;o de mensajes, correo,  multimedia, videoconferencia, etc. </font></p>     ]]></body>
<body><![CDATA[<P><font size="2" face="verdana">Tambi&eacute;n fue revolucionario en su &eacute;poca por el aprovechamiento del espectro de frecuencias  teniendo en cuenta la gran cantidad de usuarios simult&aacute;neos que maneja. Esto es posible gracias a  la combinaci&oacute;n del Acceso M&uacute;ltiple por Divisi&oacute;n en Frecuencias y el Acceso M&uacute;ltiple por Divisi&oacute;n  en Tiempo, m&aacute;s conocida por FDMA/TDMA. </font></p>     <P><font size="2" face="verdana">Este sistema abarca varios campos dentro de las comunicaciones: redes, telefon&iacute;a y  las radiocomunicaciones. Se podr&iacute;a decir que la etapa de radio constituye la ruta m&aacute;s cr&iacute;tica  del est&aacute;ndar GSM puesto que la informaci&oacute;n se encuentra expuesta a todo tipo de interferencias  y ruidos propios del medio como la interferencia multitrayecto y el desvanecimiento. Esto exige  un tratamiento especial para ese canal de comunicaciones, dependiendo del volumen de datos,  los requerimientos de ancho de banda, el tipo de datos, etc. </font></p>     <P><font size="2" face="verdana"><B>ESQUEMA TDMA PARA GSM</B> </font></p>     <P><font size="2" face="verdana">En el esquema TDMA est&aacute;n definidos ocho canales f&iacute;sicos b&aacute;sicos por cada portadora de radio.  &#171;Un canal f&iacute;sico es entonces definido como una secuencia de tramas TDMA, un n&uacute;mero de ranura de  tiempo y una secuencia de salto de frecuencia&#187;. </font></p>     <P><font size="2" face="verdana">El recurso b&aacute;sico de radio es una ranura de tiempo de duraci&oacute;n H&#187; 577&#181;s y la informaci&oacute;n se  trasmite a una velocidad de modulaci&oacute;n de H&#187; 270.833 kbit/s. esto significa que la duraci&oacute;n de una ranura  de tiempo incluyendo el tiempo de guarda es 156,25 per&iacute;odos de bit.&#187;  <SUP>10</SUP> </font></p>     <P><font size="2" face="verdana"><B>JERARQU&Iacute;A DE TRAMAS EN GSM</B> </font></p>     <P><font size="2" face="verdana">En la <a href="/img/revistas/eac/v36n1/f0106115.jpg">Figura 1</a> se muestra una representaci&oacute;n de las estructuras de tramas. &#171;El per&iacute;odo de  tiempo m&aacute;s largo le corresponde a la hipertrama y su duraci&oacute;n es de 3h 28min 53s 760ms. Las tramas  TDMA est&aacute;n numeradas dentro de la hipertrama, el n&uacute;mero de trama TDMA (FN) va desde 0 hasta 2 715 647. </font></p>     
<P><font size="2" face="verdana">Una hipertrama est&aacute; subdividida en 2048 supertramas cada una con una duraci&oacute;n de 6,12s. La  supertrama a su vez est&aacute; subdividida en multitramas. Existen dos tipos de multitramas:  </font></p>     <P><font size="2" face="verdana">La multitrama de 26 tramas TDMA (hay 51 de estas en una supertrama) con una duraci&oacute;n de 120ms.  Esta multitrama es empleada para transportar informaci&oacute;n del canal de tr&aacute;fico y su control asociado. </font></p>     <P><font size="2" face="verdana">La multitrama de 51 tramas TDMA (hay 26 de estas en una supertrama) con una duraci&oacute;n  de aproximadamente 235,4ms. Esta multitrama es empleada para transportar informaci&oacute;n de control. </font></p>     ]]></body>
<body><![CDATA[<P><font size="2" face="verdana">Una trama TDMA contiene ocho ranuras de tiempo y tiene una duraci&oacute;n de H&#187; 4,62ms.&#187;    <SUP>10</SUP> </font></p>     <P><font size="2"><b><font face="verdana">R&Aacute;FAGAS Y RANURAS DE TIEMPO</font></b></font></p>     <P><font size="2" face="verdana">Una ranura de tiempo es un intervalo de tiempo de aproximadamente 577&#181;s (15/26 ms) equivalentes  a 156,25 per&iacute;odos de bit, y su contenido f&iacute;sico es denominado r&aacute;faga. Existen cinco tipos de  r&aacute;fagas diferentes en el sistema como se muestra en la <a href="#f2">Figura 2</a>.</font></p>     <P align="center"><font size="2" face="verdana"><img src="/img/revistas/eac/v36n1/f0206115.jpg" width="482" height="692"></font><a name="f2"></a></p>     
<P><font size="2" face="verdana">R&aacute;faga normal: se emplea para transportar informaci&oacute;n de los canales de tr&aacute;fico y de  control. Contiene 116 bits encriptados e incluye un tiempo de guarda de 8,25 per&iacute;odos de bit. </font></p>     <P><font size="2" face="verdana">R&aacute;faga de correcci&oacute;n de frecuencia: se emplea para la sincronizaci&oacute;n de frecuencia de la  estaci&oacute;n m&oacute;vil. Es equivalente a una portadora no modulada, desplazada en frecuencia, con el mismo  tiempo de guarda que la r&aacute;faga normal. Esta r&aacute;faga es difundida junto al canal de control de difusi&oacute;n.  La repetici&oacute;n de esta r&aacute;faga es llamada canal de correcci&oacute;n de frecuencia. </font></p>     <P><font size="2" face="verdana">R&aacute;faga de sincronismo: se emplea para la sincronizaci&oacute;n de tiempo de la estaci&oacute;n m&oacute;vil.  Transporta la informaci&oacute;n del n&uacute;mero de trama TDMA (FN)  y  el C&oacute;digo de Identificaci&oacute;n de la Estaci&oacute;n  Base (BSIC). Esta r&aacute;faga es difundida junto con la de correcci&oacute;n de frecuencia. La repetici&oacute;n de  esta r&aacute;faga es llamada canal de sincronismo. </font></p>     <P><font size="2" face="verdana">R&aacute;faga de acceso: se emplea para el acceso aleatorio y est&aacute; caracterizada por un largo per&iacute;odo  de guarda para facilitar la trasmisi&oacute;n de r&aacute;fagas desde una estaci&oacute;n m&oacute;vil que no conoce el  tiempo de sincronizaci&oacute;n entre los mensajes enviados a la BTS en su primer acceso o despu&eacute;s de un  handover, o sea, la acci&oacute;n de cambio de canal de radio desde una c&eacute;lula a otra donde el m&oacute;vil se mueve  desde un &aacute;rea de una BTS a otra. <SUP>10</SUP> </font></p>     <P><font size="2" face="verdana">Con el objetivo de permitirle a los m&oacute;viles realizar mediciones de potencia, la portadora  de radio dedicada al canal de difusi&oacute;n trasmite una r&aacute;faga en cada TS de cada trama TDMA. Para  cumplir con este requerimiento la BTS debe trasmitir una r&aacute;faga de relleno en las ranuras de tiempo  que no est&eacute;n en uso. Esta r&aacute;faga tiene la misma estructura de una r&aacute;faga normal pero las secuencias  de entrenamiento son propias y los bits de informaci&oacute;n son fijos y conocidos. </font></p>     <P><font size="2"><b><font face="verdana">CANALES F&Iacute;SICOS Y CANALES L&Oacute;GICOS</font></b></font></p>     ]]></body>
<body><![CDATA[<P><font size="2" face="verdana">En GSM se definen dos conjuntos de  canales:<SUP> 11</SUP> </font></p>     <P><font size="2" face="verdana">Los canales f&iacute;sicos son todas las ranuras de tiempo disponibles de una estaci&oacute;n base (BTS),  donde cada ranura corresponde a un canal f&iacute;sico. </font></p>     <P><font size="2" face="verdana">Los canales l&oacute;gicos son transportados en los canales f&iacute;sicos. Cada canal l&oacute;gico ejecuta  una tarea espec&iacute;fica. Est&aacute;n divididos en dos grandes grupos, los canales de tr&aacute;fico (TCH) y los  de control (CCH). </font></p>     <P><font size="2" face="verdana"><U>Canales de control (CCH)</U> </font></p>     <P><font size="2" face="verdana">&#183;     Canal de correcci&oacute;n de frecuencia (FCCH) </font></p>     <P><font size="2" face="verdana">&#183;     Canal de sincronismo (SCH) </font></p>     <P><font size="2" face="verdana">&#183;     Canal de difusi&oacute;n com&uacute;n (BCCH) </font></p>     <P><font size="2" face="verdana">&#183;     Canal de acceso concedido (AGCH) </font></p>     <P><font size="2" face="verdana">&#183;     Canal de b&uacute;squeda(PCH) </font></p>     <P><font size="2" face="verdana">&#183;     Canal de difusi&oacute;n de la c&eacute;lula (CBCH) </font></p>     ]]></body>
<body><![CDATA[<P><font size="2" face="verdana">&#183;     Canal de control dedicado (SDCCH) </font></p>     <P><font size="2" face="verdana">&#183;     Canal de control asociado (que puede ser lento o r&aacute;pido: SACCH/FACCH) </font></p>     <P><font size="2" face="verdana">&#183;     Canal de acceso aleatorio (RACH) </font></p>     <P><font size="2" face="verdana"><B>MAPEANDO LOS CANALES L&Oacute;GICOS EN LOS CANALES F&Iacute;SICOS</B> </font></p>     <P><font size="2" face="verdana">En particular, la ranura de tiempo 0 de la portadora de difusi&oacute;n de la BTS, en downlink es  empleada para varios canales l&oacute;gicos. Existen varias configuraciones de secuencias de canales para  la multitrama de control (multitrama de 51 tramas). </font></p>     <P><font size="2" face="verdana">En la <a href="/img/revistas/eac/v36n1/f0306115.jpg">Figura 3</a> se muestra una de las configuraciones downlink/uplink de la ranura  de tiempo 0 de la portadora de difusi&oacute;n de manera que la secuencia, entre un canal y otro, supone  el tiempo correspondiente a una trama TDMA (H&#187; 4, 615 ms).Como se aprecia, las r&aacute;fagas de correcci&oacute;n  de frecuencia y de sincronismo se repiten cada 10 tramas, o sea cada 46,15 ms. </font></p>     
<P><font size="2" face="verdana"><B>ESQUEMA DE CODIFICACI&Oacute;N / DECODIFICACI&Oacute;N DEL CANAL DE CONTROL DE SINCRONISMO</B> </font></p>     <P><font size="2" face="verdana">En la interfaz de radio, GSM emplea un modelo de comunicaci&oacute;n multicanal, con jerarqu&iacute;as de  tramas, de manera que existen canales de control y de tr&aacute;fico, ya sea de voz, datos o control. Cada  canal tiene un tratamiento espec&iacute;fico en dependencia de las caracter&iacute;sticas de la informaci&oacute;n  que trasporta. Uno de los m&eacute;todos de proteger la informaci&oacute;n contra errores es a trav&eacute;s de c&oacute;digos  de detecci&oacute;n y correcci&oacute;n de errores (Forward Error Correction) de manera que los mensajes  puedan ser reconstruidos en el receptor sin necesidad de retrasmisi&oacute;n,  en dependencia de la tasa de  bits err&oacute;neos (BER).Este no es el &uacute;nico m&eacute;todo que existe para proteger los canales de datos, los  esquemas  de codificaci&oacute;n de los canales de comunicaci&oacute;n en GSM fueron establecidos por la ETSI  (European Telecommunication Standards Institute) en 1996 y siguen vigentes en la actualidad. </font></p>     <P><font size="2" face="verdana">En la <a href="/img/revistas/eac/v36n1/f0406115.jpg">Figura 4</a> se muestra todo el proceso de codificaci&oacute;n del canal GSM de manera gen&eacute;rica,  puesto que no todos los canales reciben el mismo tratamiento, por ejemplo, el canal de sincronismo es  un canal especial que se auto contiene, no se entrelaza, no se reordena y no se encripta. Como  se muestra en la <a href="/img/revistas/eac/v36n1/f0506115.jpg">Figura 5</a>. </font></p>     
<P><font size="2" face="verdana">Teniendo en cuenta que el objetivo de esta tesis es la implementaci&oacute;n de un decodificador  del canal de sincronismo y partiendo de la informaci&oacute;n ya demodulada y decodificada  diferencialmente el esquema de decodificaci&oacute;n quedar&iacute;a como se muestra en la <a href="/img/revistas/eac/v36n1/f0506115.jpg">Figura 5</a>. </font></p>     
]]></body>
<body><![CDATA[<P><font size="2"><b><font face="verdana">DEMULTIPLEXADO DE R&Aacute;FAGAS GSM</font></b></font></p>     <P><font size="2" face="verdana">El proceso de demultiplexaci&oacute;n consiste en detectar y capturar cada r&aacute;faga, identificarlas  y obtener el n&uacute;mero de la ranura de tiempo por la que viajan (canal f&iacute;sico) o sea la posici&oacute;n  que ocupan dentro de la trama GSM. </font></p>     <P><font size="2" face="verdana">La detecci&oacute;n e identificaci&oacute;n de estas r&aacute;fagas se puede llevar a cabo mediante las secuencias  de entrenamiento que las caracteriza. En la recomendaci&oacute;n GSM.0501 se plantea que las r&aacute;fagas  contienen 156 bits, cada tipo de r&aacute;faga  se distingue entre otras cosas por la secuencia de  entrenamiento (TSC), esa es la principal propiedad que se emplea para identificarlas. </font></p>     <P><font size="2" face="verdana">Las secuencias de bits fijas y conocidas que forman las secuencias de entrenamiento, ocupan  un lugar espec&iacute;fico dentro de cada tipo de r&aacute;faga. La funci&oacute;n de cada bloque de detecci&oacute;n debe  ser comparar los bits correspondientes a las TSC de cada r&aacute;faga y </font><font size="2" face="verdana">capturar la informaci&oacute;n &uacute;til. Esta informaci&oacute;n viaja en diferentes formatos y cantidad de  bits (como se muestra en la <a href="#f2">Figura 2</a> y en la <a href="/img/revistas/eac/v36n1/t0106115.jpg">Tabla 1</a>) </font></p>     
<P><font size="2" face="verdana">Cuando se detecta una r&aacute;faga de sincronismo, esto indica la ocurrencia de la ranura de tiempo 0  en una portadora faro o de control. A partir de este evento se puede resetear un contador de  ranuras de tiempo (0 - 7), de manera que la informaci&oacute;n pueda quedar almacenada con el orden correcto  a pesar de que la trama tenga ranuras de tiempo vac&iacute;as. </font></p>     <P><font size="2" face="verdana">Hay que tener en cuenta que existen 5 tipos de r&aacute;fagas: normal, sincronismo, acceso, relleno  y correcci&oacute;n de frecuencia, el sistema debe constar de 5 detectores y tener en cuenta que existen  2      <BR> tipos de r&aacute;fagas que solo se transmiten en la ranura de tiempo 0 de la portadora faro o de  control (sincronismo y correcci&oacute;n de frecuencia).  La funci&oacute;n de esta portadora se asemeja a la de un  faro, o sea, transporta informaci&oacute;n de se&ntilde;alizaci&oacute;n para todas las estaciones m&oacute;viles que se hallan  en su zona de cobertura y peri&oacute;dicamente realizan mediciones de potencia, es por eso que  esta portadora siempre debe estar en el aire y para lograr esto en las ranuras vac&iacute;as se trasmite  una r&aacute;faga de relleno. </font></p>     <P><font size="2" face="verdana">Las ranuras vac&iacute;as de otras portadoras pueden confundirse con r&aacute;fagas de correcci&oacute;n de  frecuencia (todos los bits en `0') puesto que hay 0 informaci&oacute;n en el aire, por lo tanto no se  recomienda emplear esta r&aacute;faga como base para este proceso. </font></p>     <P><font size="2" face="verdana">Todos los detectores deben trabajar bajo un mismo principio: comparaci&oacute;n y captura contra uno  o varios registros que contengan las TSCs espec&iacute;ficas. </font></p>     <P><font size="2" face="verdana"><B>FEC (FORWARD ERROR CORRECTION)</B> </font></p>     ]]></body>
<body><![CDATA[<P><font size="2" face="verdana">Cuando la informaci&oacute;n puede estar sujeta a cambios que traen como consecuencia la  introducci&oacute;n de errores que impidan su reconstrucci&oacute;n en el receptor, se emplean los C&oacute;digos de Bloque y  los Convolucionales con el objetivo de no s&oacute;lo detectar el error, sino corregirlo sin necesidad  de retransmitir la informaci&oacute;n. Estos c&oacute;digos se basan en la introducci&oacute;n de bits de redundancia. </font></p>     <P><font size="2" face="verdana">En GSM se emplean los C&oacute;digos Convolucionales para proteger la informaci&oacute;n contra el ruido  del canal, sin necesidad de m&uacute;ltiples retrasmisiones. Estos c&oacute;digos se generan mediante los  denominados polinomios generadores. Son relevantes otros valores como la raz&oacute;n &#171;r&#187; que indica la cantidad  de bits de salida del codificador por cada bit de entrada, en este caso indica la cantidad de  polinomios que se emplearon para generar el c&oacute;digo. Como se muestra en la <a href="/img/revistas/eac/v36n1/t0206115.jpg">Tabla 2</a>, el canal de  sincronismo emplea dos polinomios, o sea r =  &#189;.<SUP> 12</SUP> </font></p>     
<P><font size="2" face="verdana">Otro valor importante es la longitud l&iacute;mite &#171;K&#187; que expresa la cantidad de bits que  estar&aacute;n presentes en la codificaci&oacute;n o, como m&aacute;s se le conoce: la memoria de c&oacute;digo. La K es la cantidad  de bits presentes en el registro de desplazamiento, siendo el polinomio generador de grado K-1  como se muestra en la <a href="#f6">Figura 6</a>. </font></p>     <P align="center"><img src="/img/revistas/eac/v36n1/f0606115.jpg" width="455" height="254"><a name="f6"></a></p>     
<P><font size="2" face="verdana">Existen varios m&eacute;todos para recuperar la informaci&oacute;n codificada con C&oacute;digos  Convolucionales, entre ellos est&aacute;n: el algoritmo de Viterbi y el algoritmo de decodificaci&oacute;n secuencial. </font></p>     <P><font size="2" face="verdana">El algoritmo de Viterbi es un m&eacute;todo de decodificaci&oacute;n convolucional que emplea el diagrama  de Trellis. Este diagrama se forma teniendo en cuenta los estados por los que transita el  codificador, almacena cada uno de los cambios y las salidas que provocan, como se muestra en la <a href="#f7">Figura 7</a>. </font></p>     <P align="center"><img src="/img/revistas/eac/v36n1/f0706115.jpg" width="544" height="297"><a name="f7"></a></p>     
<P><font size="2" face="verdana">El m&eacute;todo consiste en comparar, partiendo del estado actual, todas las posibles secuencias  de salida con la secuencia recibida. De esta manera se van creando las m&eacute;tricas de cada camino en  el diagrama de Trellis. Al final del proceso se decide cual de los caminos recorridos en el  diagrama es el m&aacute;s probable, corrigiendo as&iacute; los errores recibidos. Se ha demostrado que este es un  m&eacute;todo muy eficiente para la protecci&oacute;n contra errores de trasmisi&oacute;n, pero trae consigo una carga  grande de c&oacute;mputo e implica largo tiempo de dise&ntilde;o.  </font></p>     <P><font size="2" face="verdana">La decodificaci&oacute;n convolucional parte de la propia idea del codificador pero realimentado a  la salida. Es un m&eacute;todo muy sencillo puesto que consiste en  volver a codificar la informaci&oacute;n  recibida, de manera que se obtenga la informaci&oacute;n &uacute;til, claro para ello hay que separar los  bits correspondientes a los polinomios en cuesti&oacute;n como se muestra en la <a href="/img/revistas/eac/v36n1/f0806115.jpg">Figura 8</a>. Una de las  limitantes de este m&eacute;todo es que detecta la ocurrencia de los errores pero no permite la correcci&oacute;n de  los mismos. </font></p>     
<P><font size="2" face="verdana">Este m&eacute;todo pudiera considerarse id&oacute;neo cuando r&lt; 1/7, o sea cuando se emplean un n&uacute;mero  considerable de polinomios generadores puesto que a trav&eacute;s de m&eacute;todos probabil&iacute;sticos es posible  corregir los errores. </font></p>     ]]></body>
<body><![CDATA[<P><font size="2"><b><font face="verdana">CANAL DE SINCRONISMO</font></b></font></p>     <P><font size="2" face="verdana">Como se puede observar en la <a href="/img/revistas/eac/v36n1/t0206115.jpg">Tabla 2</a> los datos del canal de sincronismo (SCH) se trasmiten en  78 bits, estos est&aacute;n codificados con codificaci&oacute;n convolucional con una raz&oacute;n r = &#189; de manera que  al decodificarlos se obtienen 39 bits de informaci&oacute;n. </font></p>     
<P><font size="2" face="verdana">De estos 39 bit, 10 son de paridad, 4 de cola o relleno y 25 bits &uacute;tiles que contienen la  informaci&oacute;n referente al BSIC yal FN como se muestra en la <a href="#f9">Figura 9</a>. </font></p>     <P align="center"><img src="/img/revistas/eac/v36n1/f0906115.jpg" width="474" height="247"><a name="f9"></a></p>     
<P><font size="2" face="verdana">a)     El  BSIC: comprendido en 6 bits, 3 bits del C&oacute;digo de Color de la Red (NCC) y 3 bits del   C&oacute;digo de color de la BTS (BCC), este identifica a la BTS dentro de la red GSM. </font></p>     <P><font size="2" face="verdana">b)     El RFN (N&uacute;mero de Trama TDMA Reducido): comprendido por 19bits distribuidos de la  siguiente manera: </font></p>     <P><font size="2" face="verdana">&#183;     T1 (11 bits) en el rango de (0  2047) = FN div ( 26 x 51) </font></p>     <P><font size="2" face="verdana">&#183;     T2 (5 bits) en el rango de (0  25) = FN mod 26 </font></p>     <P><font size="2" face="verdana">&#183;     T3' (3 bits) en el rango de (0  4) = (T3 - 1) div 10 </font></p>     <P><font size="2" face="verdana">&#183;     donde T3 (6 bits) en el rango de (0  50) = FN mod 51 </font></p>     ]]></body>
<body><![CDATA[<P><font size="2" face="verdana">De manera que el n&uacute;mero de trama (FN) se calcula: </font></p>     <P><font size="2" face="verdana">FN = 51 ((T3-T2) mod (26)) + T3 + 51 x 26 x T1 dondeT3 = (10 x T3') + 1            <SUP>16</SUP> </font></p>     <P>&nbsp;</p>     <P><font size="3" face="verdana"><strong>CONCLUSIONES</strong></font></p>     <P>&nbsp;</p>     <P><font size="2" face="verdana">Mediante la realizaci&oacute;n de este proyecto de tesis se realiz&oacute; un estudio exhaustivo de la  interfaz de radio del est&aacute;ndar de comunicaciones m&oacute;viles GSM a trav&eacute;s de las normas GSM publicadas  e informaciones diversas de art&iacute;culos de Internet. Esto posibilit&oacute; un esbozo del esquema  de      <BR> decodificaci&oacute;n del canal de sincronismo que constituye el centro de la investigaci&oacute;n  realizada: la demultiplexaci&oacute;n del est&aacute;ndar TDMA y la decodificaci&oacute;n convolucional. Este  conocimiento servir&aacute; como base para la implementaci&oacute;n de un sistema capaz de decodificar el canal de  sincronismo para obtener el BSIC y el FN. </font></p>     <P>&nbsp;</p>     <P><font size="3" face="verdana"><B>REFERENCIAS</B> </font></p>     <P>&nbsp;</p>     ]]></body>
<body><![CDATA[<P><font size="2" face="verdana">1. ACEIT&Oacute;N R.: &#171;Codificaci&oacute;n de Canal en Tecnolog&iacute;a GSM&#187;. Departamento de Electr&oacute;nica de    la Universidad T&eacute;cnica Federico Santa Mar&iacute;a, Chile, URL: <U><FONT  COLOR="#0000ff"><a href="http://www2.elo.utfsm.cl/~elo341/material /CodCanGSM.pdf">http://www2.elo.utfsm.cl/~elo341/material     /CodCanGSM.pdf</a></FONT></U><FONT COLOR="#444444">,    </FONT>2005. </font></p>     <!-- ref --><P><font size="2" face="verdana">2. SEURRE ES, PATRICK. PIETRI, PIERRE-JEAN.:  EDGE for mobile Internet, t. 1. Ed. ARTECH HOUSE.  Londres, Reino Unido, 2001.     </font></p>     <P><font size="2" face="verdana">3. INC. DRT: &#171;DRT4031- Synthetic RF Signal Analyzer&#187;. URL: <U><FONT  COLOR="#0000ff"><a href="http://www.drti.com/specsheets/4301_GSM Rev. 1.8.pdf">http://www.drti.com/specsheets/4301_GSM%20Rev.%201.8.pdf</a></FONT></U><FONT  COLOR="#009933">, </FONT>2005. </font></p>     <P><font size="2" face="verdana">4. ROHDE&amp;SCHWARZ. &#171;CRTU ProtocolAnalyzer/Tester&#187;.  URL: <U><FONT COLOR="#0000ff"><a href="http://www.rohde-schwarz.com.sg/file_2546 /CRTU-Bro_en.pdf">http://www.rohde-schwarz.com.sg/file_2546 /CRTU-Bro_en.pdf</a></FONT></U>, 2006. </font></p>     <P><font size="2" face="verdana">5. JDSU: &#171;8631, Telecom Protocol Analyzer, Communications Test &amp;Measurements Solutions&#187; URL: <U><FONT  COLOR="#0000ff">  <a href="http://www.butlergroup.ie/wp-content/uploads/wpsc/product-files /683_JDSU_8631_Telecom_Protocol_Analyser.pdf">http://www.butlergroup.ie/wp-content/uploads/wpsc/product-files /683_JDSU_8631_Telecom_Protocol_Analyser.pdf</a></FONT></U> , 2006. </font></p>     <P><font size="2" face="verdana">6. PCTEL SOLUTIONS GROUP: &#171;SeeGull&#174; LX GSM/GPRS/EDGE  Receiver Technical  Specifications Wireless Test Solutions&#187;. URL: <U><FONT  COLOR="#0000ff"><a href="http://www.livingston-products.com/products/pdf /130626_1_en.pdf">http://www.livingston-products.com/products/pdf /130626_1_en.pdf</a></FONT></U>, 2006. </font></p>     <P><font size="2" face="verdana">7. GL COMMUNICATIONS GROUP: &#171;GSM Analyzer&#187; URL: <U><FONT  COLOR="#0000ff"><a href="http://www.gl.com/Brochures/Brochures /GSMAnalyzer_Brochure.pdf">http://www.gl.com/Brochures/Brochures /GSMAnalyzer_Brochure.pdf</a></FONT></U> , 2006. </font></p>     <P><font size="2" face="verdana">8. WILLTEK COMMUNICATIONS: &#171;8501 GSM Air Interface Test Module&#187;  URL: <U><FONT COLOR="#0000ff"><a href="http://www.mpieletronica.com.br/site2/pdf/8501_gs_0410-100-A.pdf">http://www.mpieletronica.com.br/site2/pdf/8501_gs_0410-100-A.pdf</a></FONT></U> , 2004. </font></p>     <P><font size="2" face="verdana">9.  HARALD, W.: &#171;Anatomy of contemporary GSM cellphone hardware&#187;. URL: <U><FONT  COLOR="#0000ff"><a href="http://laforge.gnumonks.org/papers/gsm_phone-anatomy-latest.pdf">http://laforge.gnumonks.org/papers/gsm_phone-anatomy-latest.pdf</a></FONT></U> , 2010. </font></p>     ]]></body>
<body><![CDATA[<!-- ref --><P><font size="2" face="verdana">10.  ETSI: &#171;Digital cellular telecommunications system (Phase 2+) Physical layer on the  radio path General description&#187;. GSM 05.01 v5.4.0, vol. No. 1, p.21, 1996.     </font></p>     <!-- ref --><P><font size="2" face="verdana">11.  HEINE G.: &#171;GSM Networks: Protocols, Terminology, and Implementation&#187;. British  Library Cataloguing in Publication Data: Artech House mobile communications library, vol. No. 1,  p.417, 1998.     </font></p>     <!-- ref --><P><font size="2" face="verdana">12.  ETSI: &#171;Digital cellular telecommunications system (Phase 2+) Channel coding&#187;. GSM 05.03,  vol. No. 1, p.38, 1996.     </font></p>     <P><font size="2" face="verdana">13.  FRANCO ROMERO, ALFONSO: &#171;Rumbo a los Turbo-c&oacute;digos: la codificaci&oacute;n convolucional&#187;.  URL: <U><FONT COLOR="#0000ff"><a href="http://catarina.udlap.mx/u_dl_a/tales/documentos/lem/francos_r_a/capitulo2.pdf">http://catarina.udlap.mx/u_dl_a/tales/documentos/lem/francos_r_a/capitulo2.pdf</a></FONT></U> , 2000. </font></p>     <P><font size="2" face="verdana">14.  CASA&Ntilde;AS &Aacute;VILA, R.: &#171;Estudio y simulaci&oacute;n con MATLAB de la interfaz de radio GSM&#187;.  Universidad de Granada, Granada, p.161,  URL: <U><FONT  COLOR="#0000ff"><a href="http://telecomudec.files.wordpress.com/2009/04/estudio-y -simulacion-con-matlab-de-interfaz-de-radio-gsm-memoria-de-titulo-u-granada.pdf">http://telecomudec.files.wordpress.com/2009/04/estudio-y -simulacion-con-matlab-de-interfaz-de-radio-gsm-memoria-de-titulo-u-granada.pdf</a></FONT></U>  , 2008. </font></p>     <!-- ref --><P><font size="2" face="verdana">15.  ETSI: &#171;European digital cellular telecommunications system (phase 1) Mobile radio  interface layer 3 specification&#187;. GSM 04.08, 1992.      </font></p>     ]]></body>
<body><![CDATA[<!-- ref --><P><font size="2" face="verdana">16.  ETSI: &#171;Digital cellular telecommunications system (phase 2+) Radio  subsystem synchronization&#187;. GSM 05.10,  1996.     </font></p>     <P>&nbsp;</p>     <P>&nbsp;</p>     <P><font size="2" face="Verdana">Recibido: Diciembre 2014     <br> Aprobado: Febrero 2015</font></p>     <P></p>     <P>&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[ACEITÓN]]></surname>
<given-names><![CDATA[R.]]></given-names>
</name>
</person-group>
<source><![CDATA[Codificación de Canal en Tecnología GSM]]></source>
<year></year>
<publisher-name><![CDATA[Departamento de Electrónica de la Universidad Técnica Federico Santa María]]></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[SEURRE ES]]></surname>
<given-names><![CDATA[PATRICK]]></given-names>
</name>
<name>
<surname><![CDATA[PIETRI]]></surname>
<given-names><![CDATA[PIERRE-JEAN]]></given-names>
</name>
</person-group>
<source><![CDATA[EDGE for mobile Internet]]></source>
<year>2001</year>
<publisher-loc><![CDATA[Londres ]]></publisher-loc>
<publisher-name><![CDATA[ARTECH HOUSE]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B3">
<label>3</label><nlm-citation citation-type="">
<person-group person-group-type="author">
<name>
<surname><![CDATA[SEURRE ES]]></surname>
<given-names><![CDATA[PATRICK]]></given-names>
</name>
</person-group>
<person-group person-group-type="editor">
<name>
</name>
</person-group>
<source><![CDATA[DRT4031- Synthetic RF Signal Analyzer]]></source>
<year></year>
</nlm-citation>
</ref>
<ref id="B4">
<label>4</label><nlm-citation citation-type="">
<person-group person-group-type="author">
<name>
<surname><![CDATA[ROHDE]]></surname>
<given-names><![CDATA[SCHWARZ]]></given-names>
</name>
</person-group>
<source><![CDATA[CRTU ProtocolAnalyzer/Tester]]></source>
<year></year>
</nlm-citation>
</ref>
<ref id="B5">
<label>5</label><nlm-citation citation-type="">
<person-group person-group-type="author">
<name>
<surname><![CDATA[ROHDE]]></surname>
<given-names><![CDATA[SCHWARZ]]></given-names>
</name>
</person-group>
<person-group person-group-type="editor">
<name>
</name>
</person-group>
<source><![CDATA[8631, Telecom Protocol Analyzer, Communications Test &Measurements Solutions]]></source>
<year></year>
</nlm-citation>
</ref>
<ref id="B6">
<label>6</label><nlm-citation citation-type="">
<person-group person-group-type="author">
<name>
<surname><![CDATA[ROHDE]]></surname>
<given-names><![CDATA[SCHWARZ]]></given-names>
</name>
</person-group>
<person-group person-group-type="editor">
<name>
</name>
</person-group>
<source><![CDATA[SeeGull® LX GSM/GPRS/EDGE Receiver Technical Specifications Wireless Test Solutions]]></source>
<year></year>
</nlm-citation>
</ref>
<ref id="B7">
<label>7</label><nlm-citation citation-type="">
<person-group person-group-type="author">
<name>
<surname><![CDATA[ROHDE]]></surname>
<given-names><![CDATA[SCHWARZ]]></given-names>
</name>
</person-group>
<person-group person-group-type="editor">
<name>
</name>
</person-group>
<source><![CDATA[GSM Analyzer]]></source>
<year></year>
</nlm-citation>
</ref>
<ref id="B8">
<label>8</label><nlm-citation citation-type="">
<person-group person-group-type="author">
<name>
<surname><![CDATA[ROHDE]]></surname>
<given-names><![CDATA[SCHWARZ]]></given-names>
</name>
</person-group>
<person-group person-group-type="editor">
<name>
</name>
</person-group>
<source><![CDATA[8501 GSM Air Interface Test Module]]></source>
<year></year>
</nlm-citation>
</ref>
<ref id="B9">
<label>9</label><nlm-citation citation-type="">
<person-group person-group-type="author">
<name>
<surname><![CDATA[HARALD]]></surname>
<given-names><![CDATA[W.]]></given-names>
</name>
</person-group>
<source><![CDATA[Anatomy of contemporary GSM cellphone hardware]]></source>
<year></year>
</nlm-citation>
</ref>
<ref id="B10">
<label>10</label><nlm-citation citation-type="">
<person-group person-group-type="author">
<name>
<surname><![CDATA[HARALD]]></surname>
<given-names><![CDATA[W.]]></given-names>
</name>
</person-group>
<person-group person-group-type="editor">
<name>
</name>
</person-group>
<source><![CDATA[Digital cellular telecommunications system (Phase 2+) Physical layer on the radio path General description]]></source>
<year>1996</year>
<volume>1</volume>
<page-range>21</page-range></nlm-citation>
</ref>
<ref id="B11">
<label>11</label><nlm-citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname><![CDATA[HEINE]]></surname>
<given-names><![CDATA[G.]]></given-names>
</name>
</person-group>
<source><![CDATA[GSM Networks: Protocols, Terminology, and Implementation]]></source>
<year>1998</year>
<volume>1</volume>
<page-range>417</page-range><publisher-name><![CDATA[British Library Cataloguing in Publication Data: Artech House mobile communications library]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B12">
<label>12</label><nlm-citation citation-type="">
<person-group person-group-type="author">
<name>
<surname><![CDATA[HEINE]]></surname>
<given-names><![CDATA[G.]]></given-names>
</name>
</person-group>
<person-group person-group-type="editor">
<name>
</name>
</person-group>
<source><![CDATA[Digital cellular telecommunications system (Phase 2+) Channel coding]]></source>
<year>1996</year>
<volume>1</volume>
<page-range>38</page-range></nlm-citation>
</ref>
<ref id="B13">
<label>13</label><nlm-citation citation-type="">
<person-group person-group-type="author">
<name>
<surname><![CDATA[FRANCO ROMERO]]></surname>
<given-names><![CDATA[ALFONSO]]></given-names>
</name>
</person-group>
<source><![CDATA[Rumbo a los Turbo-códigos: la codificación convolucional]]></source>
<year></year>
</nlm-citation>
</ref>
<ref id="B14">
<label>14</label><nlm-citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname><![CDATA[CASAÑAS ÁVILA]]></surname>
<given-names><![CDATA[R.]]></given-names>
</name>
</person-group>
<source><![CDATA[Estudio y simulación con MATLAB de la interfaz de radio GSM]]></source>
<year></year>
<page-range>161</page-range><publisher-loc><![CDATA[Granada ]]></publisher-loc>
<publisher-name><![CDATA[Universidad de Granada]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B15">
<label>15</label><nlm-citation citation-type="">
<person-group person-group-type="author">
<name>
<surname><![CDATA[CASAÑAS ÁVILA]]></surname>
<given-names><![CDATA[R.]]></given-names>
</name>
</person-group>
<person-group person-group-type="editor">
<name>
</name>
</person-group>
<source><![CDATA[European digital cellular telecommunications system (phase 1) Mobile radio interface layer 3 specification]]></source>
<year>1992</year>
</nlm-citation>
</ref>
<ref id="B16">
<label>16</label><nlm-citation citation-type="">
<person-group person-group-type="author">
<name>
<surname><![CDATA[CASAÑAS ÁVILA]]></surname>
<given-names><![CDATA[R.]]></given-names>
</name>
</person-group>
<person-group person-group-type="editor">
<name>
</name>
</person-group>
<source><![CDATA[Digital cellular telecommunications system (phase 2+) Radio subsystem synchronization]]></source>
<year>1996</year>
</nlm-citation>
</ref>
</ref-list>
</back>
</article>
