Arquitectura para redes de control

La especificación de arquitectura común define un formato de unidades de datos de protocolo (PDU) anidadas, bastante similar a la codificación TLV , que se utilizan en los protocolos principales. Luego define cómo se utiliza un protocolo de capa raíz mínimo para integrar los protocolos de nivel superior en un transporte de nivel inferior y define dicho protocolo de capa raíz utilizando el formato PDU para su uso en UDP/IP .

El protocolo Session Data Transport (SDT) es un protocolo de transporte multicast fiable que opera sobre UDP/IP y que permite agrupar pares dentro de una red en sesiones y entregarles mensajes individualmente o en grupo. La entrega de mensajes se realiza de forma ordenada y los mensajes pueden enviarse de forma selectiva, fiable o no fiable, según se requiera (la fiabilidad es crucial para algunos datos, mientras que evitar la sobrecarga de tiempo y recursos del mecanismo de fiabilidad resulta beneficioso para otros). El mecanismo de fiabilidad también proporciona información sobre el estado en línea, de modo que un componente detecta cuando se interrumpe una conexión. SDT ofrece un alto grado de ajuste fino en el equilibrio entre latencia, niveles de fiabilidad y requisitos de recursos, y la disponibilidad de un gran número de sesiones concurrentes lo convierte en una potente herramienta para agrupar y gestionar componentes cuyas funciones están relacionadas o cuyos requisitos de comunicación son similares.

El Protocolo de Gestión de Dispositivos (DMP) representa cualquier dispositivo como un conjunto de propiedades direccionables que representan su estado actual o deseado. La monitorización o el control por parte de un controlador se logra estableciendo o examinando los valores de dichas propiedades. Para evitar las ineficiencias del sondeo, además de simplemente leer los valores de las propiedades (mediante un mensaje Get-Property ), DMP proporciona un mecanismo de suscripción mediante el cual un dispositivo enviará mensajes de eventos de forma asíncrona a todos los controladores suscritos cuando cambie el valor de una propiedad.

DMP espera que sus conexiones ofrezcan fiabilidad, de modo que los mensajes Set-Property y Event , que representan una gran parte del ancho de banda operativo en una situación de visualización, no requieran confirmación explícita a nivel de DMP. En el estándar E1.17 y en la mayoría de los sistemas, SDT proporciona esta fiabilidad, pero DMP también ha funcionado utilizando TCP para garantizar la fiabilidad de sus conexiones.

El tamaño en bits, la representación, la accesibilidad de lectura/escritura y la función de cada propiedad en un dispositivo DMP no están determinados por el protocolo, que solo define el mecanismo para leer y/o escribir el valor de la propiedad. En cambio, esa información debe proporcionarse externamente mediante una descripción del dispositivo escrita en DDL o, en casos limitados, puede preprogramarse mediante el conocimiento previo de tipos de dispositivos específicos.

El lenguaje de descripción de dispositivos (DDL) permite definir una descripción interpretable por máquina de la interfaz y las capacidades de cualquier dispositivo. ^{[ 1 ]} Esta descripción puede ser interpretada por un controlador, que luego puede configurarse automáticamente para controlar dicho dispositivo. La descripción no solo proporciona la información de asignación de direcciones y propiedades necesaria para el funcionamiento del DMP, sino que también puede contener una gran cantidad de información sobre la funcionalidad, las capacidades y la semántica del dispositivo en un formato extensible que permite al controlador extraer las características que necesita para su contexto específico, omitiendo la información que no es relevante para sus necesidades. ^{[ 2 ]}

DDL es un lenguaje basado en XML y las descripciones se encuentran en un número reducido de documentos XML . En los sistemas ACN habituales, la descripción de un dispositivo se puede descargar directamente desde el dispositivo. Sin embargo, las descripciones también se pueden distribuir por otros medios (como la descarga por internet) y, dado que una descripción es válida para todos los dispositivos del mismo tipo, los controladores suelen mantener una caché de descripciones para los dispositivos que utilizan con frecuencia.

Los perfiles de interoperabilidad (EPI) se proporcionan en ANSI E1.17 para el descubrimiento inicial de servicios en un sistema; para la asignación de direcciones de multidifusión cuando se utilizan en UDP e IPv4 ; para la asignación de puertos UDP al realizar multidifusión; para la asignación de direcciones IP en sistemas conformes; para tiempos de espera de protocolo en entornos específicos, etc. Otros EPI que cumplen con la arquitectura ACN se han desarrollado fuera del estándar ANSI E1.17 (véase más abajo).