ES2204896T3 - Metodologia y mecanismo de control distribuido para realizar una conmutacion de proteccion automatica. - Google Patents

Abstract

LAS SEÑALES DE CARGA DE PAGO DE UN EQUIPO REDUNDANTE (12, 14) RECIBIDAS POR UNOS MODULOS DE INTERFAZ REDUNDANTES (16, 18) SE PROPORCIONAN REDUNDANTEMENTE (18, 30; 32, 34) A UNOS MODULOS CORRIENTE ABAJO REDUNDANTES (24, 26) DE UN EQUIPO (10). HAY UN ALGORITMO DE PROTECCION DEL EQUIPO NO SIMETRICO RESIDENTE EN EL MODULO DE INTERFAZ B (18). EN CADA MODULO DE PARES DE MODULOS A Y B IDENTICOS DE CADA ETAPA DEL FLUJO DE DATOS HAY UNOS ALGORITMOS DE PROTECCION DEL EQUIPO OPERATIVOS Y RESIDENTES INDEPENDIENTEMENTE. LOS FALLOS EN EL MODULO O EN LOS DATOS DAN COMO RESULTADO UNA CONMUTACION DE SOLO LA TRAYECTORIA DE DATOS DESACTIVADA O MODULO DE MODO QUE LA CAPACIDAD DE TRANSPORTAR UNA CARGA DE PAGO SE MANTIENE Y LOS OTROS MODULOS O RUTAS DE DATOS NO SE VEN AFECTADOS. LA CONMUTACION DEL EQUIPO SE LLEVA A CABO A BASE DE DETECTAR UN FALLO EN LA LINEA DE TRABAJO Y DE TRANSMITIR UNOS COMANDOS PARA CONMUTAR LA LINEA DE PROTECCION A LOS MODULOS DE LA TRAYECTORIA A. LA CONMUTACION DEL EQUIPO SE LLEVA A CABOA BASE DE COMPROBAR UN MODULO DE TRABAJO O DE PROTECCION DE MANERA INDEPENDIENTE EN CADA TRAYECTORIA Y DE COMUNICAR INDEPENDIENTEMENTE LAS DECISIONES SOBRE LA CONMUTACION INDEPENDIENTES AL OTRO LADO Y CORRIENTE ABAJO. LA METODOLOGIA Y EL MECANISMO SE PRESENTAN EN UN ASPECTO DE LA INVENCION DE ELEMENTO SONET, SI BIEN LA INVENCION SE PUEDE APLICAR EN OTROS CONTEXTOS.

Description

Metodología y mecanismo de control distribuido para realizar una conmutación de protección automática.

Campo técnico

Esta invención se refiere a una clase de equipos conocida como equipo "protegido". Hay muchos ejemplos de equipo protegido en sistemas, particularmente sistemas electrónicos y, más particularmente, sistemas de comunicaciones. El mejor modo de realización de la presente invención mostrado aquí es para un equipo de SONET (Synchronous Optical NETwork: Red Óptica Síncrona); sin embargo, tanto la metodología como, independientemente, el mecanismo son válidos para otros tipos de equipo y puedan ser realizados en ellos.

Antecedentes de la invención

Existen muchos tipos diferentes de equipo en una clase denominada equipo "protegido". Esta clase de equipo intenta conseguir un aumento de fiabilidad y disponibilidad de sus características a sus clientes estructurando su implementación. Esta estructura se realiza como juego o conjunto redundante de módulos que son partes secundarias del equipo y que realizan funciones del equipo. Este equipo es estructurado y controlado de tal manera que hay módulos redundantes para cada característica o grupo de características de importancia para el equipo. En esta estructura hay al menos dos módulos que pueden realizar cada función importante. Se hace referencia normalmente a estos módulos como módulos redundantes o conjuntos de módulos redundantes. Se construyen soluciones de equipo protegido de uno o más conjuntos de estos módulos redundantes. La premisa para esta estructura es que si falla el actualmente seleccionado de estos conjuntos, se puede sustituir rápidamente por otro conjunto idéntico no seleccionado el conjunto que ha fallado y el equipo puede continuar proporcionando servicio a su cliente o clientes.

Se requiere una metodología y un mecanismo para controlar y comunicar información relativa al control de la otra función que decide cuál de los conjuntos redundantes se ha de seleccionar, o conjunto activo. Cuando esta función es estructurada para operar sin intervención de un equipo o entidad personal separados, esto se conoce comúnmente en la técnica como "conmutación de protección automática" (APS: Automatic Protection Switching). Cuando se utiliza en referencia a protección de medios de comunicación, tiene como un subconjunto o conjunto secundario al que se denomina comúnmente "conmutación de protección de equipo" (EPS: Equipment Protection Switching) utilizado con referencia a la protección de los propios módulos del equipo. Estas decisiones de conmutación podrían ser tomadas por un controlador central; sin embargo, un mecanismo para comunicar con un controlador central y la formación de cola asociada con soluciones multitarea del controlador central puede añadir retardo en la configuración del equipo para restablecer el servicio del cliente que se ha perdido cuando falla el módulo activo de un conjunto de módulos redundantes. Asimismo, si falla o se retira el controlador del sistema, se pierde la posibilidad de realizar el proceso de nueva configuración. Por lo tanto, es deseable realizar la función de control de conmutación de protección automática como una solución distribuida redundante, de manera que podría ser protegido este proceso, así como los servicios de cliente, de fallos simples.

Un sistema de protección automática para elementos de red es conocido, por ejemplo, de ELECTRICAL COMMUNICATION, vol. 64, nº 2/3, 1990, Romford (GB), páginas 194-204, XP237654, H. AHMED ET AL. "Sistemas de transmisión síncronos y conexiones cruzadas para redes de banda ancha". Este sistema de protección automática conocido comprende equipo de instalación redundante en el que un fallo detectado en uno de los lados redundantes causará una conmutación o cambio de un lado redundante al otro. En tal conmutación, es sustituida toda la línea de equipo de protección en un lado por el otro, incluso si el fallo ocurrió sólo en un lugar en el canal de trabajo. Esta solución es algo inflexible por el hecho de que falla en maximizar el equipo disponible.

Además, la decisión de conmutación sería hecha normalmente por el controlador del sistema, pero toda la información pertinente para la decisión de conmutación o cambio tendría entonces que ser enviada al controlador del sistema. Puesto que el controlador del sistema sirve toda la información del sistema, consume mucho tiempo en realizar la conmutación. También requiere que sean conmutados todos los elementos de la trayectoria de datos durante una conmutación o cambio.

Así, se podría desear un mecanismo mejor para controlar y comunicar la información en una realización de conmutación de protección automática de SONET.

Además, sería deseable capitalizar en la información así comunicada en una extensión que proporcionara completamente una arquitectura de conmutación redundante.

Descripción de la invención

Esta descripción muestra una estructura y una metodología que pueden ser utilizadas para proporcionar conmutación de protección automática entre módulos redundantes múltiples en esta clase de equipo (denominada equipo "protegido"). Esta metodología realiza tanto una "conmutación de protección automática" de multitratamiento distribuido como una solución de "conmutación de protección de equipo", que es una alternativa y una mejora de la técnica existente de metodología centralizada de conmutación de protección y de otras metodologías de conmutación de protección automática de tratamiento distribuido. Esta descripción también muestra un mecanismo que realiza la comunicación entre módulos necesaria para soportar esta metodología de conmutación de protección automática distribuida.

Esta descripción también muestra una realización de esta metodología y mecanismo en equipo de comunicaciones electrónico de SONET. Las descripciones y ejemplos a partir de este momento serán concretamente dirigidas a un equipo de comunicaciones de SONET. Sin embargo, tanto la metodología como, independientemente, el mecanismo, son válidos para otros tipos de equipo protegido, y pueden ser incorporados en ellos.

Se hace referencia comúnmente a este tipo de equipo utilizado en este ejemplo de descripción como un elemento de red, representando su uso como un elemento de la red de telecomunicaciones. Los elementos de red son comúnmente realizados con conjuntos redundantes de módulos múltiples. Los conjuntos múltiples de módulos redundantes utilizados en esta descripción incluyen los siguientes módulos: módulos de interfaz de alta velocidad (una expresión comúnmente utilizada para interfaces de SONET), módulos de conexión cruzada y módulos de descenso (una expresión comúnmente utilizada para módulos de inferior velocidad o tributarios). La metodología y el mecanismo descritos en esta descripción son independientes del equipo concreto, constitución del equipo y terminología utilizada para describir el equipo de ejemplo descrito en esta memoria.

Un objeto de la presente invención es proporcionar unos medios y un método que puedan ser utilizados para proporcionar conmutación de protección automática entre módulos redundantes múltiples en una clase de equipo denominado equipo "protegido".

Otro objeto es proporcionar una arquitectura de protección automática.

Todavía otro objeto de la presente invención es proporcionar un mecanismo para comunicar la información para la función de APS de SONET.

De acuerdo con la presente invención, se realiza un algoritmo de conmutación de protección automática para un par redundante de módulos de transmisión y es operacional en el módulo de protección, respaldo, o módulo de "B". Este algoritmo vigila o controla continuamente el estado de la información de señal tanto en el módulo de A (trabajo) como en el módulo de B (protección) y toma la decisión sobre si ha de ser seleccionado el módulo de A o B para realizar la copia activa del tráfico de información. No es necesario, de acuerdo con la presente invención, para el algoritmo de conmutación de protección automática, comunicar con una función de control de nivel del sistema o con cualquiera de los otros algoritmos de protección automática distribuida residentes en otros conjuntos de módulos redundantes para tomar esta decisión.

Todavía de acuerdo adicionalmente con la presente invención, para la protección de equipos, un algoritmo de fallo de ordenador o procesador reside en ambos lados redundantes para cada par de módulos redundantes. En otras palabras, por ejemplo, para un par redundante de interfaces de alta velocidad de A y B, el algoritmote de APS reside en ambos módulos de alta velocidad de A y B para comunicar el estado de cada uno al otro independientemente de todos los otros módulos en los lados A y B. Al tener los lados A y B conectados cruzadamente para que las salidas de módulos aguas arriba sean proporcionadas de manea redundante en una forma conectada cruzadamente a ambos módulos redundantes de aguas abajo, una indicación por cualquier módulo de cualquier lado de que el otro está defectuoso hará que sólo sea sacado del sistema ese módulo. Esto se distingue de la técnica anterior, en la que un fallo detectado hará que se conecte o desconecte todo el lado A o B.

De acuerdo todavía adicionalmente con la presente invención, las funciones de APS son manipuladas simétricamente poniendo el algoritmo para verificación de estados desde ambos lados de A y B en el lado B (lado de protección). Así, son verificados los estados en pérdida de señal, fuera-de-encuadre, pérdida de puntero y régimen de errores de bits excesivo, de acuerdo con la presente invención, en el lado (B) de protección, mientras que es tomada una solución más simétrica para fallos de equipo, en la que cada tipo particular de módulo verifica, con el mismo algoritmo que su módulo similar, un fallo de módulo dentro de sí mismo y comunica su estado al otro módulo similar.

De acuerdo adicionalmente con la presente invención, un elemento de red de ejemplo tiene interfaces redundantes de alta velocidad, conexiones cruzadas y módulos de descenso en los que cada módulo de aguas arriba en cada lado redundante proporciona una señal a un módulo de aguas abajo en un lado redundante y también una señal redundante a un módulo de aguas abajo en el otro lado redundante en ambos sentidos de transmitir y recibir.

Así, la presente invención emplea un concepto de "distribuido" en el que un fallo de aguas arriba dará lugar a la deshabilitación del módulo de aguas arriba en el que se detecta el problema, un cambio o conmutación a un módulo de respaldo en el mismo nivel de aguas arriba en el que la salida de ese módulo sustituto de aguas arriba es proporcionada a ambos módulos de aguas abajo en cada lado redundante de manera que el módulo de aguas abajo que trabaja puede continuar operando en lugar de tener sustituido todo el lado redundante de respaldo para el lado de trabajo. De este modo, el módulo de aguas arriba sustituido y el módulo original de aguas abajo de trabajo operarán conjuntamente hasta un momento tal que o bien el módulo original de aguas arriba esté reparado o se detecte que está más el módulo de aguas abajo. En el primer caso, el módulo original de aguas arriba de trabajo puede retroceder al modo anterior y se hace cargo de la función de aguas arriba. En este último caso, el módulo de aguas abajo de respaldo será sustituido por el módulo primario de aguas abajo de trabajo. De este modo, se evita la inflexibilidad de la técnica anterior por la que se deshabilitaría la totalidad del lado redundante si fuera detectado un problema en uno de sus módulos y se adopta una solución más flexible mediante la cual se pueden minimizar los recursos. Aunque se ha dado un ejemplo de una deshabilitación de aguas arriba que origina una conmutación, se ha de apreciar que ese concepto se aplica igualmente bien a deshabilitaciones de aguas abajo. En otras palabras, si, por ejemplo, se encuentra una deshabilitación en un módulo intermedio, ese módulo puede ser sustituido por un módulo intermedio redundante, pero los otros módulos de trabajo pueden permanecer los mismos.

De acuerdo adicionalmente con la presente invención, las decisiones de conmutación pueden tomarse sobre los conjuntos de módulos redundantes que detectan los fallos y son comunicados a los elementos en la trayectoria de datos. Los controladores en las interfaces de alta velocidad de trabajo y protección se comunican para las decisiones de conmutación o cambio.

Todavía de acuerdo adicionalmente con la presente invención, todos los elementos en la trayectoria de datos reciben datos de carga útil de ambas interfaces de SONET de alta velocidad de trabajo y protección. La decisión se toma sobre el primer elemento que recibe los datos de carga útil.

De acuerdo todavía con la presente invención, el mecanismo tiene también en cuenta un fallo del montaje de placa impresa de autodiagnóstico.

Estos y otros objetos, características y ventajas de la presente invención resultarán más evidentes a la luz de la descripción detallada de un mejor modo de realización de la misma, como se ilustra en los dibujos que se acompañan.

Breve descripción de los dibujos

La figura 1 muestra un ejemplo de conmutación distribuida realizado para conmutación de instalación y equipo de SONET, de acuerdo con la presente invención;

La figura 2 muestra el modo manual de operación, en el que es seleccionado el equipo de A en un conmutador forzado;

La figura 3 muestra el modo manual con un conmutador forzado para el equipo de B;

La figura 4 es un diagrama de flujo que muestra una serie de pasos realizados, de acuerdo con la presente invención, según un algoritmo de selección de APS de instalación como se detalla más en las figuras 5-11;

La figura 12 muestra un escenario de selección de equipo realizado, según la presente invención, de acuerdo con un algoritmo de protección de equipo en modo de APS, como se detalla adicionalmente en las figuras 13-17;

Las figuras 18 y 19 muestran un escenario de fallo de controlador local, que puede ser mejor comprendido sustituyendo por las figuras 18 y 19 las figuras 14 y 15 en la figura 12; y

Las figuras 20 y 21 muestran un escenario de retirada de módulo no aprovisionado, similar al escenario de fallo de trayectoria de carga útil y que puede ser también mejor comprendido sustituyendo por las figuras 20 y 21 las figuras 14 y 15 en la figura 12.

Mejor modo de realizar la invención

Esta invención se refiere a una clase de equipo conocido como equipo "protegido". Existen muchos ejemplos de equipo protegido en sistemas, particularmente sistemas electrónicos y, más particularmente, sistemas de comunicaciones. El mejor modo de realización de la presente invención mostrado aquí es para un equipo de SONET (Synchronous Optical NETwork); sin embargo, tanto la metodología como, independientemente, el mecanismo, son válidos para otros tipos de equipo protegido y pueden ser realizados en ellos.

La figura 1 muestra una realización 10 de conmutación de APS distribuida, para conmutación de instalación y equipo de SONET, de acuerdo con la presente invención. Una instalación de SONET, tal como una ofician central, proporciona una señal de SONET tal como una señal OC-3 en una línea 12 y una señal de protección OC-3 en una línea 14, que es un duplicado de la señal en la línea 12 y sirve como un respaldo. Un elemento de red de SONET ("equipo", en el argot de la industria) tal como se muestra en la figura 1, puede tener una interfaz de SONET A 16 para acoplamiento mutuo con la línea de trabajo 12 de OC-3 y tendrá también una interfaz de B de SONET, es decir, una interfaz de protección 18 para acoplamiento mutuo con la línea de protección 14. Un enlace 20 de comunicación será establecido entre la interfaz 16 de A y la interfaz 18 de B para comunicación de estado. Por ejemplo, la interfaz de A 16 de alta velocidad puede detectar un problema en la línea 12 de OC-3, como se indica mediante una "X" 22 e indican la interfaz de B 18 de alta velocidad en el enlace de comunicación 20 que existe un problema.

Las órdenes de selección de módulo serán comunicadas a una conexión cruzada de A 24 mediante un bite de K1* insertado en una señal interna similar a SONET, aunque paralela, mediante la interfaz de alta velocidad de A 16 y comunicadas por una trayectoria de datos paralela 28 que existe entre la interfaz de A 16 de alta velocidad y la conexión cruzada de A 24. El bite de K1* es un bite interno de APS transportado en la misma posición de bite que el bite de K1 de SONET. La trayectoria de datos será también proporcionada en una línea 30 para comunicación de K1* desde la interfaz de alta velocidad de A 16 a la conexión cruzada de B 26 en todo momento. Así, el bite de K1* que indica bajo condiciones normales la petición de módulo de alta velocidad activo seleccionado con la línea de trabajo 12 de OC-3 será también comunicado a la conexión cruzada de B 26 por la interfaz de alta velocidad de A 16 por la línea 30.

Análogamente, una línea de datos paralela 32 está dispuesta entre la interfaz de alta velocidad de B 18 y la conexión cruzada 26 y otra línea de datos 34 está dispuesta entre la interfaz de alta velocidad de B 18 y la conexión cruzada de A 24.

Una decisión para conmutar o cambiar a uno u otro módulos de alta velocidad es comunicada por estas líneas en el bite de K1*, como se describe a continuación. Un bite de K2*, a modo de acuse de recibo, es proporcionado en el sentido opuesto desde las conexiones cruzadas a las interfaces de alta velocidad para indicar conformidad o falta de ella (no mostrado).

Al disponer de conexiones cruzadas 24, 26 que respondan en todo momento a datos entrantes tanto desde la línea de trabajo 12 como de la línea de protección 14, cualquier decisión para conmutar a la otra interfaz de alta velocidad puede ser efectuada de una manera casi instantánea sin tener que comunicar en retroceso y avance hacia y desde una función de control de nivel del sistema y sin tener que hacer que sea establecida una trayectoria de señal donde ninguna existía antes. Además, proporcionando la selección de módulo de aguas arriba en el propio bite de K1* a las conexiones cruzadas, se evita la necesidad de funcionalidad adicional del controlador para tomar la decisión y efectuar la función de selección.

Además, un par de módulos redundantes 36, 38 de aguas abajo, tales como módulos de descenso, están también distribuidos con respecto a las conexiones cruzadas 24, 26. En otras palabras, el módulo de descenso 36 es sensible en todo momento a las salidas de conexión cruzada de A 24 y conexión cruzada de B 26 según son proporcionadas en las líneas de señal 40, 42, respectivamente. De manera similar, el módulo de descenso 38 es sensible a la salida de conexión cruzada de A 24 en una línea 44 mientras, al mismo tiempo, es sensible a la salida de conexión cruzada de B 26 en la línea 46. Las trayectorias de señal que van en la dirección de descenso, como se muestra en la figura 1, son igualmente aplicables, naturalmente, en el sentido opuesto, de sumar (no mostrado).

La arquitectura mostrada en la figura 1 permite una conmutación distribuida de equipo físico (hardware) no operativo, en la que, por ejemplo, si se detecta como no operativa la conexión cruzada 24 de A, la conexión cruzada de B será utilizada para responder a la señal en la línea 30 como un canal de trabajo que continúa aguas arriba, continuando la señal en la línea 32 su función como un canal de respaldo. Esto se distingue de la técnica anterior de conmutación de protección automática, en la que si fuera detectado como malo un componente, tal como la conexión cruzada de A, ello haría que fuera puesta fuera de servicio toda la línea de módulos 16, 24, 36 y fuera sustituida por la línea de equipo 18, 26, 38 como respaldos para formar una línea nueva completa. Esto constituye una solución bastante inflexible que no hace máximo el equipo disponible. La solución de la presente invención permite una distribución de componentes más flexible y potente que incrementa las capacidades de protección automática del sistema.

En la presente descripción se hace referencia en toda ella a una interfaz de STS-1** que es una interfaz patentada utilizada dentro del equipo de elementos de trabajo del cesionario como el mecanismo utilizado para realizar el transporte entre módulos de la carga útil de SONET. Puesto que la anchura de banda disponible de enlace entre módulos es mayor que la requerida precisamente por la propia carga útil de SONET, la STS-1** se usa también como el mecanismo para aplicar varias características del sistema. Estas características incluyen vigilancia de estado de enlace interno de STS-1**, conmutación de protección automática (APS) de equipo y conmutación de protección automática de instalación de SONET.

A. Formato de datos de STS-1**

El contenido de formato e información de STS-1** es en general el mismo que el STS-1 de SONET, según se define en ANSI T1.105-1990, incorporado aquí como referencia, con la excepción de que, dependiendo de la interfaz, los bites de sobrecarga pueden llevar información idéntica a la del enlace correspondiente de STS-1, señales generadas internamente y/o terminadas, o posiciones de bites de sobrecarga en las que la información es indefinida o no utilizada. Cada enlace de carga útil de STS-1** está acompañado por una señal de sincronización de 8 kHz de STS-1** para identificar la situación de la unidad de información de STS-1**. Asimismo, no hay parte alguna distorsionada de
STS-1**.

La posición genérica y descripción de bites en la STS-1** son definidas en lo que sigue para todos los enlaces de STS-1**, incluyendo interfaces óptica y eléctrica, los Módulos de Descenso y ambas conexiones cruzadas de STS y VT.

B. Estructura de enlace de STS-1**

La interfaz de STS-1** es realizada como una interfaz paralela orientada de bite de STS-1 de anchura 8 bits. Los límites de bite de la interfaz de STS-1** están definidos de tal manera que los bites de sincronismo o encuadre de SONET, los bites de sobrecarga y los bites de carga útil son transferidos como un ciclo único de reloj. La frecuencia de reloj de la STS-1** es 6,48 MHz (51.840 MHz divididos por 8 bits por bite). La situación del bite de sincronismo de A1 es identificado por una señal de sincronización coincidente de 8 KHz de un bit.

En la dirección de recepción (la dirección procedente de las Interfaces de Alta Velocidad y Módulos de interfaz de Descenso hacia la conexión cruzada), cada STS-1** consistirá en una interfaz paralela orientada de bite de STS-1** de 8 bits de ancho y una señal de sincronización de STS-1** de 1 bit. La situación en el tiempo del sincronismo de bite de A1 y STS-1** se situará en el bus mediante estos módulos de interfaz en un tiempo de tres ciclos de reloj de 6,48 kHz después de que las interfaces reciban el sincronismo de encuadre de elemento de red de 2 kHz procedente del módulo de reloj. La posición del bite de A1 para módulos que reciben STS-1** es identificada por el sincronismo de encuadre de STS-1** de 8 kHz que acompaña a la STS-1** como una señal separada. Esta señal de sincronización la hace opcional para cada interfaz de recepción para realizar un circuito de encuadre o sincronismo; sin embargo, para mantener la compatibilidad con algunos ASICs existentes (no mostrados), permanece un requisito en este caso para cada transmisor de STS-1** para realizar un generador de sincronismo de A1, A2. Obsérvese que la situación en el tiempo de la STS-1** y su señal de sincronización están separadas de la señal de sincronización de 2 kHz del elemento de red, recibida de un Subsistema de Sincronización (no mostrado) a todos los módulos que llevan carga útil de generación de STS-1**.

En la dirección de transmitir (la dirección desde la conexión cruzada hacia las Interfaces de Alta Velocidad y Módulos de interfaz de DESCENSO), la definición y función de STS-1** son las mismas que la dirección de recepción. La STS-1** consistirá en una interfaz paralela orientada de bite de STS-1** de 8 bits de anchura y en una señal de sincronización de STS-1** de 1 bit. La posición del bite de A1 es identificada por un sincronismo de encuadre de STS-1** de 8 kHz, que acompaña a la STS-1** como una señal separada.

C. Vigilancia de error de STS-1**

Cada interfaz de STS-1** contiene un código de paridad válido de BIP-8 en la posición de B2 del encuadre de STS-1**. A este B2 se hace referencia como B2*. El bite de B2* es un BIP-8 de paridad impar (como opuesto al B2 de SONET, que es de paridad par), calculado en todos los bites de la línea de STS-1** de sobrecarga y carga útil de STS y proporciona, en servicio, vigilancia a tiempo completo del enlace de STS-1**. El enlace de STS-1** utiliza B2* para identificar una degradación de condición de señal en cualquiera de los 8 bits paralelos. Mediante la vigilancia de B2* se evalúa continuamente la posibilidad de que cada STS-1** lleve carga útil exenta de error. Esta técnica proporciona pérdida de señal de STS-1** y pérdida de mecanismo de detección de encuadre, detecta defectos de barra en 0 y barra en 1 en líneas simples o múltiples, e identifica errores de bits aleatorios o deterministas en la línea de sobrecarga en carga útil de STS. Esta información está disponible para funciones de instalación y equipo y para funciones de mantenimiento. La función de B2* proporciona la condición primaria a APS para conmutar carga útil a un conjunto de equipo doble para fallos de interfaz de STS-1** y retiradas de módulos no aprovisionados.

B2* es detectado y evaluado para todos los receptores de STS-1**. Un error detectado en cualquiera de las posiciones de error de 8 BIP en un encuadre de STS-1** es contado como un error de enlace único de STS-1**. La aparición de un error único es enganchado en un registro de historia único de error de STS-1**. Este registro es accesible para el controlador local (no mostrado), puede ser leído por el controlador y repuesto por el controlador. La detección de un error de enlace de STS-1** puede ir acompañada por una interrupción del controlador.

Los errores de enlace de STS-1** proporcionan también una indicación del estado a largo plazo de cada enlace de STS-1**. La función es realizada por un contador arriba/abajo de 5 bits no giratorio (divide por 32). El contador cuenta hacia abajo en 1 a cero (pero no pasa por cero) para cada encuadre de STS-1** recibido sin un error de enlace de STS-1**. El contador incrementa en 4 a 32 (pero no pasa por 32) para cada encuadre de STS-1** recibido con un error de enlace de STS-1**. Cuando el valor del contador excede de 16, se considera que ha fallado el enlace de STS-1**. Este estado es la entrada de B* a la función de conmutación de protección automática del equipo y se envía un cambio de estado del estado de B2* al controlador local como un evento de interrupción. Esta característica se describe y reivindica adicionalmente en la solicitud número de Serie (Expediente de Agente Nº 907-121) anteriormente citada, de propiedad común.

D. Mecanismo de selección de STS-1**

Todas las interfaces de módulos que llevan carga útil consisten en un conjunto redundante de enlaces de datos de transmisión y recepción de STS-1** de A y B. La selección del enlace activo de estos conjuntos redundantes de entradas de STS-1** de A y B se hace en cada receptor de interfaz de STS-1**. La selección está basada en dos modos de mecanismos de selección:

1) Modo Manual (Mecanismo de Selección de Controlador Local)

2) Modo de Selección de APS (Mecanismo de Selección Dirigida)

Estos mecanismos de selección se explican con detalle en lo que sigue. Son evaluados para finalidad, funcionalidad y prioridad. Cada uno de los módulos de producto de ADM 150 de próxima aparición del cesionario que reciben una interfaz de STS-1** tendrán la función de selección de receptor de STS-1** capaz de terminar ambos modos de mecanismos de selección enumerados anteriormente. Los módulos que generan la interfaz de STS-1** pueden implementar o no un mecanismo de generación de APS caracterizado; por ejemplo, el algoritmo de generación de APS de la instalación no sería implementado en módulos de interfaz de instalación que no ofrecieran protección redundante de la instalación. Estos módulos generarían sólo la parte de APS del equipo del algoritmo de conmutación. La tabla de estados de selección de STS-1** se resume en la Tabla I que sigue para ambos modos Manual y de APS.

TABLA I Algoritmo de selección de STS-1** de APS

1

Nota

Los dos estados de K1* interpretados como "Fallos de Enlace" (000 y 111) serán interpretados por el algoritmo de selección de STS-1** como si hubiera sido recibido un estado de "No Preferencia".

D.1. Modo manual (mecanismo de selección de controlador local)

El modo manual proporciona un método para el controlador local o el módulo que realiza una función de selección de STS-1** para invalidar todos los otros mecanismos de selección y dictar si el receptor de STS-1** está seleccionando la entrada de STS-1** de A o B. Este es el mecanismo de selección de prioridad máxima y son ignorados todos los otros mecanismos de selección cuando se invoca esta característica. El uso principal de esta característica es facilitar que un módulo sea retirado de servicio. Todos los módulos que reciben una STS-1** del módulo seleccionado para retirada pueden utilizar este mecanismo para encaminar sus trayectorias de carga útil de recepción activa a través del conjunto alternado de equipo doble. Cuando son encaminadas todas las trayectorias de carga útil activas alrededor del módulo seleccionado, se puede realizar la retirada del módulo sin generar el conjunto de alarmas que acompañan a una retirada de módulo no provisional. De acuerdo con este uso previsto, cuando se usa la característica para invalidar los mecanismos de APS de equipo y/o instalación puede resultar una pérdida de carga útil activa. Obsérvese que cuando se invoca el modo manual, todos los algoritmos de APS de instalación y equipo están todavía funcionando y comunicando peticiones y respuestas de selección de STS-1** válidas. El modo manual ignora simplemente la petición de selección de algoritmo de selección de APS y sustituye la selección de modo manual. Esta característica es importante cuando existe el modo manual y se retorna al modo de APS. Puesto que los algoritmos de APS nunca fueron interrumpidos, el controlador local conocerá el estado de selección correcto de STS-1** al que retornar.

D.2. Modo de selección de aps (mecanismo de selección dirigido)

El mecanismo de selección de APS proporciona un método, de acuerdo con la presente invención, que permite que el receptor de STS-1** actúe como el punto de selección para la función de APS. Por lo tanto, un conmutador desde la STS-1** de A a la STS-1** de B representa un conmutador desde la trayectoria primaria (usualmente designada #1, A o primaria) a la trayectoria secundaria (usualmente designada protección, B o secundaria). Todos los módulos del cesionario que implementan un esquema de protección de equipo y/o instalación doble utilizan este mecanismo. El mecanismo de selección de APS es invalidado por el mecanismo de selección de controlador manual. La tabla de estados de selección de STS-1** se resume en la Tabla I para ambos modos, Manual y de APS.

Como se ha hecho referencia anteriormente, el mecanismo de selección de APS comunica entre el módulo de generación de STS-1** y el módulo de recepción (selección) de STS-1** utilizando los bites de K1* y K2* del enlace de STS-1**. Estos bites se sitúan en la misma posición en la línea superior de STS-1** y los bites de K1 y K2 que implementan la función de APS de la instalación en la instalación de SONET, pero tienen definiciones y manipulaciones únicas. Cada uno de los bites de K1* y K2*de STS-1** son integrados independientemente para tres encuadres (tres valores consecutivos idénticos) antes de que sean considerados válidos. Una interrupción es enviada al controlador local cuando cambia el valor integrado de K1* y/o K2*. El mecanismo de selección utiliza entones la petición de selección de STS-1** de A/B en el bite de K1* de la interfaz o interfaces de STS-1** que funcionan de acuerdo con la tabla de estados de selección de la Tabla 1.

Las peticiones de K1* recibidas de ambas entradas de A y B de STS-1, así como el estado actual de selección de STS-1**, son devueltos en el sentido inverso en el bite de K2*. Esto permite que el mecanismo de generación de conmutador de STS-1** conozca el estado actual de esta unidad doble y el receptor de STS-1** de aguas abajo.

El bite de K1* es el canal de órdenes del mecanismo de APS. Este utiliza los tres bits menos significativos (LSB: Least Significant Bits) del bite a peticiones de selección de APS de señal. Las peticiones son para Seleccionar A, Seleccionar B y No Preferencia. No preferencia se utiliza para señalar que ha sido detectado un fallo local por el módulo de generación de STS-1** y que el receptor ha de aceptar la petición de APS desde la unidad doble. Asimismo, cada petición puede tener dos valores, siendo uno la inversión del otro (es decir, código de Seleccionar A = 001 ó 110). Esto es para detectar fallos silenciosos en la trayectoria de datos de selección de APS. Los bits de petición de K1* se reflejan en el bite de K2* desde el extremo de recepción. Mediante el envío del código invertido para la petición actual de APS, el nuevo código será visto en el bite de K2* de retorno que verifica la trayectoria de datos sin afectar a la selección actual de APS. Los códigos 000 y 111 nunca son generados, y si son recibidos significará una condición de error y serán tratados como una No Preferencia. La Tabla II resume la definición de valores del bite de K1* transmitidos y recibidos.

(Tabla pasa a página siguiente)

TABLA II Definiciones de Bite de K1* (orden)

2

Nota

Los dos estados de K1* interpretados como "Fallos de Enlace" (000 y 111) deberán ser interpretados por el algoritmo de selección de STS-1** como si hubiera sido recibido un estado de "No Preferencia". Separadamente, la recepción de un estado de fallo de enlace será una entrada a los algoritmos de estado del equipo y puede ser utilizada para fallos de alarma del equipo y algoritmos de ayuda de localización de averías que intentan identificar módulos en fallo e interfaces internas en fallo.

El bite de K2* es el canal de estado inverso del mecanismo de de APS. Este retorna los bits de petición de selección de K1* y su modo (Manual Forzado o APS) de unidad de recepción de módulo doble. Esto permite que el algoritmo de APS en cada módulo conozca el estado de la unidad de recepción de aguas abajo y su unidad asociada doble. Los bits repetición de K1* recibidos son reflejados en el bite de K2* a menos que se detecte un Fallo de Enlace de B2* en ese enlace, y entonces se devuelve un código 111 para señalar que ha sido detectado un fallo de enlace. El código 000 nunca será generado y, si es recibido, indica una condición de error. La Tabla III resume la definición y valores del bite de K2* transmitido y recibido.

La información contenida en cada bite de K2* es un conjunto completo de peticiones de selección desde ambos módulos redundantes de A y B, y también el estado del mecanismo de selección en el módulo de aguas abajo. Esta información puede ser evaluada por un algoritmo de verificación que es un subconjunto del algoritmo de APS para establecer que la decisión de selección producida por el algoritmo de APS ha sido aceptada ciertamente por todos los módulos implicados con ese proceso de APS. Este algoritmo de verificación puede así establecer si está funcionando correctamente cada uno de los enlaces de comunicación entre los módulos asociados con ese proceso de APS. Asimismo, puede establecer que cada módulo redundante está transfiriendo correctamente peticiones de estado desde el enlace de comunicación entre los módulos redundantes a los módulos de aguas abajo que realizan la función de selección. Sustituyendo los valores redundantes de las peticiones de selección, el algoritmo de verificación puede también establecer el estado (funcional o de fallo) de todos los enlaces de envío de mensajes y funciones de transferencia de mensajes. Debido a que cada uno de los estados de petición de conmutación tiene un conjunto o conjunto redundante de valores, estos ensayos pueden ser realizados continuamente, sin afectar al tráfico del cliente. Por lo tanto, esta invención proporciona la metodología y el mecanismo para proporcionar autodiagnósticos comprensivos, continuos, en servicio, de la función de APS sin efectos adversos sobre el servicio del cliente.

(Tabla pasa a página siguiente)

TABLA III Definiciones de Bite de K2* (estado)

3

Una característica importante de la interfaz de STS-1** es que la información seleccionada de STS-1** de A/B que es transportada en el sentido inverso en el enlace de STA-1** por el bite de K2* puede ser utilizada por el proceso de APS para extender la protección del equipo sobre los enlaces de STS-1**.

D.3. Descripción del algoritmo de selección de STS-1**

Lo que sigue proporciona una descripción de los diversos estados de algoritmo de STS-1** encontrados en la Tabla I.

En circunstancias de funcionamiento normales, los bits de petición de conmutación de STS-1*+ de A/B en el bite de K1* desde los módulos de generación de STS-1** de A y B tienen el mismo valor y la petición de conmutación será aceptada cuando se ha satisfecho el algoritmo de verificación de K1* descrito.

En el caso transitorio normal (en el que los bits de petición de conmutación de STS-1** de A/B en el bite de K1* no concuerdan exactamente en los mismos encuadres, una condición normal durante la conmutación o cambio) o cuando un fallo del equipo presenta una petición de conmutación conflictiva desde los generadores de STS-1** de A y B, el mecanismo de selección de conmutación de de STS-1** de A/B mantiene un estado de "no cambio" (si estaba seleccionando STS-1** A, continúa seleccionando STS-1** A, lo mismo que para la selección de STS-1** B) hasta que se haya aclarado este estado conflictivo de conmutación de selección de STS-1** de A/B.

Cuando ambos generadores de petición de selección de STS-1** están indicando el estado de "no petición", el mecanismo de selección mantiene el estado de "no cambio" descrito anteriormente.

Cuando se detecta un fallo de enlace de STS-1** único, el algoritmo de selección de STS-1** aceptará los bits de petición de STS-1** de A/B del enlace de STS-1** que está operando todavía sin fallo, incluso si los bits de petición de conmutación de STS-1** de A/B están seleccionando el enlace fallado (esta ha de ser una condición transitoria). Estos criterios de selección pueden forzar la selección de una interfaz de instalación no operativa o incluso no existente, lo que puede dar lugar a una pérdida de carga útil, aunque esto es compatible con los escenarios de APS de la instalación.

Cuando han fallado ambos enlaces de STS-1**, el mecanismo de selección mantiene el estado de "no cambio" descrito anteriormente.

Cuando el mecanismo de selección de Modo Manual ordena al mecanismo de selección seleccionar la STS-1** de A o de B, el mecanismo de selección cumplirá, incluso si la petición de selección presenta conflicto con la petición de selección de modo de APS que está siendo recibida en el bite de K1*.

D.4. Escenarios de selección de STS-1**

Lo que sigue proporciona ejemplos concretos de eventos de STS-1**.

D.4.1. Modo manual, escenarios de selección de controlador local

Existen dos estados para el mecanismo de selección de controlador, el estado de seleccionar STS-1** y el estado de seleccionar STS-1**. Ejemplos de estos dos estados se muestran en las figuras 2 y 3, respectivamente. Las siguientes descripciones de eventos exponen estos dos estados

Modo Manual, Seleccionar STS-1 A (figura 2)

1.

Estado Inicial: El estado inicial puede ser cualquiera de los estados de selección de STS-1**.

2.

Una función de control de nivel del sistema dispone el controlador local para seleccionar STS-1** A: Esto sería una respuesta a una orden de artefacto/OS o prueba local o rutina de mantenimiento.

3.

El controlador local dispone el mecanismo de selección de STS-1** para seleccionar STS-1 A: Esta orden es absoluta e invalida todos los otros parámetros de entrada para el mecanismo de selección.

4.

Estado A de STS-1**: El mecanismo de selección de STS-1** está ahora en un estado de seleccionar STS-1** A y permanecerá hasta que se disponga otra cosa.

Modo Manual, Seleccionar STS-1** B (figura 3)

1.

Estado Inicial: El estado inicial puede ser cualquiera de los estados seleccionados de STS-1**.

2.

Un controlador de nivel del sistema dispone el controlador local para seleccionar STS-1** B: Esto sería una respuesta a una orden de artefacto/OS, prueba local o rutina de mantenimiento.

3.

El controlador local dispone el mecanismo de selección de STS-1** para seleccionar STS-1** B: Esta orden es absoluta e invalidad todos los otros parámetros de entrada para el mecanismo de selección (estados de K1* y B2*).

4.

Estado de STS-1** B: El mecanismo de selección de STS-1** está ahora en el estado de seleccionar STS-1** B y permanecerá hasta que se instruya otra cosa.

D.4.2. Modo de APS, escenarios de selección dirigida

Existen dos tipos de algoritmos de Selección de Modo APS, un algoritmo de selección de APS de instalación y un algoritmo de protección del equipo. Los algoritmos de APS de protección de instalación son ejecutados en los módulos de interfaz de instalación de instalaciones con protección de instalación doble (principalmente instalaciones de SONET). La característica distintiva de algoritmos de protección de instalación es que operan en interfaces de instalación en las que no existe fallo de ordenador o de equipo. Cuando se detecta un fallo de equipo, el algoritmo de protección de equipo se encarga del proceso de APS. Los algoritmos de protección de equipo son implementados en todos los módulos protegidos de equipo doble (incluyendo módulos protegidos de instalación). Las secciones siguientes proporcionan ejemplos de ambos tipos de protección de modo de APS.

D.4.3. Modo de APS, escenario de selección de instalación

El escenario de selección de instalación está diseñado para demostrar cómo realiza el mecanismo de selección de STS-1** la función de STS-1** A (línea de trabajo) o selección de STS-1** B (línea de protección). El modo de APS del mecanismo de selección de STS-1** se utiliza para implementar la selección de protección de instalación para cualquier instalación que tiene protección de instalación doble (a la que se hace referencia como protección de instalación 1:1 ó 1+1). Las interfaces de SONET son ejemplos de instalaciones que están ideadas normalmente con protección de instalación doble, pero este mecanismo operará con todas las interfaces de instalación si realizan un modo de protección de instalación doble.

Las interfaces de SONET son las únicas interfaces de instalación que son ideadas normalmente para operar en modo de protección de instalación doble, por lo que este escenario es inscrito para las interfaces de OC-N. Obsérvese que, de acuerdo con la invención, la APS de instalación es un algoritmo de protección no simétrico, es decir, los fallos de instalación en la línea de trabajo son manipulados de manera diferente que los fallos de instalación en la línea de protección. Puesto que el fallo de la línea de protección cuando está siendo transportada carga útil por la línea de trabajo no requiere acción por parte del mecanismo de selección de STS-1**, no existe escenario explícito de selección de STS-1** para este evento. Las acciones iniciadas por el fallo del campo de protección bajo estas condiciones están relacionadas principalmente con la alarma.

El fallo de la línea de protección cuando ha fallado la línea de trabajo, ha sido completada una conmutación a la línea de protección, ha asido despejada la línea de trabajo y es esperada para restauración manual, es una variación del escenario de fallo de línea de trabajo y es cubierto como un subconjunto de este escenario.

1.

Estado Inicial 100: (Figuras 4 y 5). La función de control de nivel del sistema instruye a los controladores locales para las correspondientes interfaces de instalación dobles y el mecanismo de selección de STS-1** para operar en el modo de APS. Ambas líneas, de trabajo y de protección, son funcionales y ambas interfaces de instalación dobles (interfaces de OC-N en el ejemplo) están trabajando y tienen medios para operar en el modo de APS. En este estado, ambos mecanismos de selección de STS-1** implementan el término de la tabla de estados de selección mostrada en la figura 5 y seleccionan STS-1** A (la línea de trabajo). Obsérvese que la carga útil recibida por la línea de trabajo a través de la interfaz de OC-N A es seleccionada por ambos conjuntos de equipo doble de conexión cruzada de A y B.

2.

Fallo de instalación de trabajo 102: (Figuras 4 y 6). El controlador local en la interfaz de OC-N A detecta el fallo de instalación. El controlador local en OC-N A informa del fallo de instalación de la línea de trabajo al controlador local en OC-N B. El controlador en OC-N B introduce este parámetro en el algoritmo de APS de la instalación que opera en OC-N y decide si se inicia o no un cambio en la petición de selección de módulo. Obsérvese que OC-N A no envía automáticamente K1* con una petición de selección de conmutación al estado de STS-1** B. En este estado ambos mecanismos de selección de STS-1** implementan el término de la tabla de estado de selección mostrada en la figura 6 y seleccionan STS-1** A (la línea de trabajo.

3.

El Algoritmo de APS de Instalación ordena una APS a la Línea de Protección 104: (Figuras 4 y 7). El controlador en OC-N B dispone el bite de K1* en sus dos transmisores de STS-1** para indicar una petición de conmutación a STS-1** B. También envía una orden al controlador de interfaz de OC-N A para solicitar una conmutación a STS-1** B. En este estado, ambos mecanismos de selección implementan el término de la tabla de estados de selección mostrada en la figura 7, reconoce peticiones de selección en conflicto y permanece en su estado inicial (una acción de no cambio); esto omite la carga útil todavía en funcionamiento de STS-1** A (la línea de trabajo).

4.

OC-N A Ejecuta la Petición de Conmutación desde OC-N B 106: (Figuras 4 y 8). El controlador en OC-N A recibe la orden de enviar una petición para conmutar a STS-1** B (la línea de protección). El controlador dispone el bite de K1* en sus dos transmisores de STS-1** para indicar una petición de conmutar a STS-1** B. En este estado, ambos mecanismos de selección de STS-1** implementan el término de la tabla de estados de selección mostrada en la figura 8 y seleccionan STS-1** B (la línea de protección). Este es el estado a largo plazo de la interfaz de instalación con un fallo de línea de trabajo hasta que se restablece el funcionamiento de la línea de trabajo y se recibe del controlador una vuelta a la línea de trabajo.

5.

Supresiones de Fallos de Instalación 108: (Figuras 4 y 9). El controlador local en la interfaz de OC-N A detecta la supresión del fallo de instalación. El controlador local en OC-N A informa del estado de la instalación de la línea de trabajo al controlador local en OC-N B. En controlador en OC-N B introduce este parámetro en el algoritmo de APS de la instalación que opera en OC-N B y decide si se inicia o no un cambio en la petición de selección de módulo (la conmutación de instalación no será iniciada si el algoritmo de APS es un algoritmo no revertivo). Obsérvese que OC-N A no envía de manera autónoma K1* con una conmutación al estado de STS-1** A. En este estado ambos mecanismos de selección de STS-1** implementan el término de la tabla de estados de selección mostrada en la figura 9 y seleccionan STS-1** B (la línea de protección).

6.

Petición de Reversión Aceptada y Ejecutad por el Algoritmo de APS de Instalación o Fallo de Línea de Protección 110: (Figuras 4 y 10). Cuando es recibida una devolución o reversión a la orden de línea de trabajo por el algoritmo de APS de instalación en OC-N B, el controlador de OC-N B dispone el bite de K1* en sus dos transmisores de STS-1** para indicar una petición para conmutar a STS-1** A. También envía una orden al controlador de interfaz de OC-N A para solicitar una conmutación a STS-1** A. En este estado, ambos mecanismos de selección de STS-1** implementan el término de la tabla de estados de selección mostrada en la figura 10, reconoce peticiones de selección conflictivas y permanece en su estado inicial (una acción de no cambio), omitiendo esto la carga útil, todavía operativa, de STS-1** B (la línea de protección).

Los fallos de la línea de protección inician también la respuesta descrita en esta sección, con la excepción de que el algoritmo de APS inicia la conmutación desde el fallo de la línea de protección en lugar de esperar para una orden de devolución.

7.

OC-N A Ejecuta la Petición de Conmutación desde OC-N B 112: (Figuras 4 y 11). El controlador en OC-N A recibe la orden de enviar una petición para conmutar a STS-1** A (la línea de trabajo). El controlador habilita el bite de K1* en sus dos transmisores de STS-1** para indicar una petición para conmutar a STS-1** A. En este estado ambos mecanismos de selección de STS-1** implementan el término de la tabla de estados de selección mostrada en la figura 11 y seleccionan STS-1** A (la línea de trabajo). Este es el estado inicial de la interfaz de instalación.

D.4.4. Modo de APS, escenarios de selección de equipo

Las secciones siguientes proporcionan ejemplos de los tres escenarios principales de fallo de equipo. El primer ejemplo demuestra la reacción al fallo de una trayectoria de carga útil de equipo, el segundo ejemplo demuestra la reacción a un controlador local fallado y el tercer ejemplo demuestra la reacción a una extracción de módulo no dispuesta.

Los escenarios de selección de equipo están diseñados para demostrar cómo el mecanismo de selección de
STS-1** implementa la función de la selección de STS-1** (A o equipo primario) o de STS-1** (B o equipo de respaldo). La clase de selección de APS de equipo se utiliza para implementar la selección de protección de equipo para cualquier equipo que tenga protección de equipo doble (usualmente denominada protección doble o redundante de equipo).

El algoritmo de APS de equipo es un algoritmo de protección simétrico, siendo los fallos de equipo en el equipo de trabajo manejados del mismo modo que fallos de equipo en la línea de protección. Puesto que el fallo de cualquier conjunto de equipo cuando está siendo portada carga útil en el conjunto de equipo doble no requiere acción por parte del mecanismo de selección de STS-1**, no existe escenario de selección explícito de STS-1** para este evento. Las acciones iniciadas por el fallo del conjunto de equipo no utilizado bajo estas condiciones están relacionadas principalmente con la alarma, por lo que se refieren a la sección de diagnóstico de equipo de cada descripción de conjunto del equipo para respuestas al fallo de un conjunto no utilizado. El fallo del conjunto redundante de equipo cuando ha fallado el conjunto de equipo de trabajo, ha sido completada una conmutación al conjunto redundante, se ha suprimido el fallo de equipo de trabajo y es esperado para restablecimiento manual, es una variación del escenario de fallo del conjunto de equipo de trabajo y es cubierto como un subconjunto de este escenario.

Modo de APS, fallo de equipo de trayectoria de carga útil

1.

Estado Inicial 114: (Figuras 12 y 13). El controlador instruye a los controladores locales para las correspondientes interfaces de equipo dobles y el mecanismo de selección de STS-1** para operar en el modo de APS. Ambos jugos de equipo, primario y de respaldo, son operativos y están habilitados para operar en el modo de APS de equipo. En este estado, ambos mecanismos de selección de STS-1** implementan el término de la tabla de estados de selección mostrada en la figura 13 y seleccionan STS-1** A (el conjunto de equipo primario). Obsérvese que la carga útil recibida desde el conjunto de equipo primario es seleccionada seleccionando ambos conjuntos de equipo dobles de A y B del equipo.

2.

Fallos de Equipo Primario 116: (Figuras 12 y 14). El controlador local en el conjunto del equipo primario detecta un fallo de equipo. El controlador en el conjunto A del equipo primario habilita el bite de K1* en sus dos transmisores de STS-1** para indicar una petición de conmutación de "no preferencia". El controlador local en el conjunto A del equipo primario informa entonces de la condición de fallo de equipo al controlador local en el conjunto B de equipo de respaldo. El controlador en el conjunto B de equipo de respaldo introduce este parámetro en el algoritmo de APS de equipo que opera sobre el conjunto B de equipo de respaldo y decide si inicia o no un cambio en la petición de selección de módulo. En este estado, los mecanismos de selección de STS-1** implementan el término de la tabla de estados de selección de la figura 14 y seleccionan STS-1** A (el conjunto del equipo primario).

3.

El Algoritmo de APS del Equipo ordena una APS al conjunto de Equipo de Respaldo 120: (figuras 12 y 15). El controlador en el conjunto B del equipo de respaldo dispone el bite de K1* en sus dos transmisores de STS-1** para indicar una petición para conmutar a STS-1** B. En este estado, ambos mecanismos de selección de STS-1** implementan el término de la tabla de estados de selección en la figura 15 y seleccionan STS-1** B (el conjunto del equipo de respaldo). Este es un estado a largo plazo del equipo con un fallo del conjunto del equipo primario hasta que se restablece el conjunto de equipo primario.

\newpage

4.

Supresiones de Fallos del Equipo 122: (Figuras 12 y 16). El controlador local en el conjunto A del equipo primario detecta la supresión de fallos del equipo. El controlador local en el conjunto A de equipo primario informa del estado del conjunto de equipo primario al controlador local en el conjunto B de equipo de respaldo. El controlador en el conjunto B del equipo primario introduce este parámetro en el algoritmo de APS del equipo que opera sobre el conjunto B del equipo de respaldo y decide si se inicia o no un cambio en la petición de selección de módulo (la conmutación de equipo no será iniciada si el algoritmo de APS es un algoritmo no revertivo). Obsérvese que el conjunto A del equipo primario no envía de manera autónoma K1* con una petición para conmutar al estado de STS-1** A. En este estado, ambos mecanismos de selección de STS-1** implementan el término de la tabla de estados de selección mostrada en la figura 16 y seleccionan STS-1** B (el conjunto de equipo primario).

5.

Petición de Reversión Aceptada y Ejecutada por el Algoritmo de APS del Equipo o Fallo de conjunto de Equipo de Respaldo 124: (Figuras 12 y 17). Cuando es recibida una orden para volver o revertir al conjunto del equipo de A (lado de trabajo) por ambos controladores locales, los controladores en ambos conjuntos de equipo habilitan los bites de K1* en sus respectivos transmisores de STS-1** para indicar una petición para conmutar a STS-1** A. En este estado, ambos mecanismos de selección de STS-1** implementan el término de la tabla de estados de selección mostrada en la figura 17 y seleccionan STS-1** A (el conjunto de equipo primario). Este es el estado inicial de la interfaz del equipo.

Los fallos del conjunto de equipo de respaldo inicial también una conmutación de vuelta al conjunto A de equipo primario. La respuesta a este fallo opera como se ha descrito en descripciones de funcionamiento 2 y 3 anteriores, con la excepción de que están revertidas las etiquetas A y B.

D.4.5. Modo de APS, fallo del controlador local

El escenario del controlador local es similar al escenario de fallo de trayectoria de carga útil, con la excepción de que con un fallo de controlador local el ordenador no puede ya insertar el estado de "no preferencia" en el bite de K1* transmitido y programar el estado de equipo de "No OK" hacia el controlador doble. Este fallo es manejado al tener la salida de equipo físico (hardware) del temporizador de organismo protector (watchdog) que es activo cuando falla el controlador local, fuerza al bite de K1*transmitido y la línea de estados de equipo doble a sus estados respectivos de K1* = todo unos (no preferencia) y "No OK".

La señal de estado del equipo y la capacidad para forzar K1* hacia el estado de "no preferencia" serán implementados de una manera que no requiere que el microprocesador o su enlace en serie sea operativo y requiere que sea operativo un equipo físico tan pequeño como sea posible. Estos estados serán capaces de ser puestos activos por el consolador local o forzados a ser activos por el temporizador de de organismo de protección o mecanismo similar.

El escenario completo de este tipo de evento de fallo se describe sustituyendo las figuras 14 y 15 por la figura 18 y la figura 19, respectivamente, en la secuencia de operaciones de la figura 12. Las descripciones de estos eventos cambian sólo si ese equipo A envía una señal de todos unos (interpretada como una petición de no preferencia) en el bite de K1* cuando falla el ordenador, en lugar de la petición de selección de no preferencia de 011.

D.4.6. Modo de APS, retirada del módulo no dispuesto

El escenario de retirada de módulo no dispuesto es similar al escenario de fallo de trayectoria de carga útil, con la excepción de que con un fallo del controlador local el ordenador ya no puede insertar el estado de "no preferencia" en el bite de K1* transmitido y programar el estado de equipo de "No OK" hacia el controlador doble. El fallo es manejado por el hecho de tener un mecanismo tal como resistencias de actuación en los módulos que reciben estas señales, que fuerzan automáticamente el estado de las líneas de entrada de módulos de recepción a sus estados respectivos de
K1* = todos unos (no preferencia) y "No OK" cuando se retira el módulo doble.

Todas las líneas de datos y de estado para módulos de formación de interfaz de STS-1** tienen mecanismos y definiciones de sentido de señal tales que cualquier retirada de módulo de STS-1** dará lugar a una inserción de todos unos (AIS) en la trayectoria de carga útil y "No OK" para todas las líneas de estado.

El escenario completo de este tipo de evento de fallo se describe sustituyendo las figuras 14 y 15 por las figuras 20 y 21, respectivamente. Las descripciones de estos eventos cambian sólo en que el equipo que recibe la STS-1** A recibe una señal de todos unos (interpretada como una petición de no preferencia) en el bite de K1* cuando falla el ordenador, en lugar de la petición de selección de no preferencia 011.

Claims (20)

1. Aparato (10) que tiene conmutación de protección, que comprende:

una interfaz (16) de transmisión de trabajo, que responde a una señal (20b) de orden de selección y a una señal (12) de trabajo de entrada, para proporcionar una señal (20a) de estado de trabajo y un par de señales (28, 30) de trabajo de salida idénticas que tienen información de datos y selección;

una interfaz (18) de transmisión de protección, que responde a la señal (20a) de estado de trabajo y a una señal (14) de protección de entrada, para proporcionar la señal (20b) de orden y un par de señales (32, 34) de protección de salida idénticas que tienen información de datos y selección;

una interfaz (24) de recepción de trabajo, que responde a la señal (28) de trabajo y a la señal (34) de protección para seleccionar una de las señales (28, 34) de acuerdo con la información de selección en ellas; y

una interfaz (26) de recepción de protección, que responde a la señal (30) de trabajo y a la señal (32) de protección para seleccionar una de las señales (30, 32) de acuerdo con la información de selección en ellas.

2. El aparato (10) de la reivindicación 1, en el que la interfaz (24) de recepción de trabajo responde a la señal seleccionada (28 ó 34) para proporcionar una señal de confirmación (29a) a la interfaz (16) de transmisión de trabajo y para proporcionar una señal de confirmación (29b) a la interfaz (18) de transmisión de protección y en el que la interfaz (26) de recepción de protección responde a la señal seleccionada (30 ó 32) para proporcionar una señal de confirmación (31a) a la interfaz (16) de transmisión de trabajo y para proporcionar una señal de confirmación (31b) a la interfaz (18) de transmisión de protección.

3. El aparato (10) de la reivindicación 1, en el que las interfaces (16, 18) de transmisión de trabajo y protección son interfaces de SONET y en el que las interfaces (24, 26) de recepción de trabajo y protección son conexiones cruzadas y en el que la conexión cruzada (24) proporciona una señal (25a) de estado de trabajo en respuesta a las señales (28, 34) y responde también a una señal de mando u orden (25b) para proporcionar un par de señales idénticas (40, 44) de descenso de trabajo que tienen información de datos y selección y en el que la conexión cruzada (26) proporcionar la señal de orden (25b) en respuesta a la señal (25a) de estado de trabajo y proporciona también un par de señales idénticas (42, 46) de descenso de protección que tienen información de datos y selección.

4. El aparato (10) de la reivindicación 3, que comprende además:

un módulo (36) de descenso de trabajo, que responde a una (40) de dichas señales idénticas (40, 44) de descenso de trabajo para proporcionar una señal (48) de salida de trabajo; y

un módulo (38) de descenso de protección, que responde a una (44) de dichas señales idénticas (40, 44) de descenso de trabajo y a una (46) de dichas señales idénticas (42, 46) de descenso de protección, para proporcionar una señal (50) de salida de protección.

5. El aparato (10) de la reivindicación 4, en el que:

dicha interfaz (16) de transmisión de trabajo es una interfaz de alta velocidad de trabajo, que responde a una señal (20b) de orden de selección y a una señal (12) de trabajo en serie de SONET de red óptica síncrona, para proporcionar una señal (20a) de estado de trabajo y un par de señales idénticas y paralelas (28, 30) de trabajo de salida que tienen información de datos y selección;

dicha interfaz (18) de transmisión de protección es una interfaz de alta velocidad de protección, que responde a la señal (20a) de estado de trabajo procedente de la interfaz (16) y a una señal (14) de protección en serie de SONET, para proporcionar la señal (20b) de orden de selección y un par de señales idénticas y paralelas (32, 34) de protección de salida que tienen información de datos y selección;

dicha interfaz (24) de recepción de trabajo es una conexión cruzada de trabajo, que responde, de acuerdo con dicha información de selección, a una (28) de dichas señales (28, 30) de trabajo de salida o a una (34) de dichas señales (32, 34) de protección de salida, para proporcionar un par de señales idénticas (40, 44) de descenso de trabajo que tienen información de datos y selección;

dicha interfaz (26) de recepción de protección es una conexión cruzada de protección, que responde, de acuerdo con dicha información de selección, a una (30) de dichas señales (28, 30) de trabajo de salida o a una (32) de dichas señales (32, 34) de protección de salida, para proporcionar un par de señales idénticas (42, 46) de descenso de protección;

dicho módulo (36) de descenso de trabajo responde a una (40) de dichas señales idénticas (40, 44) de descenso de trabajo y a una (42) de dichas señales idénticas (42, 46) de descenso de protección, para proporcionar una señal (48) de salida de trabajo; y

dicho módulo (38) de descenso de protección responde a una (44) de dichas señales idénticas (40, 44) de descenso de trabajo y a una (46) de dichas señales idénticas (42, 46) de protección, para proporcionar una señal (50) de salida de protección.

6. El aparato (10) de una de las reivindicaciones precedentes 1 a 5, que comprende:

dicha interfaz (16) de transmisión de trabajo para proporcionar dicha señal (20a) de estado de trabajo y un par de señales idénticas (28, 30) de trabajo de transmisión que tienen información de datos y selección, proporcionadas de acuerdo con un algoritmo de selección; y

dicha interfaz (18) de transmisión de protección para proporcionar dicha señal (20b) de estado de protección y un par de señales idénticas (32, 34) de protección de transmisión que tienen información de datos y selección proporcionada de acuerdo con el mismo algoritmo de selección que en la interfaz (16) de transmisión de trabajo.

7. Un método de conmutar a señales de datos y de sobrecarga de instalación desde una trayectoria de B en espera tras la detección de un fallo de señal de trayectoria de señal A principal, que comprende las operaciones de:

verificar señales entrantes (12) de trayectoria de A en una unidad (16) de interfaz de canal de trabajo de trayectoria de A;

notificar directamente a una unidad (18) de interfaz de canal en espera de trayectoria de B, que está recibiendo simultáneamente datos idénticos a los datos en dicha trayectoria de A, que existe una condición de fallo de señal en la trayectoria de A;

proporcionar una señal de orden de conmutación desde la unidad (18) de interfaz de canal en espera de trayectoria de B a la unidad (16) de interfaz de canal de trabajo de trayectoria de A; e

insertar una señal codificada proporcionada a una unidad subsiguiente (24, 26), como parte de las señales de sobrecarga, mediante ambas unidades (16, 18) de interfaz de trayectorias de A y B, que indica que se ha de responder a datos de canal de B en lugar de a datos de canal de A notificados de otro modo.

8. Un método según la reivindicación 7, que comprende además operaciones para conmutar equipo (16, 18) en las trayectorias de A y B, en el que dichas operaciones adicionales comprenden:

verificar en pares de equipos (16, 18) de trayectorias de A y B idénticos, por medios de algoritmos idénticos de detección de fallos, residentes en cada equipo (16, 18) de un par dado (16, 18);

detectar un fallo en un primer equipo redundante (16, 18) de un par (16, 18) y notificar directamente a un segundo equipo redundante (16, 18) de dicho par (16, 18), que está recibiendo simultáneamente datos en un canal idéntico en el que dichos datos recibidos son idénticos a datos recibidos en dicho primer equipo redundante (16, 18), que debe ocurrir la conmutación al segundo equipo redundante (16, 18); e

insertar una señal codificada proporcionada como parte de las señales superiores, por ambos equipos redundantes primero y segundo (16, 18) a dicha unidad subsiguiente para informar a dicha unidad subsiguiente que ha de responder a datos procedentes de dicho segundo equipo redundante (16, 18) en lugar de los que proceden de dicho primer equipo redundante (16, 18) hasta que se notifique otra cosa.

9. Un método según la reivindicación 7, en el que la conmutación de protección de equipo entre conjuntos esencialmente idénticos de módulos (16, 18) conectados en serie que compren trayectorias (A, B) independientes de comunicación de trabajo y protección, comprende las operaciones de:

verificar, utilizando algoritmos idénticos residentes en módulos idénticos redundantes (16, 18) de trabajo y protección, pares de equipos (16, 18), uno para transportar señales de datos de trabajo y señales de sobrecarga, y el otro para transportar señales idénticas de datos de protección y de sobrecarga, teniendo dichas señales de sobrecarga señales que pertenecen a la identificación de uno seleccionado (16, 18) de dichos módulos redundantes de trabajo y protección para ser usado como un módulo de trabajo;

comunicar señales de auto-estado directamente entre dichos módulos idénticos redundantes (16, 18) de trabajo y protección y en el que dichos algoritmos idénticos operan para determinar al menos uno de,

un módulo de trabajo (16, 18) actualmente designado no está dando salida a datos correctos,

un módulo de trabajo (16, 18) designado actualmente no está recibiendo datos correctos, y

un módulo de trabajo (16, 18) actualmente designado ha recibido datos de sobrecarga que indican que está a punto de ocurrir una conmutación de señales de datos de trabajo; y

\newpage

comunicar con un par de equipos subsiguientes (24, 26), a través de dichas señales de sobrecarga para responder a señales de datos procedentes de dicho módulo de protección.

10. Un método según la reivindicación 7, en el que el flujo de datos de protección a través de una serie de conjuntos esencialmente idénticos de subsistemas (16, 18) interconectados de trayectorias de A y B, cada uno de los cuales recibe datos de trabajo idénticos y en el que sólo están proporcionando datos activos los subsistemas (16) de trayectoria de A, comprende las operaciones de.

suministrar datos desde cada módulo (16, 18) a ambos subsistemas subsiguientes (24, 26) de trayectorias de A y B;

verificar para determinación de errores en las señales idénticas de datos de trabajo recibidas por cada subsistema (24, 26) de trayectoria de A y B desde un subsistema precedente (16, 18);

detectar señales de datos de sobrecarga entremezclados con datos de trayectoria de trabajo para información de conmutación de trayectoria de señal insertada por un subsistema precedente (16, 18); y

conmutar entradas de un subsistema (16, 18) de trayectoria de protección precedente a un subsistema subsiguiente (24, 26) de trayectoria de trabajo cuando dichas verificación y detección determinan que debe ocurrir conmutación en razón de errores.

11. El método de una de las reivindicaciones precedentes 7 a 10, utilizado para proteger un elemento de red óptico síncrono (SONET) que tiene lados redundantes A y B, teniendo cada lado una interfaz (16, 18) de alta velocidad que responde a una línea de trabajo (12) en el lado A y a una línea de protección (14) en el lado B, que tiene una conexión cruzada (24; 26) y un módulo de descenso (36; 38) y que tiene un estado (100; 114) de instalación normal con carga útil proporcionada desde la línea de trabajo (12), que comprende las operaciones de:

proporcionar señales de carga útil de trabajo redundantes desde el lado A y señales de carga útil de protección redundante desde el lado B;

determinar (102) que existe en el lado A un fallo de instalación de la línea de trabajo (12) e informar de un estado de fallo al lado B;

ordenar (104) desde el lado B un estado con carga útil proporcionada desde el lado B; y

ejecutar (106) una conmutación al lado B y proporcionar carga útil desde el lado B.

12. El método de la reivindicación 11, que comprende además las operaciones de:

determinar (108, 110) que ha sido suprimido el fallo de instalación de la línea de trabajo (12);

ejecutar (112) una conmutación al lado A y proporcionar las señales de carga útil redundantes desde el lado B.

13. El método de la reivindicación 11 o la 12, que comprende las operaciones de:

proporcionar señales de carga útil de trabajo redundantes desde el lado A y señales de carga útil de protección redundantes desde el lado B;

determinar (116) en el lado A o el B que existe un fallo del equipo del lado A o e B e informar de un estado de fallo desde el equipo (16, 18) del lado del fallo al equipo comparable (18, 16) en el otro lado; y

ordenar (120) en el equipo comparable (16, 18) del lado que no ha fallado un cambio o conmutación al equipo comparable (16, 18) del lado que no ha fallado.

14. El método de la reivindicación 13, que comprende además las operaciones de:

determinar (122) en el lado del fallo que se ha suprimido el estado de fallo del equipo (16, 18) del lado del fallo e informar de ello al lado que no ha fallado; y

devolver (124) para utilizar las señales de carga útil de trabajo proporcionadas desde la línea de trabajo (12) del mismo lado en el equipo (16, 18) en la que ha sido suprimido el estado de fallo.

15. Un subsistema común (24, 26) que actúa en combinación con circuitos específicos de funciones, para utilizar en una trayectoria en serie (A, B) de subsistemas (24, 26) de tratamiento de señales interconectados, incorporados en una trayectoria (A) de datos de trabajo o una trayectoria (B) de protección, que comprende, en combinación:

primeros y segundos medios de entrada (Rx) para recibir datos desde trayectorias de datos de A y B;

medios (112, 114) que responden a las señales (108, 110) de trayectorias de A y B recibidas, para verificar la existencia de errores en señales (28, 34) de trayectorias de datos de A y B recibidas por los primeros y segundos medios de entrada (Rx) para proporcionar una señal de fallo en el caso de una detección de la misma;

medios (Tx) de salida de A y B para proporcionar datos idénticos, incluyendo datos de sobrecarga indicativos de dicha señal de fallo, a subsistemas de trayectorias de A y B;

medios para detectar señales de sobrecarga entremezcladas con datos de trayectoria de trabajo para información de conmutación de trayectoria de señal insertada por un sistema precedente; y

medios para conmutar entre tratamiento de datos suministrados en dichas entradas de A y B cuando dichas señales de sobrecarga indican que se ha de hacer una conmutación.

16. El subsistema (24, 26) de la reivindicación 15, incorporado en una de las trayectorias de A y B, que comprende además:

medios (25) de entrada de señal de estado para recibir una señal de estado (25a; 25b), que incluye una señal de fallo procedente de un subsistema esencialmente idéntico (26, 24) en la otra de dichas trayectorias de A y B.

17. El subsistema (16, 18) de la reivindicación 15 para conmutar datos de carga útil y de sobrecarga desde una trayectoria de B en espera tras la detección de fallo de trayectoria de A de señal principal, que comprende:

medios para verificar el estado de señales entrantes de trayectoria de A mediante una unidad (16) de interfaz de canal de trabajo de trayectoria de A;

medios para proporcionar una señal (20a) de estado de trayectoria de A a una unidad (18) de interfaz de canal en espera de canal de B, que estás recibiendo simultáneamente señales de datos de canal de B idénticas a las señales de datos en dicho canal de trabajo (12), del estado de las señales de trayectoria de A;

medios residentes en dicha unidad (18) de interfaz de canal de B para verificar el estado de dichas señales de datos de canal de B y que responden a dicha señal (20a) de estado de trayectoria de A para proporcionar una señal (20b) de orden de conmutación en la presencia de una señal de estado de fallo de trayectoria de A; y

medios, que responden a dicha señales de fallo de trayectoria de A, para insertar una señal codificada enviada aguas abajo, como parte de los datos de sobrecarga, mediante ambas unidades (16, 18) de interfaz de canal de A y B a un par de unidades idénticas (24, 26, 36, 38) de aguas abajo para informar a dichas unidades (24, 26, 36, 38) de aguas abajo de que deben responder a datos de canal de B en lugar de a datos de canal de A hasta que se notifique otra cosa.

18. El subsistema (16, 18) de la reivindicación 17, en el que dicho subsistema (16, 18) comprende además medios para conmutar equipo (24, 26, 36, 38) en las trayectorias de A y B, en los que dichos medios para conmutar equipo (24, 26, 36, 38) comprenden:

medios para verificar pares (16, 18) de equipos (16, 18) de trayectoria de A y B idénticos mediante medios de algoritmos idénticos de detección de fallos, residentes en cada equipo (16, 18) de un par dado (16, 18), en el que dichos medios para verificar incluyen:

medios para notificar directamente a un equipo opuesto (16, 18) de dicho par (16, 18), que está recibiendo simultáneamente datos en un canal idéntico, en que dichos datos recibidos son idénticos a los datos recibidos en dicho primer equipo opuesto (16, 18), que debe ocurrir la conmutación al segundo equipo opuesto (18, 16); y

medios para insertar una señal codificada enviada aguas abajo, como parte de los datos de sobrecarga, mediante ambos equipos opuestos (16, 18) de A y B a una unidad (24, 26, 36, 38) de aguas abajo para informar a dicha unidad de aguas abajo (24, 26, 36, 38) que ha de responder a datos procedentes de dicho segundo equipo (16, 18) opuesto en lugar de a los que proceden de dicho primer equipo opuesto (16, 18) hasta que se notifique otra cosa.

19. El subsistema (16, 18, 24, 26, 36, 38) de una de las reivindicaciones precedentes 15 a 18 para conmutar ente conjuntos redundantes de módulos (16, 24, 36, 18, 26, 38) conectados en serie en trayectorias independientes de comunicación de trabajo (A) y de protección (B), que comprende:

medios para verificar, utilizando algoritmos idénticos residentes en cada uno de dichos módulos redundantes (16, 18, 24, 26, 36, 38), uno para transportar señales de datos de trabajo y de sobrecarga, y el otro para transportar señales idénticas de datos de protección y de datos de sobrecarga, identificando dichas señales de datos de sobrecarga uno seleccionado de dichos módulos redundantes (16, 18, 24, 26, 36, 38) a utilizar como un módulo de protección de trabajo;

medios para comunicar señales de auto-estado (20, 25) directamente entre dichos módulos redundantes (16, 18, 24, 26) y en el que uno de dichos módulos redundantes (16, 18, 24, 26) es actualmente designado como trabajo, y en el que dichos algoritmos idénticos operan para determinar al menos uno de:

el módulo de trabajo (16, 18, 24, 26, 36, 38) actualmente designado no está dando salida a datos correctos,

el módulo de trabajo (16, 18, 24, 26, 36, 38) actualmente designado no está recibiendo datos correctos, y

el módulo de trabajo (16, 18, 24, 26, 36, 38) actualmente designado ha recibido datos de sobrecarga que indican que está a punto de ocurrir una conmutación de señales de datos de trabajo, y

en el que dichos medios para verificar dichas señales de sobrecarga con información de señales para responder a datos procedentes de dicho módulo de trabajo o de protección.

20. El subsistema (16, 18, 24, 26, 36, 38) de la reivindicación 19 para proteger flujo de datos a través de una serie de conjuntos esencialmente idénticos de subsistemas (16; 18; 24; 26; 36; 38) interconectados de trayectorias de A y B, cada uno de los cuales recibe normalmente datos idénticos y en el que normalmente sólo subsistemas (16, 24, 36) de A están interconectados en serie como subsistemas de aguas arriba a aguas abajo a un cliente, que comprende:

medios para proporcionar datos desde cada subsistema de aguas arriba a los dos subsistemas de aguas abajo de trayectorias de A y B;

medios para verificar errores en subsistemas (16, 18, 24, 26, 36, 38) de trayectorias de A y B para proporcionar una señal de error;

medios para detectar señales de datos de sobrecarga para información de conmutación de trayectorias de señal insertada por subsistemas de aguas arriba para proporcionar una señal de selección (20b); y

medios para conmutar entradas sólo del subsistema (18, 26, 38) de trayectoria de B sustituido y el siguiente subsistema (24, 36) de trayectoria de A cuando dichas verificación y detección determinan que debe ocurrir conmutación.