Принципы генерации аварийных сообщений и отображение показателей рабочих характеристик. Генерация и мониторинг аварийных сообщений и рабочих характеристик, страница 5

Процессор обработки служебных сигналов секции мультиплексирования устанавливает байты MSOH (включая K1, K2, D4-D12, S1, M1, E2 и B2) для полученного сигнала STM-N.

Если при тестировании в нисходящем потоке сигнальных сообщений выявляются аварийные сообщения R_LOS, R_LOF или MS_AIS, установите значение K2 (биты 6 - 8) =110, отправьте ответное аварийное сообщение MS_RDI на удаленную станцию.

Если при тестировании в нисходящем потоке сигнальных сообщений выявляется ошибка B2, используйте байт M1 для отправки ответного аварийного сообщения MS_REI на удаленную станцию.

3. Синхронизатор кадра и процессор обработки служебных сигналов секции регенератора

(1) Процессор обработки служебных сигналов секции регенератора устанавливает служебные байты в секции регенератора (включая A1, A2, J0, E1, F1, D1-D3 и B1), и отправляет полный электрический сигнал STM-N в синхронизатор кадра и шифровальное устройство.

(2) Синхронизатор кадра и шифровальное устройство выполняют шифрование электрических сигналов STM-N (байты A1, A2, J0 не шифруются), затем электрический сигнал STM-N преобразуется в оптический сигнал STM-N модулем преобразования E/O и отправляется оптическим интерфейсом.


1.3 Подавление связей между сигналами аварийных сообщений

Анализируя различные основные аварийные сигналы в потоке аварийных сообщений, можно обнаружить между ними соответствующие связи. Некоторые аварийные сообщения являются причиной других аварийных сообщений. Особенно это касается генерации аварийных сообщений высокого порядка, которые служат причиной возникновения аварийных сообщений низкого порядка.

Простой пример. Если в оптическом блоке генерируется аварийное сообщение R_LOS, причиной которого стал оптический путь, это аварийное сообщение вставляет сигнал аварийной индикации AIS в канал нисходящего потока, что обуславливает присваивание всем служебным байтам значение "1". Это вызовет отправку серии аварийных сообщений, таких как R_LOF, R_OOF, MS_AIS и т.д. Генерация этих сообщений является естественной, но она не подразумевает принятия каких-либо мер для обслуживающего персонала. В случае прерывания восходящего потока сообщений, есть ли необходимость обсуждать восходящий поток? Очевидно, в этом нет необходимости.

Кроме того, если эти аварийные сообщения поступают одновременно, то с одной стороны, они могут стать причиной избыточных данных и увеличат нагрузку управления сетью и блока ASCC. (Только представьте, что масса сетевых элементов в большой сети одновременно выдадут все аварийные сообщения). С другой стороны, они затрудняют работу оператора большим количеством информации, в котором можно потеряться.

Во избежание таких случаев мы предлагаем режим подавления тех аварийных сообщений, в отчетности которых нет необходимости.

Рисунок 1-2 представляет взаимосвязь между различными видами аварийных сообщений.

Рисунок 1-2 Дерево подавления основных аварийных сообщений

Аварийные сообщения высокого уровня, расположенные над стрелками, подавляют поток аварийных сообщений более низкого уровня, расположенных по направлению стрелок. В случае сбоя при локализации отказа, мы можем сначала уделить внимание высшему уровню аварийных сообщений.

& Подсказка:

Одно важное замечание – между аварийными сообщениями различных уровней существуют подавления, но на технические параметры различных уровней это не распространяется, поскольку между ними нет причинной связи. Генерация ошибки B1 не приведет к каким-либо действиям системы, которые могут вызвать  ошибку B2. Данные об ошибке B2 генерируются в результате вычислений данных, находящихся под управлением.


1.4 Локализация неисправностей согласно потоку сигнальных сообщений

Предыдущая информация дает представление о потоке аварийных сигнальных сообщений, но это только теоретическая основа. Наша реальная цель – научиться комбинировать теорию с практикой, быстро обнаруживать и устранять неисправности согласно принципам организации потока сигнальных сообщений. Далее представлены 2 типичных примера, с помощью которых мы попробуем сформировать предварительную методику поиска и устранения неисправностей.

1.4.1 Ошибки

(1) Сетевая диаграмма

На рисунке 1-3 представлена сетевая диаграмма.