<?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-59282016000200007</article-id>
<title-group>
<article-title xml:lang="es"><![CDATA[Propuesta de Integración Comercial de los servicios de las Redes Inteligentes de Etecsa]]></article-title>
<article-title xml:lang="en"><![CDATA[Proposal of commercial integration of intelligent network services of Etecsa]]></article-title>
</title-group>
<contrib-group>
<contrib contrib-type="author">
<name>
<surname><![CDATA[Leyva Pupo]]></surname>
<given-names><![CDATA[Irian]]></given-names>
</name>
<xref ref-type="aff" rid="A01"/>
</contrib>
<contrib contrib-type="author">
<name>
<surname><![CDATA[Llorens Carrodeguas]]></surname>
<given-names><![CDATA[Alejandro]]></given-names>
</name>
<xref ref-type="aff" rid="A02"/>
</contrib>
<contrib contrib-type="author">
<name>
<surname><![CDATA[de León Galbán]]></surname>
<given-names><![CDATA[José Andrés]]></given-names>
</name>
<xref ref-type="aff" rid="A01"/>
</contrib>
<contrib contrib-type="author">
<name>
<surname><![CDATA[Anías Calderón]]></surname>
<given-names><![CDATA[Caridad]]></given-names>
</name>
<xref ref-type="aff" rid="A03"/>
</contrib>
</contrib-group>
<aff id="A01">
<institution><![CDATA[,ETECSA Dirección Central de Desarrollo y Tecnología (DCDT) Dirección de Planeamiento Estratégico]]></institution>
<addr-line><![CDATA[ ]]></addr-line>
<country>Cuba</country>
</aff>
<aff id="A02">
<institution><![CDATA[,ETECSA División Territorial Oeste (DTOE) Grupo Planta Interior CT Buenavista]]></institution>
<addr-line><![CDATA[ ]]></addr-line>
<country>Cuba</country>
</aff>
<aff id="A03">
<institution><![CDATA[,Instituto Superior Politécnico José Antonio Echeverría Facultad de Eléctrica Dpto. de Telecomunicaciones y Telemática]]></institution>
<addr-line><![CDATA[La Habana ]]></addr-line>
<country>Cuba</country>
</aff>
<pub-date pub-type="pub">
<day>00</day>
<month>08</month>
<year>2016</year>
</pub-date>
<pub-date pub-type="epub">
<day>00</day>
<month>08</month>
<year>2016</year>
</pub-date>
<volume>37</volume>
<numero>2</numero>
<fpage>82</fpage>
<lpage>93</lpage>
<copyright-statement/>
<copyright-year/>
<self-uri xlink:href="http://scielo.sld.cu/scielo.php?script=sci_arttext&amp;pid=S1815-59282016000200007&amp;lng=en&amp;nrm=iso"></self-uri><self-uri xlink:href="http://scielo.sld.cu/scielo.php?script=sci_abstract&amp;pid=S1815-59282016000200007&amp;lng=en&amp;nrm=iso"></self-uri><self-uri xlink:href="http://scielo.sld.cu/scielo.php?script=sci_pdf&amp;pid=S1815-59282016000200007&amp;lng=en&amp;nrm=iso"></self-uri><abstract abstract-type="short" xml:lang="es"><p><![CDATA[Actualmente existe una marcada tendencia a integrar las redes y servicios, fijos y móviles, debido a las numerosas ventajas que la integración ofrece, tales como, disminución de los gastos operacionales y creación de paquetes de servicios más atractivos. Estas razones, unido a que la plataforma, encargada de brindar los servicios de Red Inteligente (IN), ha iniciado etapas avanzadas de obsolescencia y a que la adquisición de una nueva plataforma resulta muy costosa, han motivado a los especialistas de Etecsa a plantearse la posibilidad de incorporar los servicios de red inteligente al Sistema de Cobro en Línea (OCS) de Ericsson, sistema encargado de realizar el cobro de los servicios prepagos de la red móvil, aprovechando la flexibilidad y capacidad que este posee de interactuar con múltiples nodos, no solo del mundo celular sino también de la red fija y de los servicios de datos. En el presente trabajo se propone una arquitectura general de integración que considera las funciones de red inteligente que deben realizar los elementos que la componen. Se proponen dos alternativas que emplean las tecnologías NGN e IMS presentes en la red de Etecsa para desempeñar las funciones del Conmutador de Servicios. Finalmente, se selecciona una de estas alternativas para la propuesta de integración comercial de los servicios de las redes inteligentes de Etecsa.]]></p></abstract>
<abstract abstract-type="short" xml:lang="en"><p><![CDATA[At present there is a tendency to integrate fixed and mobile networks and services because several advantages that integration provides like operational costs reduction and creation of more attractive services packages. These reasons in addition that platform, responsible to provide Intelligent Network (IN) services, has started crucial obsolescence stages and that a new platform acquisition is very expensive, had motivated Etecsa specialists to expose the possibility to incorporate intelligent network services to the Ericsson Online Charging System (OCS), system in charge to carry out prepaid services collect of mobile network, making good use of its flexibility and capacity to interact with multiple nodes, not only in the mobile world, but also in fixed network and data services. In this Project a general architecture is suggested, which covers intelligent networks functionalities that must realize all of the elements that made it up. Two alternatives are proposed to perform the functions of the Switch of Services, this alternatives use NGN and IMS technologies present in Etecsa network. Finally one of the design alternative is selected as the proposal of commercial integration of Etecsa intelligent network services.]]></p></abstract>
<kwd-group>
<kwd lng="es"><![CDATA[Integración Fija-Móvil (FMI)]]></kwd>
<kwd lng="es"><![CDATA[Subsistema de Multimedia IP (IMS)]]></kwd>
<kwd lng="es"><![CDATA[Redes de Próxima Generación (NGN)]]></kwd>
<kwd lng="es"><![CDATA[Red Inteligente (IN)]]></kwd>
<kwd lng="es"><![CDATA[Sistema de Cobro en Línea (OCS)]]></kwd>
<kwd lng="en"><![CDATA[Fixed Mobile Integration (FMI)]]></kwd>
<kwd lng="en"><![CDATA[IP Multimedia System (IMS)]]></kwd>
<kwd lng="en"><![CDATA[Next Generation Network (NGN)]]></kwd>
<kwd lng="en"><![CDATA[Intelligent Network (IN)]]></kwd>
<kwd lng="en"><![CDATA[Online Charging System (OCS)]]></kwd>
</kwd-group>
</article-meta>
</front><body><![CDATA[ <p align="right"><font face="Verdana" size="2"> <b>ART&Iacute;CULO ORIGINAL</b></font></p>        <p>&nbsp;</p>     <p>&nbsp; </p> 	     <p align="left" ><font face="verdana" size="4">Propuesta de Integraci&oacute;n    Comercial de los servicios de las Redes Inteligentes de Etecsa</font></p>     <p align="left" >&nbsp;</p>  	     <p ><font face="verdana" size="3"><b>Proposal of commercial integration of intelligent    network services of Etecsa</b></font></p>     <p >&nbsp;</p>     <p >&nbsp;</p>  	    <p align="left" ><font face="verdana" size="2"><b>Irian Leyva Pupo<sup>I</sup>, &nbsp;Alejandro Llorens Carrodeguas <sup>II</sup>, Jos&eacute; Andr&eacute;s de Le&oacute;n Galb&aacute;n <sup>I</sup>, Caridad An&iacute;as Calder&oacute;n <sup>III</sup></b></font></p>  	    <p align="left" ><font face="verdana" size="2"><sup>I</sup> Dpto. Estructura de la Red, Direcci&oacute;n de Planeamiento Estrat&eacute;gico, Direcci&oacute;n Central de Desarrollo y Tecnolog&iacute;a (DCDT), ETECSA, Cuba.    ]]></body>
<body><![CDATA[<br> 	<sup>II</sup> Grupo Planta Interior CT Buenavista, Divisi&oacute;n Territorial Oeste (DTOE), ETECSA, Cuba.    <br> 	<sup>III</sup> Dpto. de Telecomunicaciones y Telem&aacute;tica, Facultad de El&eacute;ctrica, Instituto Superior Polit&eacute;cnico Jos&eacute; Antonio Echeverr&iacute;a, La Habana, Cuba.</font></p>     <P>&nbsp;     <P>&nbsp;  <hr size="1" noshade>     <P><B><font size="2" face="Verdana">RESUMEN</font></B>  	    <p ><font face="verdana" size="2">Actualmente existe una marcada tendencia a integrar las redes y servicios, fijos y m&oacute;viles, debido a las numerosas ventajas que la integraci&oacute;n ofrece, tales como, disminuci&oacute;n de los gastos operacionales y creaci&oacute;n de paquetes de servicios m&aacute;s atractivos. Estas razones, unido a que la plataforma, encargada de brindar los servicios de Red Inteligente (IN), ha iniciado etapas avanzadas de obsolescencia y a que la adquisici&oacute;n de una nueva plataforma resulta muy costosa, han motivado a los especialistas de Etecsa a plantearse la posibilidad de incorporar los servicios de red inteligente al Sistema de Cobro en L&iacute;nea (OCS) de Ericsson, sistema encargado de realizar el cobro de los servicios prepagos de la red m&oacute;vil, aprovechando la flexibilidad y capacidad que este posee de interactuar con m&uacute;ltiples nodos, no solo del mundo celular sino tambi&eacute;n de la red fija y de los servicios de datos.</font></p>  	    <p ><font face="verdana" size="2">En el presente trabajo se propone una arquitectura general de integraci&oacute;n que considera las funciones de red inteligente que deben realizar los elementos que la componen. Se proponen dos alternativas que emplean las tecnolog&iacute;as NGN e IMS presentes en la red de Etecsa para desempe&ntilde;ar las funciones del Conmutador de Servicios. Finalmente, se selecciona una de estas alternativas para la propuesta de integraci&oacute;n comercial de los servicios de las redes inteligentes de Etecsa.</font></p>  	    <p ><font face="verdana" size="2"><b>Palabras claves</b>: Integraci&oacute;n Fija&#45;M&oacute;vil (FMI), Subsistema de Multimedia IP (IMS), Redes de Pr&oacute;xima Generaci&oacute;n (NGN), Red Inteligente (IN), Sistema de Cobro en L&iacute;nea (OCS)</font></p>  	     <p ><font face="verdana" size="2"><strong>ABSTRACT</strong><b></b></font></p>  	    <p ><font face="verdana" size="2">At present there is a tendency to integrate fixed and mobile networks and services because several advantages that integration provides like operational costs reduction and creation of more attractive services packages. These reasons in addition that platform, responsible to provide Intelligent Network (IN) services, has started crucial obsolescence stages and that a new platform acquisition is very expensive, had motivated Etecsa specialists to expose the possibility to incorporate intelligent network services to the Ericsson Online Charging System (OCS), system in charge to carry out prepaid services collect of mobile network, making good use of its flexibility and capacity to interact with multiple nodes, not only in the mobile world, but also in fixed network and data services.</font></p>  	    ]]></body>
<body><![CDATA[<p ><font face="verdana" size="2">In this Project a general architecture is suggested, which covers intelligent networks functionalities that must realize all of the elements that made it up. Two alternatives are proposed to perform the functions of the Switch of Services, this alternatives use NGN and IMS technologies present in Etecsa network. Finally one of the design alternative is selected as the proposal of commercial integration of Etecsa intelligent network services.</font></p>  	    <p ><font face="verdana" size="2"><b>Key words:</b> Fixed Mobile Integration (FMI), IP Multimedia System (IMS), Next Generation Network (NGN), Intelligent Network (IN), Online Charging System (OCS)</font></p> <hr size="1" noshade>     <P>&nbsp;     <P>&nbsp; 	     <p ><font face="verdana" size="3"><b>1.- INTRODUCCI&Oacute;N</b></font></p>     <p >&nbsp;</p>  	    <p ><font face="verdana" size="2">Los operadores de redes de telecomunicaciones constantemente est&aacute;n buscando servicios que sean m&aacute;s novedosos y eficientes con objetivo de aumentar el n&uacute;mero de clientes y el grado de satisfacci&oacute;n de estos, de ah&iacute; que exista una marcada tendencia a la Integraci&oacute;n Fija&#45;M&oacute;vil (FMI, <i>Fixed Mobile Integration</i>); ya sea a nivel de red, de servicio, de terminal ocomercial &#91;1&#93;. La FMI permite ofrecer paquetes de servicios que se ajusten cada vez m&aacute;s a las necesidades y expectativas de los clientes; para esto es fundamental el empleo de los sistemas de cobro, en espec&iacute;fico, los Sistemas de Cobro en L&iacute;nea (OCS, <i>Online Charging System</i>)&#91;2&#93;.</font></p>  	    <p ><font face="verdana" size="2">La Empresa de Telecomunicaciones de Cuba S.A (Etecsa) adquiri&oacute; para su red m&oacute;vil un OCS del proveedor Ericsson, en su versi&oacute;n 5.2,&nbsp; conocido como Sistema de Cobro de Ericsson (ECS, <i>Ericsson Charging System</i>) con objetivo de sustituir la Red Inteligente Inal&aacute;mbrica (WIN, <i>Wireless Intelligent Network)</i> que presentaba un alto grado de obsolescencia. El ECS es altamente flexible y posee la capacidad de interactuar con m&uacute;ltiples nodos de las redes celulares, fijas y de datos, permitiendo la integraci&oacute;n comercial de los servicios que estas ofrecen.</font></p>  	    <p ><font face="verdana" size="2">Por otra parte, la Plataforma de Servicio Abierto (OSP, <i>Open Service Platform</i>) del proveedor Alcatel&#45;Lucent en su versi&oacute;n 2.4, encargada de brindar los servicios de Telefon&iacute;a Prepago (PPT, <i>Prepaid Telephony</i>) y de Enrutamiento y Cobro Flexible (FRC, <i>Flexible Routing and Charging</i>) correspondientes a los servicios de Red Inteligente (IN, <i>Intelligent Network</i>) de la red fija, ha entrado en etapas decisivas de obsolescencia. Esta situaci&oacute;n, unido al prolongado tiempo de explotaci&oacute;n al que ha sido sometida, ha dado lugar a que se busquen soluciones para su sustituci&oacute;n, pues por la importancia de los servicios que la misma ofrece para la empresa y sus clientes la eliminaci&oacute;n de estos no es una opci&oacute;n a tener en cuenta.</font></p>  	    <p ><font face="verdana" size="2">Precisamente, este trabajo tiene como objetivo proponer una soluci&oacute;n para la integraci&oacute;n comercial de los servicios de las redes inteligentes de Etecsa en el OCS de Ericsson. Para ello se tuvieron en cuenta una serie de requerimientos impuestos por Etecsa, como: no variar la l&oacute;gica del servicio, compatibilidad con los elementos de red existentes, mantener los servicios ofrecidos, tener la posibilidad de incorporar nuevos, y simplificar la arquitectura actual de la red.</font></p>  	     ]]></body>
<body><![CDATA[<p >&nbsp;</p>  	    <p ><font face="verdana" size="3"><b>2.&#45; PROPUESTA DE INTEGRACI&Oacute;N COMERCIAL DE LOS SERVICIOS DE RED INTELIGENTE</b></font></p>  	     <p >&nbsp;</p>  	    <p ><font face="verdana" size="2">Para el dise&ntilde;o de la propuesta de integraci&oacute;n comercial de los servicios de IN de la red telef&oacute;nica fija en el OCS de Ericsson, se tuvo en cuenta, en primer lugar, continuar brindando los servicios que ofrece la actual plataforma y en segundo lugar, la integraci&oacute;n de la base de datos de los clientes de los servicios de IN en el sistema de cobro en l&iacute;nea de la red m&oacute;vil, lo que permitir&aacute; realizar el cobro por el uso de estos en dicho sistema.</font></p>  	     <p ><font face="verdana" size="2">Adem&aacute;s, con objetivos de simplificar    la arquitectura de red actual y de reducir los gastos en los que se incurrir&iacute;a    por la compra de una nueva plataforma de red inteligente, se propone que algunas    de las funciones que realizan los nodos que componen a la OSP sean desempe&ntilde;adas    por equipamiento existente en la red de Etecsa. En funci&oacute;n de lo anterior,    se realiz&oacute; una comparaci&oacute;n entre los principales elementos que    componen a las INs, las Redes de Pr&oacute;xima Generaci&oacute;n (NGN, <i>Next    Generation Network</i>) y al Subsistema de Multimedia IP (IMS, <i>IP Multimedia    System</i>), ver <a href="#fig1">Figura 1</a>. Como resultado de dicha comparaci&oacute;n    se puede apreciar la presencia de elementos con funciones similares como son:</font></p>  	    <p ><font face="verdana" size="2">&nbsp;&nbsp;&nbsp;&nbsp;&bull;&nbsp;&nbsp; Recursos vocales:</font></p>  	    <p ><font face="verdana" size="2">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&#45;&nbsp;&nbsp; Punto de Recursos Especializados (SRP, <i>Specialized Resource Point</i>)</font></p>  	    <p ><font face="verdana" size="2">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&#45;&nbsp;&nbsp; Servidor de Recursos de Multimedia (MRS, <i>Multimedia Resources Server</i>)</font></p>  	    <p ><font face="verdana" size="2">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&#45;&nbsp;&nbsp; Funci&oacute;n de Recursos de Medios (MRF, <i>Media Resource Function</i>)</font></p>  	    <p ><font face="verdana" size="2">&nbsp;&nbsp;&nbsp;&nbsp;&bull;&nbsp;&nbsp; Dispositivos encargados de la conmutaci&oacute;n y control de la llamada:</font></p>  	    ]]></body>
<body><![CDATA[<p ><font face="verdana" size="2">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&#45;&nbsp;&nbsp; Punto de Conmutaci&oacute;n de Servicio (SSP, <i>Service Switching Point</i>)</font></p>  	    <p ><font face="verdana" size="2">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&#45;&nbsp;&nbsp; Softswitch (SS) y Pasarela de Medios (MGW, <i>Media Gateway</i>)</font></p>  	    <p ><font face="verdana" size="2">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&#45;&nbsp;&nbsp; Funci&oacute;n de Control de Sesi&oacute;n de Llamada (CSCF, <i>Call Sesion Control Function</i>) y Funci&oacute;n de Control de Pasarelade Media (MGCF, <i>Media Gateway Control Function</i>) /Funci&oacute;n de Control de pasarela de Acceso (AGCF, <i>Access Gateway Control Function</i>)</font></p>  	    <p ><font face="verdana" size="2">&nbsp;&nbsp;&nbsp;&nbsp;&bull;&nbsp;&nbsp; Dispositivos que controlan y contiene la l&oacute;gica de los servicios:</font></p>  	    <p ><font face="verdana" size="2">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&#45;&nbsp;&nbsp; Punto de Control de Servicio (SCP, <i>Service Control Point</i>)</font></p>  	    <p ><font face="verdana" size="2">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&#45;&nbsp;&nbsp; Servidor de Aplicaci&oacute;n (AS, <i>Application Server</i>)</font></p>  	    <p ><font face="verdana" size="2">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&#45;&nbsp;&nbsp; Servidor de Aplicaci&oacute;n SIP (SIP AS, <i>SIP Application Server</i>)</font></p>  	    <p align="center"><img src="http://img/revistas/eac/v37n2/f0107216.jpg"><a name="fig1"/></a>  	    <p ><font face="verdana" size="2"><b>2.1.&#45; P</b><b>ROPUESTA DE ARQUITECTURA GENERAL PARA LA INTEGRACI&Oacute;N COMERCIAL DE LOS SERVICIOS DE IN</b></font></p>  	    <p ><font face="verdana" size="2">La arquitectura general que se propone para la integraci&oacute;n se centra principalmente, desde el punto de vista funcional, en las capas de control y servicio de la red, pues en estas es donde se encuentran los elementos que desempe&ntilde;ar&aacute;n las funciones realizadas por la actual plataforma de IN de la red fija. Cabe aclarar que como se propone una arquitectura general, en el momento de realizar su implementaci&oacute;n las funciones realizadas por sus bloques pueden estar distribuidas en varios elementos de la red seg&uacute;n las caracter&iacute;sticas que estos presenten, pues dependen del dise&ntilde;o espec&iacute;fico de cada fabricante, aunque de forma general esta no debe variar mucho.</font></p>  	     ]]></body>
<body><![CDATA[<p ><font face="verdana" size="2">En la <a href="#fig2">Figura 2</a> se muestra    la arquitectura general propuesta para la integraci&oacute;n comercial de los    servicios de IN. En la misma aparecen en color rojo los diferentes bloques que,    en conjunto, realizar&aacute;n las funcionalidades de IN. El bloque Pasarelas    se encarga de convertir el tr&aacute;fico de Multiplicaci&oacute;n por Divisi&oacute;n    en Tiempo (TDM, <i>Time Divisi&oacute;n Multiplexing</i>) en tr&aacute;fico    IP y viceversa, para el caso de los usuarios con acceso TDM, no siendo necesario    para el acceso IP. El bloque descrito como Red M&oacute;vil comprende todos    los elementos de acceso y control&nbsp; que forman parte de la Red M&oacute;vil    de Etecsa.</font></p>  	    <p align="center"><img src="http://img/revistas/eac/v37n2/f0207216.jpg"><a name="fig2"/></a>  	    <p ><font face="verdana" size="2">Los bloques: Controlador y Conmutador de Servicios ser&aacute;n los encargados de sustituir a los SCPs y SSPs de la IN fija, respectivamente. El Controlador de Servicios es el encargado de controlar, de forma remota, al Conmutador de Servicios, de contener la l&oacute;gica de los servicios, monitorear su ejecuci&oacute;n y permitir o no el acceso a los mismos. Para esto &uacute;ltimo es necesario la interacci&oacute;n de este bloque con el Sistema de Cobro pues este contiene la base de datos de las cuentas de los suscriptores y los servicios que estos tienen disponibles. Por otra parte, el bloque Conmutador de Servicios debe llevar a cabo las funcionalidades de los SSPs de la IN, como son: el control de la llamada, la detecci&oacute;n de solicitudes de servicios de IN, la recolecci&oacute;n de la informaci&oacute;n necesaria y su env&iacute;o al Controlador de Servicios.</font></p>  	    <p ><font face="verdana" size="2">El bloque de Recursos Vocales debe sustituir a los SRPs de la IN desempe&ntilde;ando las funciones de: transmisi&oacute;n de tonos y anuncios, recepci&oacute;n de d&iacute;gitos, reproducci&oacute;n de mensajes de voz y, en general, el intercambio de informaci&oacute;n entre los usuarios y la red. Este bloque puede recibir directa o indirectamente las instrucciones del Controlador de Servicios a trav&eacute;s del Conmutador de Servicios.</font></p>  	     <p ><font face="verdana" size="2">Por &uacute;ltimo, el Sistema de Cobro debe    desempe&ntilde;ar algunas de las funcionalidades que realizaban tanto el SCP    como los SSP de la red inteligente, entre las que se encuentran: la construcci&oacute;n    de los Registros Detallados de Llamadas (CDRs, <i>Charging Data Record</i> o    <i>Call Data Record</i>), el almacenamiento de los datos de los suscriptores    y el cobro por el uso de los recursos de la red y de los servicios.</font></p>  	    <p ><font face="verdana" size="2"><b>2.2.&#45; I</b><b>MPLEMENTACI&Oacute;N DE LA ARQUITECTURA DE INTEGRACI&Oacute;N PROPUESTA CON LASTECNOLOG&Iacute;AS PRESENTES EN LA RED DE ETECSA</b></font></p>  	     <p ><font face="verdana" size="2">Teniendo como punto de partida la propuesta    de arquitectura general de integraci&oacute;n comercial planteada en la <a href="#fig2">Figura    2</a>, se realiz&oacute; una adaptaci&oacute;n de la misma a las tecnolog&iacute;as    presentes en la red de Etecsa.</font></p>  	    <p ><font face="verdana" size="2"><b>2.2.1.&#45; S</b><b>ISTEMA DE COBRO</b></font></p>  	    <p ><font face="verdana" size="2">Las funciones del bloque Sistema de Cobro las realizar&aacute; el ECS, sistema que presenta grandes prestaciones y que es utilizado actualmente para el cobro de los servicios prepagos que ofrece la red m&oacute;vil. Por lo que se parte de la arquitectura ya establecida en Etecsa entre el ECS y los elementos de la red m&oacute;vil y solo se trabaja en la interconexi&oacute;n de este con los elementos de la red fija que intervienen en la prestaci&oacute;n de los servicios de IN.</font></p>  	    <p ><font face="verdana" size="2">El empleo del ECS como sistema de cobro com&uacute;n para los servicios de IN de las redes fija y m&oacute;vil permitir&aacute; la integraci&oacute;n comercial; pues los usuarios de los servicios de IN ser&aacute;n agregados al Punto de Datos del Servicio (SDP, <i>Service Data Point</i>) del ECS, elemento en el que se encuentran las bases de datos de los suscriptores m&oacute;viles, logr&aacute;ndose as&iacute; la existencia de una &uacute;nica cuenta para los usuarios de ambas redes; esto posibilitar&aacute; ofrecer paquetes de servicios que combinen ambas redes.</font></p>  	     ]]></body>
<body><![CDATA[<p ><font face="verdana" size="2">Es importante destacar que debido a que inicialmente    el ECS fue adquirido para prestar servicios a la red m&oacute;vil, es necesario    para su uso en la propuesta de integraci&oacute;n que se plantea, realizar un    redimensionamiento de las capacidades de sus elementos, para que sea capaz de    soportar todo el tr&aacute;fico que cursar&aacute; por &eacute;l proveniente    de las redes m&oacute;vil y fija. Por tal motivo, se precisa redimensionar los    nodos: SDP, Nodo de Control de Cobro (CCN, <i>Charging Control Node</i>), Servidor    de Recarga y de Informaci&oacute;n de Cuenta (AIR, <i>Account Information and    Refill server</i>), Buscador de Cuenta (AF, <i>Account Finder</i>), Sistema    de Reporte de Datos de Cobro (CRS, <i>Charging data Report System</i>), Ericsson    Multi Mediaci&oacute;n (EMM, <i>Ericsson Multi Mediation</i>) y Ericsson Multi    Activaci&oacute;n (EMA, <i>Ericsson Multi Activation</i>).</font></p>  	    <p ><font face="verdana" size="2"><b>2.2.2.&#45; C</b><b>ONTROLADOR DE SERVICIO</b></font></p>  	    <p ><font face="verdana" size="2">Las funciones del Controlador de Servicio de la propuesta de arquitectura general las debe realizar el Motor de Composici&oacute;n de Ericsson (ECE, <i>Ericsson Composition Engine</i>) &#91;3&#93;, en proceso de adquisici&oacute;n por parte de la empresa. El ECE permite la utilizaci&oacute;n de los servicios de IN en entornos IMS y facilita la creaci&oacute;n de aplicaciones convergentes y diferenciadas &#91;4&#93;. Debido a la importancia de este elemento es necesario que cuente con redundancia geogr&aacute;fica que garantice la prestaci&oacute;n de los servicios en todo momento, recomend&aacute;ndose una configuraci&oacute;n dual&#45;homing en modo activo&#45;activo. El ECE es quien recibe las solicitudes de los servicios provenientes de la red y ejecuta las aplicaciones encargadas de&nbsp;brindar la l&oacute;gica de los servicios&nbsp;de Telefon&iacute;a Prepago (PPT, <i>Prepaid Telephony</i>) y de Cobro y Ruteo Flexible (FRC, <i>Flexible Routing and Charging</i>), para lo cual ser&aacute; necesario la presencia de las aplicaciones Tarjeta Prepago (PCC, <i>Prepaid Calling Card</i>) y Aplicaci&oacute;n de N&uacute;mero de Servicio (SNA, <i>Service Number Application</i>), respectivamente.&nbsp;Adem&aacute;s, se pueden incorporar otras aplicaciones como Redes Virtuales Privadas (VPN, <i>Virtual Private Network</i>) y Portabilidad de N&uacute;meros (<i>Number Portability</i>), con el objetivo de incrementar el portafolio de servicios que Etecsa ofrece a sus clientes. El ECE en conjunto con los diferentes elementos que componen al ECS realizar&aacute; las funciones de SCP de IN, para esto el ECE se comunica con:</font></p>  		     <p><font size="2" face="Verdana">El EMM, mediante el protocolo de Transferencia de Archivos    (FTP, <i>File Transfer Protocol</i>), para el env&iacute;o de los CDRs generados    durante la prestaci&oacute;n de un servicio. El EMM recopila esa informaci&oacute;n    y la correlaciona con el resto de los CDRs enviados por los diferentes nodos    de la red, para posteriormente enviarlos v&iacute;a FTP al CRS, el cual se encarga    de procesarlos y enviarlos al Dominio de Facturaci&oacute;n.</font></p>     <p><font size="2" face="Verdana">El CCN, mediante el Protocolo de Aplicaci&oacute;n de    Cobro de Servicios en su versi&oacute;n 2 (SCAPv2, <i>Service Charging Application    Protocol version 2</i>), y este a su vez con el SDP a trav&eacute;s del Protocolo    de Interrogaci&oacute;n de Cobro (CIP, <i>Charging Interrogation Protocol</i>)    sobre Sistema de Se&ntilde;alizaci&oacute;n N&uacute;mero 7 (SS7, <i>Signalling    System Number 7</i>) o IP. De esta forma realiza las comprobaciones necesarias    en la base de datos de los clientes y en el estado de cuenta de los mismos,    conociendo, entre otros, el saldo que estos poseen para el uso de los servicios;    lo que le permite tomar decisiones relacionadas con el acceso o no de los clientes    a los mismos.</font></p>     <p><font size="2" face="Verdana">El AIR/AF, el AF se encuentra localizado en el mismo servidor    que el AIR, a trav&eacute;s del Protocolo de Integraci&oacute;n de la Comunicaci&oacute;n    de Usuario (UCIP, <i>User Communication Integration Protocol</i>), para realizar    ajustes, consultas y actualizaciones de las cuentas de los usuarios.</font></p>     <p><font size="2" face="Verdana">El Servidor de Voucher (VS, <i>Voucher Server)</i>    mediante el Protocolo de Integraci&oacute;n del Servidor de <i>Voucher</i> (VSIP,    <i>Voucher Server Integration Protocol</i>) para la gesti&oacute;n y administraci&oacute;n    de las tarjetas de recarga activas.</font></p>  	    <p ><font face="verdana" size="2"><b>2.2.3.&#45; C</b><b>ONMUTADOR DE SERVICIOS</b></font></p>  	     <p ><font face="verdana" size="2">Para desempe&ntilde;ar las funciones del bloque    Conmutador de Servicios, se consideraron dos alternativas, siendo necesario    analizar las ventajas y desventajas de cada una y realizar una comparaci&oacute;n    entre ellas para seleccionar la m&aacute;s adecuada.</font></p>  	    <p ><font face="verdana" size="2"><b>2.2.3.1.&#45; A</b><b>LTERNATIVA 1: EMPLEO DEL SOFTX3000 DE HUAWEI COMO SSP</b></font></p>  	    ]]></body>
<body><![CDATA[<p ><font face="verdana" size="2">En esta alternativa las funciones del bloque Conmutador de Servicios las realiza el SoftX3000, elemento de la capa de control del dominio NGN de Huawei, en conjunto con las Pasarelas de Media Universal (UMG, <i>Universal Media Gateway</i>), UMG8900 y los Nodos de Acceso Multiservicio (MSAN, <i>Multiservice Access Node</i>), MSAN UA5000.</font></p>  	    <p ><font face="verdana" size="2">El SoftX3000 se encuentra actualmente en la red de Etecsa con una configuraci&oacute;n dual&#45;homing en el modo activo&#45;<i>standby</i> que brinda redundancia en la capa de control, permitiendo que en caso de fallo del SoftX3000 activo se pase inmediatamente a emplear el que se encuentra en <i>standby</i> &#91;5&#93;. Para ello ambos <i>softswitches</i> tienen que tener la misma configuraci&oacute;n y realizar las mismas funciones. El resto de los dominios NGN de la red de Etecsa se encuentran conectados a estos en una configuraci&oacute;n de malla, empleando el protocolo SIP con encapsulado ISUP (SIP&#45;I, <i>SIP with encapsulated ISUP</i>), y acceden a los servicios de IN fija a trav&eacute;s del SoftX3000 &#91;5&#93;.</font></p>  	    <p ><font face="verdana" size="2">Para el empleo del SoftX3000 como conmutador de servicios en la propuesta de integraci&oacute;n es necesario que la l&oacute;gica de los servicios de IN fija est&eacute;n implementados en el ECE sobre el Protocolo de Aplicaci&oacute;n de Red Inteligente (INAP, <i>Intelligent Network Application Protocol</i>) soportado por el Conjunto de Capacidades 1 (CS1 <i>Capability Set 1</i>), ya que la forma en que estos se configuran est&aacute; relacionada con el protocolo que utiliza el ECE para comunicarse con el resto de los elementos, principalmente con el conmutador de servicios. Cuando el SoftX3000 detecta la solicitud de servicio de IN se comunica con el ECE empleando este protocolo, siendo el ECE el encargado de realizar las comprobaciones necesarias en las cuentas de los clientes. Otra opci&oacute;n ser&iacute;a el empleo del protocolo SIP para la comunicaci&oacute;n entre el SoftX3000 y el ECE, pero se descart&oacute; ya que el SoftX3000 no es capaz de manejar f&aacute;cilmente el flujo prepago t&iacute;pico en la prestaci&oacute;n del servicio utilizando este protocolo, de ah&iacute; que esta opci&oacute;n tenga riesgos de interoperabilidad.</font></p>  	     <p ><font face="verdana" size="2">En esta alternativa la funci&oacute;n del <i>softswitch</i>    es realizar el control de la conmutaci&oacute;n de los diferentes tr&aacute;ficos    que pasan por los MGWs, seg&uacute;n disponga el ECE para lo cual es necesario    una actualizaci&oacute;n de su software; en la <a href="#fig3">Figura 3</a>    se aprecia la conexi&oacute;n entre el ECE y el SoftX3000.</font></p>      <p align="center"><img src="http://img/revistas/eac/v37n2/f0307216.jpg"><a name="fig3"/></a>  	    <p ><font face="verdana" size="2">Esta propuesta tiene como ventajas el empleo del SoftX3000 pues no es necesario incurrir en gastos adicionales relacionados con la compra de un nuevo elemento, solo son necesarios los gastos concernientes a su dimensionamiento y a la adquisici&oacute;n de las licencias para realizar las funciones de SSP. Adem&aacute;s, el equipamiento existente es de Huawei, un proveedor con un alto &iacute;ndice de presencia en el pa&iacute;s y con varios a&ntilde;os de explotaci&oacute;n, durante los cuales no ha ocurrido ninguna falla relacionada con los elementos de control.</font></p>  	    <p ><font face="verdana" size="2">Adicionalmente, la configuraci&oacute;n dual&#45;homing en modo activo&#45;<i>standby</i> del SoftX3000 brinda alta confiabilidad y disponibilidad lo que garantiza la prestaci&oacute;n de los servicios en todo momento.</font></p>  	     <p ><font face="verdana" size="2">El principal inconveniente de esta alternativa    radica en que la misma se basa en la tecnolog&iacute;a NGN, para la cual muchos    fabricantes, incluido Huawei, han anunciado el cese de sus investigaciones y    de la producci&oacute;n de equipamiento, lo que implica la utilizaci&oacute;n    de elementos sin respaldo en el mercado.</font></p>  	    <p ><font face="verdana" size="2"><b>2.2.3.2.&#45; A</b><b>LTERNATIVA 2: EMPLEO DEL N&Uacute;CLEO DE IMS DE ZTE COMO SSP</b></font></p>  	     <p ><font face="verdana" size="2">En esta alternativa se emplea para la realizaci&oacute;n    de las funcionalidades del Conmutador de Servicios el n&uacute;cleo de IMS de    ZTE, presente en la red de Etecsa. En la <a href="#fig4">Figura 4</a> se muestra    la conexi&oacute;n entre el ECE y el n&uacute;cleo de IMS de ZTE desempe&ntilde;ando    las funciones de SSP.</font></p>  	    ]]></body>
<body><![CDATA[<p align="center"><img src="http://img/revistas/eac/v37n2/f0407216.jpg"><a name="fig4"/></a>  	    <p ><font face="verdana" size="2">En el n&uacute;cleo IMS de ZTE, la Funci&oacute;n de Control de Sesi&oacute;n de Llamada&#45;Servicio (S&#45;CSCF, <i>Serving&#45;Call Session Control Function</i>) es la encargada de recibir las solicitudes de servicios provenientes de usuarios del mundo IMS y TDM/NGN.</font></p>  	    <p ><font face="verdana" size="2">Los usuarios IMS pueden acceder a la red por dos v&iacute;as diferentes teniendo en cuenta el protocolo de se&ntilde;alizaci&oacute;n que utilicen, es decir, cuando el protocolo es H.248 acceden a trav&eacute;s de la AGCF y cuando es SIP lo hacen a trav&eacute;s de la Funci&oacute;n de Control de Sesi&oacute;n de Llamada&#45;Proxy (P&#45;CSCF, <i>Proxy&#45;Call Session Control Function</i>), en ambos casos se emplea el punto de referencia Mw para la comunicaci&oacute;n con el S&#45;CSCF. La conexi&oacute;n a trav&eacute;s de la P&#45;CSCF tiene como particularidad que la primera vez que los usuarios se registran, tienen que comunicarse con la Funci&oacute;n de Control de Sesi&oacute;n de Llamada&#45;Interrogador (I&#45;CSCF, <i>Interrogating&#45;Call Session Control Function</i>) para conocer la direcci&oacute;n de la S&#45;CSCF correspondiente. Esta direcci&oacute;n queda almacenada en la P&#45;CSCF, de forma tal que la pr&oacute;xima vez que los usuarios accedan a un servicio, este se comunica directamente con la S&#45;CSCF.</font></p>  	    <p ><font face="verdana" size="2">Por otra parte, los UMG8900 y MSAN UA5000 reciben las solicitudes de servicios provenientes de los usuarios TDM/NGN y las env&iacute;an al SoftX3000, quien los controla, mediante los protocolos H.248, el cual las reenv&iacute;a a la MGCF a trav&eacute;s del protocolo SIP&#45;I, la cual a su vez se las env&iacute;a a la S&#45;CSCF a trav&eacute;s de la interfaz Mg utilizando el protocolo SIP.</font></p>  	    <p ><font face="verdana" size="2">El resto de los dominios NGNs de la red de Etecsa se comunican con la MGCF a trav&eacute;s de la malla existente entre este y los elementos de control de las NGNs empleando el protocolo SIP&#45;I, recibiendo la MGCF las solicitudes de servicios de IN provenientes de los usuarios de dichas redes.</font></p>  	    <p ><font face="verdana" size="2">Luego de que las solicitudes de servicios son procesadas por la S&#45;CSCF esta se comunica con el ECE, si se trata de servicios de IN, y con los servidores de aplicaciones restantes para servicios IMS, como es el caso del Servidor de Aplicaciones de Telefon&iacute;a Multimedia (MMTel AS, <i>Multimedia Telephony Application Server</i>). En ambos casos se emplea el protocolo SIP, a trav&eacute;s de la interfaz de Control de Servicios IMS (ISC, <i>IMS Services Control</i>).</font></p>  	    <p ><font face="verdana" size="2">En el ECE se encuentra la l&oacute;gica de los servicios de IN implementada sobre el protocolo SIP y es visto por la S&#45;CSCF como un servidor de aplicaciones m&aacute;s.</font></p>  	    <p ><font face="verdana" size="2">Esta propuesta&nbsp; tiene como ventajas el empleo del n&uacute;cleo IMS de ZTE como SSP, pues permite el desarrollo tecnol&oacute;gico de la red de Etecsa hacia etapas m&aacute;s avanzadas, siguiendo as&iacute; un proceso l&oacute;gico y que prev&eacute; futuros cambios de infraestructura.</font></p>  	    <p ><font face="verdana" size="2">Adem&aacute;s, sigue la tendencia actual de integrar las redes fijas y m&oacute;viles, teniendo como m&aacute;ximo exponente el empleo de arquitecturas o tecnolog&iacute;as IMS.</font></p>  	    <p ><font face="verdana" size="2">Adicionalmente con el empleo de esta propuesta se ahorra en gastos de inversi&oacute;n, pues se emplea una tecnolog&iacute;a presente en la red de Etecsa.</font></p>  	     ]]></body>
<body><![CDATA[<p ><font face="verdana" size="2">Como desventaja se tiene que, al ser IMS una    tecnolog&iacute;a de reciente incorporaci&oacute;n a la red de Etecsa no se    cuenta con suficiente experiencia en ella. Adem&aacute;s, en el momento en que    se dise&ntilde;a esta arquitectura el n&uacute;cleo de IMS se encuentra a&uacute;n    en etapas de pruebas por lo que todav&iacute;a no est&aacute; brindando servicios,    de ah&iacute; que, aunque uno de los requisitos impuestos para su compra fue    que contara con redundancia geogr&aacute;fica, esta a&uacute;n no est&aacute;    presente en la red, factor que sin duda ralentizar&aacute; la implementaci&oacute;n    de la propuesta.</font></p>  	    <p ><font face="verdana" size="2"><b>2.2.3.3.&#45; D</b><b>EFINICI&Oacute;N DE LA TECNOLOG&Iacute;A DEL BLOQUE CONMUTADOR DE SERVICIOS</b></font></p>  	    <p ><font face="verdana" size="2">Luego de analizadas las principales ventajas y desventajas que implica la adopci&oacute;n de cada una de las alternativas planteadas para la realizaci&oacute;n de las funcionalidades del bloque de conmutaci&oacute;n de servicios, se procede a la selecci&oacute;n de la que, a criterio de los autores, se recomienda implementar en la red de Etecsa para la integraci&oacute;n comercial. Para ello se realiz&oacute; una comparaci&oacute;n entre las dos alternativas presentadas teniendo en cuenta los siguientes aspectos: <i>Roadmap</i> de las tecnolog&iacute;as empleadas, convergencia de las redes fijas y m&oacute;viles, reducci&oacute;n de los Gastos Operacionales (OPEX, <i>Operacional Expendeture</i>) y tiempo de implementaci&oacute;n en la red de Etecsa.</font></p>  	    <p ><font face="verdana" size="2">&nbsp;&nbsp;&nbsp;&nbsp;&bull;&nbsp;&nbsp; <i>Roadmap</i> de las tecnolog&iacute;as empleadas</font></p>  	     <p ><font face="verdana" size="2">En la <a href="http://img/revistas/eac/v37n2/f0507216.jpg">Figura 5</a>    se muestra el <i>Roadmap</i> del hardware del SoftX3000 de Huawei, que como    se puede apreciar, se encuentra dividido en tres fases: Fin de Lanzamiento al    Mercado (EOM, <i>End of Marketing</i>), Fin del Soporte Completo (EOFS, <i>End    of Full Support</i>) y Fin del Servicio (EOS, <i>End of Service</i>). De acuerdo    con esto, el SoftX3000 alcanzar&aacute; el fin de su ciclo de vida en los pr&oacute;ximos    cinco a&ntilde;os &#91;5&#93;.</font></p>  	    <p ><font face="verdana" size="2">Dada lo cercano que se encuentra el fin del ciclo de vida de la tecnolog&iacute;a NGN de Huawei y en general, de cualquier fabricante no resulta sensato invertir en ella, resultando m&aacute;s conveniente comenzar a planificar la adopci&oacute;n de tecnolog&iacute;as m&aacute;s modernas para evitar que la red alcance niveles m&aacute;s elevados de obsolescencia.</font></p>  	     <p ><font face="verdana" size="2">En la <a href="#fig6">Figura 6</a>, se aprecia    el <i>Roadmap</i> de los productos IMS de ZTE el cual se encuentra dividido    en cuatro etapas, observ&aacute;ndose que tiene un futuro m&aacute;s duradero    que la tecnolog&iacute;a NGN, pues su ciclo de vida se extiende hasta el 2025.</font></p>  	    <p align="center"><img src="http://img/revistas/eac/v37n2/f0607216.jpg"><a name="fig6"/></a>  	    <p ><font face="verdana" size="2">&nbsp;&nbsp;&nbsp;&nbsp;&bull;&nbsp;&nbsp; Posibilidad de Convergencia Fija&#45;M&oacute;vil</font></p>  	    <p ><font face="verdana" size="2">El empleo de la tecnolog&iacute;a NGN permite lograr la Convergencia Fija&#45;M&oacute;vil(FMC, <i>Fixed Mobile Convergence)</i> en la capa de transporte, pues el <i>backbone</i> IP/MPLS es com&uacute;n para ambas redes, sin embargo no es posible lograr la FMC en el n&uacute;cleo de la red, ya que el SoftX3000 controla solamente los elementos de la red fija, mientras que el control de los elementos de la red m&oacute;vil lo realizan equipos similares (MSoftx3000 y APZ21260), por lo que el empleo de tecnolog&iacute;a NGN no garantiza el logro de la convergencia fija&#45;m&oacute;vil en todas sus modalidades.</font></p>  	    ]]></body>
<body><![CDATA[<p ><font face="verdana" size="2">Por otra parte, el empleo del n&uacute;cleo de IMS de ZTE permitir&aacute; lograr una verdadera FMC, ya que independientemente de la interfaz de acceso que emplee determinado terminal para solicitar la prestaci&oacute;n de un servicio, el control de la red siempre lo realiza el mismo elemento, el CSCF. El empleo de Servidores de Aplicaciones en la red IMS permite que tanto los servicios que se prestan al mundo fijo como al m&oacute;vil se encuentren en un mismo elemento en la red, de ah&iacute; que sea otra forma de convergencia. De forma similar a la NGN, el empleo de IMS tambi&eacute;n garantiza la FMC en la capa de transporte. Por estas razones se puede afirmar que el uso de IMS permite alcanzar la total convergencia fija&#45;m&oacute;vil.</font></p>  	    <p ><font face="verdana" size="2">&nbsp;&nbsp;&nbsp;&nbsp;&bull;&nbsp;&nbsp; Reducci&oacute;n de OPEX</font></p>  	    <p ><font face="verdana" size="2">La reducci&oacute;n de los gastos operacionales es uno de los principales motivos que impulsan a los Proveedores de Servicios de Comunicaciones (CSP, <i>Communication Service Provider</i>) a implementar nuevas tecnolog&iacute;as en sus redes. El empleo de ambas alternativas permitir&aacute; la reducci&oacute;n de OPEX, ya que se simplificar&iacute;a la red al eliminar el sistema OSP 2.4 e implementar sus funcionalidades y servicios en los elementos existentes en la red, lo que reduce los gastos de mantenimiento y de operaci&oacute;n. No obstante, la adopci&oacute;n de la propuesta basada en IMS influir&aacute; m&aacute;s en la reducci&oacute;n del OPEX, una vez que la red sea mayoritariamente sobre IMS, ya que garantiza un mayor grado de integraci&oacute;n, lo que se traduce en una arquitectura de red m&aacute;s simplificada&nbsp; y eficiente.</font></p>  	    <p ><font face="verdana" size="2">&nbsp;&nbsp;&nbsp;&nbsp;&bull;&nbsp;&nbsp; Tiempo de implementaci&oacute;n en la red de Etecsa</font></p>  	    <p ><font face="verdana" size="2">Ambas alternativas se pueden implementar en la red de Etecsa, pues en la misma se cuenta con los elementos esenciales para su realizaci&oacute;n. Sin embargo, sus tiempos de implementaci&oacute;n son diferentes.</font></p>  	    <p ><font face="verdana" size="2">Con el empleo del SoftX3000 el tiempo de implementaci&oacute;n ser&aacute; reducido pues ya se encuentra brindando servicios en la red, siendo solamente necesario, una actualizaci&oacute;n de su software para que pueda realizar las funciones de SSP de IN. Por otra parte, con el empleo del n&uacute;cleo de IMS se necesitar&aacute; m&aacute;s tiempo, ya que esta tecnolog&iacute;a se encuentra a&uacute;n en etapas de prueba y no cuenta con la redundancia requerida, factores que retrasar&aacute;n su implementaci&oacute;n.</font></p>  	     <p ><font face="verdana" size="2">En la <a href="#tab1">Tabla 1</a> se resume    la comparaci&oacute;n realizada entre las dos alternativas planteadas con el    objetivo de facilitar la selecci&oacute;n de la tecnolog&iacute;a encargada    de realizar las funcionalidades de SSP. En la misma se observa que a pesar de    que el tiempo de implementaci&oacute;n de la alternativa basada en IMS es mayor    que la basada en NGN, desde el punto de vista de <i>Roadmap</i>, logro de la    convergencia de las redes fijas y m&oacute;viles y reducci&oacute;n de los gastos    operacionales, su empleo es el m&aacute;s acertado, pues permite el desarrollo    de la red hacia IMS. Aunque si bien es cierto que el factor tiempo es de gran    peso para la implementaci&oacute;n de la propuesta, consideramos que no es raz&oacute;n    suficiente para rechazarla pues posee grandes ventajas; simplemente es necesario    trabajar en aras de su disminuci&oacute;n.</font></p>  	    <p align="center"><img src="http://img/revistas/eac/v37n2/t0107216.gif"><a name="tab1"/></a>  	    <p ><font face="verdana" size="2"><b>2.2.4.&#45; R</b><b>ECURSOS VOCALES</b></font></p>  	    <p ><font face="verdana" size="2">Para la realizaci&oacute;n de las funcionalidades del bloque Recursos Vocales se propone el empleo de la Funci&oacute;n de Recursos de Medios (MRF) del n&uacute;cleo IMS de ZTE, compuesta por el Controlador de&nbsp; Funciones de Recursos de Multimedia (MRFC, <i>Multimedia Resource Function Controller</i>) y el Procesador de Funciones de Recursos de Media (MRFP, <i>Multimedia ResourceFunctionProcessor</i>) &#91;6&#93;.</font></p>  	    ]]></body>
<body><![CDATA[<p ><font face="verdana" size="2">El MRFC ser&aacute; controlado de forma indirecta por el ECE a trav&eacute;s de la S&#45;CSCF, y le indicar&aacute; al MRFP, mediante la interfaz Mp, las acciones que debe realizar teniendo en cuenta lo que disponga el ECE. El MRFP ser&aacute; el encargado de brindar las m&aacute;quinas de anuncio y de establecer los canales de media con los MSANs y UMGs seg&uacute;n corresponda.</font></p>  	    <p ><font face="verdana" size="2">Tambi&eacute;n se analiz&oacute; el empleo de la Respuesta de Voz Interactiva (IVR, <i>Interactive Voice Response</i>), utilizado actualmente en la m&oacute;vil, pero se descart&oacute; debido a la gran capacidad requerida y a la constante utilizaci&oacute;n de m&aacute;quinas de anuncios y de men&uacute;s de selecci&oacute;n por parte de los servicios de IN.</font></p>  	     <p ><font face="verdana" size="2">En la <a href="http://img/revistas/eac/v37n2/f0707216.jpg">Figura 7</a>    se muestra c&oacute;mo queda conformada la implementaci&oacute;n de la arquitectura    propuesta para la integraci&oacute;n comercial de los servicios de las redes    inteligentes de Etecsa con el empleo del OCS de Ericsson.</font></p>  	    <p ><font face="verdana" size="2"><b>3.&#45; A</b><b>N&Aacute;LISIS COSTO&#45;BENEFICIO</b></font></p>  	    <p ><font face="verdana" size="2">La propuesta de arquitectura presentada para integrar los servicios de IN en el OCS de Ericsson aporta beneficios tanto para la empresa como para sus clientes, pues permite disminuir los Gastos de Capital (CAPEX, <i>Capital Expenditures</i>) y el OPEX y lograr una mayor satisfacci&oacute;n de los usuarios, lo que posibilita la adquisici&oacute;n de nuevos clientes y retenci&oacute;n de los existentes, aun cuando Etecsa sea la &uacute;nica empresa que brinda servicios de telecomunicaciones a la poblaci&oacute;n pues los clientes pueden dejar de emplear servicios de IN como es el caso de tarjeta prepago.</font></p>  	    <p ><font face="verdana" size="2">La reducci&oacute;n del CAPEX se logra pues, con la propuesta realizada se aprovecha la infraestructura y equipamientos existentes en la red; de esta forma solo es necesario invertir en la compra del ECE y en la adquisici&oacute;n de las licencias necesarias para el dimensionamiento de los elementos del ECS, del IMS y de la NGN, que intervendr&aacute;n en la prestaci&oacute;n de los servicios de IN.</font></p>  	    <p ><font face="verdana" size="2">La disminuci&oacute;n del OPEX se debe al nivel de integraci&oacute;n que se alcanza con la propuesta pues permite sustituir la plataforma OSP 2.4 de IN actual pues sus funciones son asumidas por varios de los elementos considerados en la propuesta, como es el caso del ECS que se encargar&aacute; de realizar el cobro de los servicios prepagos. Adem&aacute;s, la arquitectura de integraci&oacute;n propuesta permite un ahorro en t&eacute;rminos de mantenimiento de los elementos de la red al existir una &uacute;nica infraestructura encargada de la prestaci&oacute;n de los servicios de IN y del tr&aacute;nsito de telefon&iacute;a nacional, pues actualmente son brindados sobre arquitecturas independientes. Adicionalmente, el ECS brinda control en tiempo real del uso de los recursos por parte de los usuarios que acceden a los servicios, lo que contribuye a evitar el fraude y la disminuci&oacute;n de ganancias, de gran importancia para la empresa.</font></p>  	    <p ><font face="verdana" size="2">Tambi&eacute;n, a partir de la integraci&oacute;n de las cuentas de servicios prepagos en el OCS de Ericsson, es posible ofertar a los clientes paquetes que combinen tanto servicios m&oacute;viles como de tarjeta prepago, l&iacute;neas fijas prepagos, telePAGO, etc., pudiendo constituir estos las primeras ofertas de este tipo que realiza la empresa. Otra oportunidad que brinda es la reducci&oacute;n de los gastos de generaci&oacute;n y producci&oacute;n de las tarjetas de recarga pues las mismas podr&aacute;n ser usadas para ambos servicios. Lo aqu&iacute; mencionado son ejemplos de integraci&oacute;n comercial de los servicios.</font></p>  	    <p ><font face="verdana" size="2">Por otra parte, a pesar de la inversi&oacute;n que es necesaria para la compra del ECE, la presencia en la red de este elemento brinda la posibilidad de ofertar servicios con gran impacto positivo en la poblaci&oacute;n como es el caso del mencionado servicio de tarjeta prepago, el cual alivia el problema de la escasez de l&iacute;neas telef&oacute;nicas fijas en el pa&iacute;s. Adem&aacute;s, este elemento permite el desarrollo de nuevas aplicaciones con la posibilidad de poder comercializarlas con otros operadores de telecomunicaciones, constituyendo as&iacute; una manera de recuperar parte de la inversi&oacute;n en un menor tiempo. De igual forma, los servicios que brindar&aacute; la SNA permitir&aacute;n a las empresas y negocios no estatales una accesibilidad completa, permiti&eacute;ndoles a sus clientes comunicarse con ellos desde cualquier parte del pa&iacute;s a trav&eacute;s de un n&uacute;mero &uacute;nico y sencillo.</font></p>  	     <p ><font face="verdana" size="2">Finalmente es importante precisar que para lograr    los beneficios que tendr&iacute;a la implementaci&oacute;n de la propuesta realizada    en este trabajo es de vital importancia garantizar el correcto funcionamiento    del n&uacute;cleo de IMS de ZTE y del ECE, y para ello es necesario realizar    la capacitaci&oacute;n del personal encargado de su operaci&oacute;n lo cual,    sin dudas, afectar&aacute; inicialmente el OPEX.</font></p>     ]]></body>
<body><![CDATA[<p >&nbsp;</p>  	     <p ><font face="verdana" size="3"><b>4.&#45; CONCLUSIONES</b></font></p>     <p >&nbsp;</p>  	    <p ><font face="verdana" size="2">La propuesta de arquitectura de integraci&oacute;n comercial para los servicios de IN de Etecsa que se plantean en este trabajo utiliza como elemento fundamental el OCS de Ericsson, ya empleado en la empresa para los servicios m&oacute;viles. Para el conmutador de servicios de dicha arquitectura fue seleccionado, despu&eacute;s del an&aacute;lisis de dos alternativas, el n&uacute;cleo de IMS de ZTE.</font></p>  	    <p ><font face="verdana" size="2">Con el dise&ntilde;o realizado se logr&oacute; cubrir los requerimientos planteados por Etecsa para la integraci&oacute;n comercial, en especial, mantener los servicios ofrecidos, facilitar la incorporaci&oacute;n de nuevos y simplificar la arquitectura actual de la red.</font></p>  	    <p ><font face="verdana" size="2">La utilizaci&oacute;n de la propuesta de integraci&oacute;n dise&ntilde;ada permite la implementaci&oacute;n de los servicios que la OSP ofrece en un sistema de alto rendimiento y muy flexible como es el OCS de Ericsson resultando muy atractiva, pues la concepci&oacute;n de todo en un sistema integrado implica un manejo comercial m&aacute;s centralizado, novedoso y eficiente; que se traducir&aacute; en una reducci&oacute;n del CAPEX y el OPEX, en un menor tiempo de implementaci&oacute;n de servicios para el mercado y en ofertas m&aacute;s atractivas para los clientes.</font></p>  	     <p >&nbsp;</p>  	     <p ><font face="verdana" size="3"><b>REFERENCIAS</b></font></p>     <p >&nbsp;</p>  	     <!-- ref --><p ><font face="verdana" size="2">1. Gosselin S, Moufida F, Mamouni T, et al.    Fixed and mobile convergence: Needs and solutions. En: European Wireless 2014;    20th European Wireless Conference; Proceedings of. VDE. p. 1-6. [Citado 19 de    enero 2015] Disponible en:<a href="http://ieeexplore.ieee.org/stamp/stamp.jsp?tp=&amp;arnumber=6843174" target="_blank">http://ieeexplore.ieee.org/stamp/stamp.jsp?tp=&amp;arnumber=6843174</a>.    </font></p>  	     <!-- ref --><p ><font face="verdana" size="2">2. 3GPP TS 32.296 v12.3.0. Online Charging System    (OCS): Applications and interfaces. Technical Specification, 3rd Generation    Partnership Project. 2014 &#91;cited 20 de febrero 2015&#93;. Available from:    <a href="http://www.3gpp.org/ftp/Specs/archive/32_series/32.296/32296&#45;c30.zip" target="_blank">http://www.3gpp.org/ftp/Specs/archive/32_series/32.296/32296&#45;c30.zip</a>.    </font></p>  	    <!-- ref --><p ><font face="verdana" size="2">3. Maas F. Ericcson Composition Engine (ECE). Converged Service Studio and Service Exposure.&nbsp; Workshop Ericsson&#45;Etecsa, 2015.    </font></p>  	     <!-- ref --><p ><font face="verdana" size="2">4. Niem&ouml;ller J, Fikouras I, de Rooij F,    et al. Ericsson composition engine&#8211;next-generation in. Ericsson Review.    2009;2:22-7. &#91;Citado 19 de enero 2015&#93;. Disponible en: <a href="http://www.ericsson.com/in/ericsson/corpinfo/publications/review/2009_02/files/NGIN.pdf" target="_blank">http://www.ericsson.com/in/ericsson/corpinfo/publications/review/2009_02/files/NGIN.pdf</a>.    </font></p>  	     <!-- ref --><p ><font face="verdana" size="2">5. Moreno AF. Optimizaci&oacute;n de la arquitectura    de NGN en Cuba. Introducci&oacute;n de IMS. La Habana: Instituto Superior Polit&eacute;cnico    Jos&eacute; Antonio Echevarr&iacute;a; 2014.    </font></p>  	     <!-- ref --><p align="left" ><font face="verdana" size="2">6. Chen Y, Cheng B, Zhang X. Research    and Implementation of an IMS-based AS/MRFC Model for IVR Services. En: IT Convergence    and Security (ICITCS), 2014 International Conference on. IEEE, 2014. p. 1-5.    Disponible en: <a href="http://ieeexplore.ieee.org/stamp/stamp.jsp?tp=&amp;arnumber=7021805" target="_blank">http://ieeexplore.ieee.org/stamp/stamp.jsp?tp=&amp;arnumber=7021805</a>.    </font></p>     <P>&nbsp;     <P>&nbsp;      <P><font size="2" face="Verdana">Recibido: 14 de mayo de 2016    <br>   Aprobado: 30 de junio de 2016</font>      <P>&nbsp;     <P>&nbsp;     <p ><font face="verdana" size="2"><i>Irian Leyva Pupo</i>. Dpto. Estructura de    la Red, Direcci&oacute;n de Planeamiento Estrat&eacute;gico, Direcci&oacute;n    Central de Desarrollo y Tecnolog&iacute;a (DCDT), ETECSA. E&#45;mail: <a href="mailto:irian.leyva@etecsa.cu">irian.leyva@etecsa.cu</a>.</font></p>  	     ]]></body><back>
<ref-list>
<ref id="B1">
<label>1</label><nlm-citation citation-type="confpro">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Gosselin]]></surname>
<given-names><![CDATA[S]]></given-names>
</name>
<name>
<surname><![CDATA[Moufida]]></surname>
<given-names><![CDATA[F]]></given-names>
</name>
<name>
<surname><![CDATA[Mamouni]]></surname>
<given-names><![CDATA[T]]></given-names>
</name>
</person-group>
<source><![CDATA[Fixed and mobile convergence: Needs and solutions]]></source>
<year></year>
<conf-name><![CDATA[ European Wireless 2014; 20th European Wireless Conference; Proceedings of]]></conf-name>
<conf-loc> </conf-loc>
<page-range>1-6</page-range></nlm-citation>
</ref>
<ref id="B2">
<label>2</label><nlm-citation citation-type="book">
<collab>3GPP</collab>
<source><![CDATA[Online Charging System (OCS): Applications and interfaces]]></source>
<year>2014</year>
<publisher-name><![CDATA[3rd Generation Partnership Project]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B3">
<label>3</label><nlm-citation citation-type="confpro">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Maas]]></surname>
<given-names><![CDATA[F]]></given-names>
</name>
</person-group>
<source><![CDATA[Ericcson Composition Engine (ECE): Converged Service Studio and Service Exposure]]></source>
<year></year>
<conf-name><![CDATA[ Workshop Ericsson-Etecsa]]></conf-name>
<conf-date>2015</conf-date>
<conf-loc> </conf-loc>
</nlm-citation>
</ref>
<ref id="B4">
<label>4</label><nlm-citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Niemöller]]></surname>
<given-names><![CDATA[J]]></given-names>
</name>
<name>
<surname><![CDATA[Fikouras]]></surname>
<given-names><![CDATA[I]]></given-names>
</name>
<name>
<surname><![CDATA[de Rooij]]></surname>
<given-names><![CDATA[F]]></given-names>
</name>
</person-group>
<article-title xml:lang="en"><![CDATA[Ericsson composition engine-next-generation in]]></article-title>
<source><![CDATA[Ericsson Review]]></source>
<year>2009</year>
<volume>2</volume>
<page-range>22-7</page-range></nlm-citation>
</ref>
<ref id="B5">
<label>5</label><nlm-citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Moreno]]></surname>
<given-names><![CDATA[AF]]></given-names>
</name>
</person-group>
<source><![CDATA[Optimización de la arquitectura de NGN en Cuba: Introducción de IMS]]></source>
<year>2014</year>
<publisher-loc><![CDATA[La Habana ]]></publisher-loc>
<publisher-name><![CDATA[Instituto Superior Politécnico José Antonio Echevarría]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B6">
<label>6</label><nlm-citation citation-type="confpro">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Chen]]></surname>
<given-names><![CDATA[Y]]></given-names>
</name>
<name>
<surname><![CDATA[Cheng]]></surname>
<given-names><![CDATA[B]]></given-names>
</name>
<name>
<surname><![CDATA[Zhang]]></surname>
<given-names><![CDATA[X]]></given-names>
</name>
</person-group>
<source><![CDATA[Research and Implementation of an IMS-based AS/MRFC Model for IVR Services]]></source>
<year></year>
<conf-name><![CDATA[ IT Convergence and Security (ICITCS), 2014 International Conference on]]></conf-name>
<conf-date>2014</conf-date>
<conf-loc> </conf-loc>
<page-range>1-5</page-range></nlm-citation>
</ref>
</ref-list>
</back>
</article>
