Sistema de señalización de red privada digital

El Sistema de señalización de red privada digital (DPNSS) es un protocolo de red utilizado en líneas troncales digitales para conectarse a PABX. Admite un conjunto definido de instalaciones de interconexión de redes.

DPNSS fue definido originalmente por British Telecom. La especificación para el protocolo se define en BTNR188. La especificación se encuentra actualmente bajo el Comité Consultivo de Interoperabilidad de Redes.

Historia

DPNSS fue desarrollado a principios de la década de 1980 por BT, o su predecesora, Post Office Telecommunications, en reconocimiento de que el producto emergente de tasa primaria de circuito privado digital 'Megastream' tuvo que abordar el mercado tanto de datos como de voz, siendo este último significativamente mayor por el mercado de las centralitas telefónicas. En ese momento, BT dictaba qué señalización se podía usar en sus líneas arrendadas y, aunque solo tenía un interés minoritario en las ventas de PBX, los fabricantes de PBX le pidieron que produjera un estándar para evitar la creación de una plétora de PBX en conflicto. protocolos que se están desarrollando. Según las reglas de liberalización de la época (1979), a BT se le prohibió fabricar, vender o suministrar PBX de más de 200 extensiones. Los PBX digitales (basados en PCM) recién comenzaban a ingresar al mercado con Plessey PDX (una versión con licencia de ROLM CBX) y GEC SL1 (una versión con licencia de Northern Telecom SL1). Se reconoció que los clientes corporativos desearían conectar en red estos sistemas en todo el país. En ese momento, 'CAS' la señalización entre nodos era lenta y la señalización entre registros MF5, desarrollada a partir de protocolos de señalización PSTN, era compleja y no admitía suficientes funciones. El soporte para DPNSS como protocolo de señalización propio de BT también diferenció los servicios de circuitos privados de BT de los de su emergente rival Mercury Communications. DPNSS fue una colaboración activa (y exitosa) entre los fabricantes de PBX y BT que comenzó con relativa lentitud (BT y Plessey), pero rápidamente creció como una bola de nieve con MITEL, GEC, Ericsson, Philips y, finalmente, Nortel, quienes se unieron para crear un protocolo potente y rico en funciones. BT y algunos de los fabricantes del Reino Unido defendieron DPNSS en ECMA y CCITT (ITU), pero finalmente los organismos de normalización lo descartaron a favor de Q931 y QSig. Sin embargo, la elegancia del protocolo y su compatibilidad con las funciones de PBX aseguraron que la adopción de DPNSS realmente creciera en Europa, en comparación con la aceptación mucho más lenta de Qsig. También hubo intentos (durante 1984) de llevar DPNSS a América del Norte. Desafortunadamente, las estructuras para la creación de estándares en América del Norte parecían impedir la colaboración de los fabricantes como una ruta a seguir y el organismo de estándares ANSI no estaba interesado en crear estándares de interfuncionamiento de PBX. La versión 1 de BTNR188 (DPNSS) se emitió en 1983; la última versión de DPNSS que se lanzó 6 en 1995 incluía compatibilidad con las funciones ISDN lanzadas en V5. Una versión ligera de DPNSS 'APNSS' fue desarrollado utilizando troncales analógicas (a veces comprimidas) y un módem para admitir la señalización del canal D.

Resumen del Protocolo

La capa 1 (CCITT) ITU-G703 define la interfaz física y eléctrica. G704 define la estructura de la trama de los 2048 Mbs enviados a través del enlace. G732 define la asignación de esa estructura de trama en los 32 'canales' discretos de 64 Kbit, de los cuales 0 se utiliza para la alineación de las tramas y 16 se asigna (solo por convención) a la señalización de canal común. El habla se transporta como G711. El intervalo de tiempo de capa 2 16, 64 Kbs funciona como HDLC LAPB, para admitir hasta 60 PVC o DLC (conexiones de enlace de datos) (30 asociados directamente con los canales portadores y 30 para mensajes no relacionados) como los describe la especificación. Por lo tanto, en funcionamiento máximo, cada canal de tráfico potencial puede tener dos canales de datos simultáneos disponibles para mensajes. Tenga en cuenta que HDLC funciona como un sistema de multiplexación estadística. Cuando los deltas de tráfico son bajos, un solo mensaje de establecimiento de llamada tendrá acceso a los 64 Kbs completos (teniendo en cuenta los gastos generales). DPNSS es un protocolo de capa 3 que funciona como señalización de canal común. La funcionalidad se divide en niveles (lo que resulta confuso, no tiene nada que ver con las capas OSI). Los niveles 1 a 6 se ocupan del establecimiento de llamadas simple (hacer/interrumpir llamadas) y son los requisitos mínimos por los que se puede decir que una PBX es compatible con DPNSS. Los niveles restantes se asignan a funciones de telefonía, servicios complementarios o funciones administrativas. Tenga en cuenta que la compatibilidad con 'niveles' por un PBX no es necesariamente incremental. Algunos niveles son interdependientes pero una PBX puede omitir el soporte de algunos niveles (por encima de 6) y soportar otros.

DPNSS es un protocolo obligatorio en el que cada instrucción emitida debe cumplirse con una respuesta adecuada de la otra PBX; de lo contrario, el mensaje se vuelve a transmitir (hasta que expire el temporizador). Esto significa que cuando se interconectan dos PBX, las funciones invocadas en la PBX A deben ser reconocidas por la PBX B, incluso si esa función no es compatible. DPNSS transporta sus mensajes de protocolo como cadenas cortas de texto IA5. Por lo tanto, es mucho más fácil de interpretar en su forma nativa que Q931/Qsig o H323/H450 y un precursor del formato de lenguaje sencillo de SIP.

Consideraciones prácticas

Como HDLC puede funcionar correctamente en entornos de datos bastante deficientes (con errores), DPNSS funcionará en un enlace de 2 Mbit/s que se ejecute sin la sincronización adecuada (plesiócronamente) y en conexiones de mala calidad (incluidos conectores mal terminados). Al configurar PBX para ejecutar una conexión DPNSS, un extremo debe definirse como principal o 'A' final. Este es un requisito del protocolo y no tiene nada que ver con la sincronización de enlaces. Sin embargo, estos enlaces mal sincronizados estaban mal vistos debido a los problemas asociados con el envío de faxes y/u otras comunicaciones basadas en módem que no estaban específicamente identificadas en el protocolo.

DPNSS y VoIP

Para un protocolo que comenzó en la década de 1980, DPNSS está muy lejos de VoIP. Sin embargo, muchas de las PBX VoIP híbridas disponibles de fabricantes en todo el mundo proporcionan tarjetas de troncales DPNSS integradas. Donde no lo hacen, es necesario un convertidor de protocolo. Los equipos disponibles comercialmente ofrecen la posibilidad de convertir de DPNSS a Q.Sig. Tenga en cuenta que también es posible tunelizar DPNSS y su PCM asociado (G711) a través de una red IP. Esto puede ser punto a punto donde la red IP transporta voz empaquetada N x 64 Kbs y un canal de señalización IP separado para transportar los 64 Kbs teóricos de señalización DPNSS. Una solución más sofisticada usa inteligencia en el borde de la red IP para enrutar la voz al nodo correcto. Esta es una VPN de voz. Tenga en cuenta que esto no debe confundirse con el pre-VOIP 'Voz VPN' implementado mediante el enrutamiento inteligente de llamadas en una plataforma de conmutación TDM, a menudo Nortel DMS100 y nodos PBX de clientes.

Críticas

Algunos críticos de DPNSS sugieren que su definición es demasiado vaga y permite demasiada libertad en la interpretación de los formatos de mensajes y los temporizadores. A veces también se cree erróneamente que DPNSS es semi propietario y que solo es posible conectar PBX del mismo fabricante. es decir, Siemens se conectará a Siemens, Mitel a Mitel, etc. La experiencia indica que este no es el caso y la plataforma FeatureNet de BT (Nortel's DMS100) que ejecuta DPNSS, se ha interconectado con éxito a muchos tipos de PBX disponibles en el Reino Unido.. Además, como parte de la primera implementación comercial de DPNSS (en la Red Telefónica del Gobierno o GTN en 1983), BT insistió en que el núcleo de la red estuviera hecho de PBX de diferentes fabricantes para probar la interoperabilidad en la vida real.