stringtranslate.com

Red inteligente

La red inteligente ( IN ) es la arquitectura de red estándar especificada en las recomendaciones de la serie ITU-T Q.1200. [1] Está destinada tanto a redes de telecomunicaciones fijas como móviles . Permite a los operadores diferenciarse al proporcionar servicios de valor añadido además de los servicios de telecomunicaciones estándar, como PSTN , ISDN en redes fijas y servicios GSM en teléfonos móviles u otros dispositivos móviles.

La inteligencia la proporcionan los nodos de red en la capa de servicio , distinta de la capa de conmutación de la red central , a diferencia de las soluciones basadas en inteligencia en los conmutadores o equipos centrales. Los nodos IN suelen ser propiedad de proveedores de servicios de telecomunicaciones , como una compañía telefónica o un operador de telefonía móvil .

IN está respaldado por el protocolo del Sistema de señalización n.° 7 (SS7) entre centros de conmutación de red y otros nodos de red propiedad de operadores de red.

Ejemplos de servicios IN

Historia y conceptos clave

Los conceptos, la arquitectura y los protocolos de la IN fueron desarrollados originalmente como estándares por la UIT-T , que es el comité de estandarización de la Unión Internacional de Telecomunicaciones ; antes de esto, varios proveedores de telecomunicaciones tenían implementaciones propietarias. [2] El objetivo principal de la IN era mejorar los servicios básicos de telefonía ofrecidos por las redes de telecomunicaciones tradicionales, que generalmente consistían en hacer y recibir llamadas de voz, a veces con desvío de llamadas. Este núcleo proporcionaría entonces una base sobre la cual los operadores podrían crear servicios adicionales a los ya presentes en una central telefónica estándar .

Una descripción completa de la red inalámbrica surgió en un conjunto de normas ITU-T llamadas Q.1210 a Q.1219, o Capability Set One (CS-1), como se las conoció posteriormente. Las normas definieron una arquitectura completa que incluía la vista arquitectónica, las máquinas de estados, la implementación física y los protocolos. Fueron adoptadas universalmente por los proveedores y operadores de telecomunicaciones, aunque se derivaron muchas variantes para su uso en diferentes partes del mundo (ver Variantes a continuación).

Tras el éxito del CS-1, se realizaron más mejoras en forma de CS-2. Aunque se completaron las normas, no se implementaron tan ampliamente como el CS-1, en parte debido a la creciente potencia de las variantes, pero también en parte porque abordaron problemas que llevaron a las centrales telefónicas tradicionales a sus límites.

El principal impulsor del desarrollo de la red IN fue la necesidad de una forma más flexible de añadir servicios sofisticados a la red existente. Antes de que se desarrollara la red IN, todas las nuevas características y/o servicios tenían que implementarse directamente en los sistemas centrales de conmutación. Esto hacía que los ciclos de lanzamiento fueran largos, ya que las pruebas de software tenían que ser extensas y exhaustivas para evitar que la red fallara. Con la llegada de la red IN, la mayoría de estos servicios (como los números gratuitos y la portabilidad geográfica de números) se trasladaron de los sistemas centrales de conmutación a nodos autónomos, creando una red modular y más segura que permitía a los propios proveedores de servicios desarrollar variaciones y servicios de valor añadido para sus redes sin presentar una solicitud al fabricante del conmutador central y esperar el largo proceso de desarrollo. El uso inicial de la tecnología IN fue para servicios de traducción de números, por ejemplo, al traducir números gratuitos a números PSTN regulares ; desde entonces se han creado servicios mucho más complejos en la red IN, como los servicios de señalización de área local personalizados (CLASS) y las llamadas telefónicas prepago.

Arquitectura SS7

Los conceptos principales (visión funcional) que rodean los servicios o la arquitectura IN están conectados con la arquitectura SS7 :

Protocolos

Los elementos centrales descritos anteriormente utilizan protocolos estándar para comunicarse entre sí. El uso de protocolos estándar permite que los distintos fabricantes se concentren en distintas partes de la arquitectura y tengan la seguridad de que todas ellas funcionarán juntas en cualquier combinación.

Las interfaces entre el SSP y el SCP se basan en SS7 y tienen similitudes con los protocolos TCP/IP . Los protocolos SS7 implementan gran parte del modelo de siete capas de OSI . Esto significa que los estándares IN solo tuvieron que definir la capa de aplicación , que se denomina Parte de aplicación de redes inteligentes o INAP . Los mensajes INAP se codifican utilizando ASN.1 .

La interfaz entre el SCP y el SDP está definida en los estándares como un Protocolo de acceso a directorios X.500 o DAP. El IETF ha desarrollado una interfaz más liviana denominada LDAP que es considerablemente más sencilla de implementar, por lo que muchos SCP la han implementado en su lugar.

Variantes

Las especificaciones básicas del CS-1 fueron adoptadas y ampliadas por otros organismos de normalización. Las variantes europeas fueron desarrolladas por ETSI , las variantes estadounidenses fueron desarrolladas por ANSI y también existen variantes japonesas. Las principales razones para producir variantes en cada región fueron asegurar la interoperabilidad entre los equipos fabricados e implementados localmente (por ejemplo, existen diferentes versiones de los protocolos SS7 subyacentes entre las regiones).

También se añadieron nuevas funciones, lo que hizo que las variantes divergieran entre sí y del estándar principal de la UIT-T. La variante más importante se denominó Aplicaciones personalizadas para redes móviles con lógica mejorada (Customised Applications for Mobile networks Enhanced Logic , CAMEL). Esto permitió que se hicieran extensiones para el entorno de telefonía móvil y permitió a los operadores de telefonía móvil ofrecer los mismos servicios de IN a los abonados mientras están en roaming que los que reciben en la red local.

CAMEL se ha convertido en un estándar importante por derecho propio y actualmente lo mantiene 3GPP . La última versión importante del estándar fue CAMEL fase 4. Es el único estándar IN en el que se está trabajando activamente en la actualidad.

Bellcore (posteriormente Telcordia Technologies ) desarrolló la Red Inteligente Avanzada (AIN) como la variante de la Red Inteligente para América del Norte, y realizó la estandarización de la AIN en nombre de los principales operadores de EE. UU. El objetivo original de AIN era AIN 1.0, que se especificó a principios de la década de 1990 ( AIN Release 1 , Bellcore SR-NWT-002247, 1993). [3] AIN 1.0 demostró ser técnicamente inviable de implementar, lo que llevó a la definición de las especificaciones simplificadas AIN 0.1 y AIN 0.2. En América del Norte, los protocolos Telcordia SR-3511 (originalmente conocido como TA-1129+) [4] y GR-1129-CORE sirven para vincular conmutadores con los sistemas IN como los Puntos de Control de Servicio (SCP) o los Nodos de Servicio. [5] SR-3511 detalla un protocolo basado en TCP/IP que conecta directamente el SCP y el Nodo de Servicio. [4] GR-1129-CORE proporciona requisitos genéricos para un protocolo basado en ISDN que conecta el SCP al nodo de servicio a través del SSP. [5]

Futuro

Si bien la actividad de desarrollo de estándares IN ha disminuido en los últimos años, hay muchos sistemas implementados en todo el mundo que utilizan esta tecnología. La arquitectura ha demostrado ser no solo estable, sino también una fuente continua de ingresos con nuevos servicios agregados todo el tiempo. Los fabricantes continúan brindando soporte a los equipos y la obsolescencia no es un problema.

Sin embargo, han surgido nuevas tecnologías y arquitecturas, especialmente en el área de VoIP y SIP . Se está prestando más atención al uso de API en lugar de protocolos como INAP, y han surgido nuevos estándares en forma de JAIN y Parlay . Desde un punto de vista técnico, la SCE comenzó a alejarse de sus orígenes gráficos propietarios hacia un entorno de servidor de aplicaciones Java .

El significado de "red inteligente" está evolucionando con el tiempo, impulsado en gran medida por los avances en computación y algoritmos. Desde redes mejoradas con algoritmos más flexibles y protocolos más avanzados hasta redes diseñadas utilizando modelos basados ​​en datos [6] y redes habilitadas con IA [7] .

Véase también

Notas

  1. ^ "Q.1200: Estructura de la Recomendación de redes inteligentes de la serie general". UIT . 2007-05-14.
  2. ^ Patente de EE. UU. 4191860, "Método de procesamiento de llamadas de comunicación de base de datos" 
  3. ^ "SR-NWT-002247". Archivado desde el original el 20 de octubre de 2020. Consultado el 16 de marzo de 2021 .
  4. ^ ab "SR-3511". Archivado desde el original el 20 de octubre de 2020. Consultado el 16 de marzo de 2021 .
  5. ^ desde GR-1129-NÚCLEO
  6. ^ Kulin, Merima; Fortuna, Carolina; De Poorter, Eli; Deschrijver, Dirk; Moerman, Ingrid (1 de junio de 2016). "Diseño basado en datos de redes inalámbricas inteligentes: descripción general y tutorial". Sensores . 16 (6). MDPI AG: 790. Código Bib : 2016Senso..16..790K. doi : 10.3390/s16060790 . ISSN  1424-8220. PMC 4934216 . PMID  27258286. 
  7. ^ Kibria, Mirza Golam; Nguyen, Kien; Villardi, Gabriel Porto; Zhao, Ou; Ishizu, Kentaro; Kojima, Fumihide (2018). "Análisis de big data, aprendizaje automático e inteligencia artificial en redes inalámbricas de próxima generación". Acceso IEEE . 6 . Instituto de Ingenieros Eléctricos y Electrónicos (IEEE): 32328–32338. arXiv : 1711.10089 . doi : 10.1109/acceso.2018.2837692 . ISSN  2169-3536. S2CID  3563572.

Referencias

Enlaces externos