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á destinado a redes de telecomunicaciones fijas y móviles . Permite a los operadores diferenciarse proporcionando servicios de valor agregado 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 , distintos 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 es compatible con el protocolo del Sistema de señalización n.° 7 (SS7) entre los 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, arquitectura y protocolos de IN fueron desarrollados originalmente como estándares por el 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 patentadas. [2] El objetivo principal del IN era mejorar los servicios telefónicos básicos ofrecidos por las redes de telecomunicaciones tradicionales, que generalmente consistían en realizar 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 que ya están presentes en una central telefónica estándar .

Una descripción completa de la IN surgió en un conjunto de estándares ITU-T denominados Q.1210 a Q.1219, o Conjunto de Capacidades Uno (CS-1), como se los conoció. Los estándares definieron una arquitectura completa que incluye la vista arquitectónica, las máquinas de estado, la implementación física y los protocolos. Fueron adoptados universalmente por los proveedores y operadores de telecomunicaciones, aunque se derivaron muchas variantes para su uso en diferentes partes del mundo (consulte Variantes a continuación).

Tras el éxito de CS-1, siguieron más mejoras en forma de CS-2. Aunque los estándares se completaron, no se implementaron tan ampliamente como el CS-1, en parte debido al poder cada vez mayor de las variantes, pero también en parte porque abordaron problemas que llevaron a las centrales telefónicas tradicionales al límite.

El principal impulsor del desarrollo de la 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 IN, todas las funciones y/o servicios nuevos debían implementarse directamente en los sistemas de conmutación centrales. Esto hizo 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 del IN, la mayoría de estos servicios (como los números gratuitos y la portabilidad de números geográficos) se trasladaron de los sistemas de conmutación centrales a nodos autónomos, creando una red modular y más segura que permitió a los proveedores de servicios desarrollar variaciones y servicios de valor agregado para sus redes sin presentar una solicitud al fabricante del conmutador principal 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 normales; Desde entonces, se han creado servicios mucho más complejos en el IN, como los servicios de señalización de área local personalizados (CLASS) y las llamadas telefónicas prepagas.

Arquitectura SS7

Los conceptos principales (vista funcional) que rodean los servicios o la arquitectura IN están relacionados 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 a diferentes fabricantes concentrarse en diferentes partes de la arquitectura y tener la confianza de que todos funcionarán juntos en cualquier combinación.

Las interfaces entre el SSP y el SCP están basadas en SS7 y tienen similitudes con los protocolos TCP/IP . Los protocolos SS7 implementan gran parte del modelo OSI de siete capas . Esto significa que los estándares IN sólo tenían que definir la capa de aplicación , la cual 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 se define en los estándares como un protocolo de acceso a directorios X.500 o DAP. Del IETF ha surgido una interfaz más ligera llamada 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. Los sabores europeos fueron desarrollados por ETSI , los sabores americanos fueron desarrollados por ANSI y también existen variantes japonesas. Las principales razones para producir variantes en cada región fueron garantizar 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 agregó nueva funcionalidad, lo que significó que las variantes divergían entre sí y del estándar principal ITU-T. La variante más grande se llamó Aplicaciones personalizadas para redes móviles Lógica mejorada , o CAMEL para abreviar. Esto permitió realizar extensiones para el entorno de la telefonía móvil y permitió a los operadores de telefonía móvil ofrecer los mismos servicios IN a los suscriptores mientras están en roaming que los que reciben en la red doméstica.

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 actualmente se está trabajando activamente.

Bellcore (posteriormente Telcordia Technologies ) desarrolló la Red Inteligente Avanzada (AIN) como la variante de Red Inteligente para América del Norte, y realizó la estandarización de la AIN en nombre de los principales operadores estadounidenses. 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 especificaciones simplificadas de AIN 0.1 y AIN 0.2. En Norteamérica, los protocolos Telcordia SR-3511 (originalmente conocido como TA-1129+) [4] y GR-1129-CORE sirven para vincular conmutadores con los sistemas IN, como puntos de control de servicio (SCP) o 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 RDSI que conecta el SCP al nodo de servicio a través del SSP. [5]

Futuro

Si bien la actividad en el desarrollo de normas 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 sólo estable, sino también una fuente continua de ingresos con nuevos servicios agregados todo el tiempo. Los fabricantes siguen respaldando 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 avances en computación y algoritmos. Desde redes mejoradas por algoritmos más flexibles y protocolos más avanzados, hasta redes diseñadas utilizando modelos basados ​​en datos [6] y redes habilitadas para IA. [7]

Ver también

Notas

  1. ^ "Q.1200: Estructura de recomendación de red inteligente 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 2020-10-20 . Consultado el 16 de marzo de 2021 .
  4. ^ ab "SR-3511". Archivado desde el original el 2020-10-20 . Consultado el 16 de marzo de 2021 .
  5. ^ ab GR-1129-CORE
  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