6.3.2. Функции Управления

6.3.2.1. Общие функции управления

Управление каналами ЕСС. Так как ЕСС используются для связи NE, то каналы ЕСС должны иметь следующие функции:

• запрос/получение сетевых параметров, таких как размер пакета, временные промежутки, каче­ ство сервиса и т.д.;

• формирование маршрута сообщения между узлами DCC;

• менеджмент сетевых адресов;

• запрос/получение сетевого статуса DCC для данного узла;

• возможность разрешать/запрещать доступ к DCC.

Фиксация временных событий. На все события, требующие фиксации во времени ставится вре­менная метка с разрешением в одну секунду. Время фиксируется по показанию локального таймера NE.

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

6.3.2.2. Управление сообщениями об аварийных ситуациях

Наблюдение за сообщениями об аварийных ситуациях.

Оно включает обнаружение и сохранение таких сообщений о событиях и условиях, которые со­путствовали их появлению, причем не только в том оборудовании, в котором они были обнаруже­ны. Система OS SMN должна поддерживать следующие функции:

• автономное сообщение о всех сигналах об аварийной ситуации;

• запрос на сообщение о всех зарегистрированных сигналах об аварийной ситуации;

• сообщение о всех таких сигналах;

• разрешение/запрет на автономное сообщение о всех сигналах об аварийной ситуации;

• сообщение о статусе функции "разрешение/запрет на автономное сообщение о всех подобных сигналах".

Отслеживание истории сигналов/сообщений о возникновении аварийной ситуаци.

Оно включает: запись моментов возникновения таких сигналов и их хранение в регистро­вом файле, регистры которого содержат все параметры сообщения об аварийной ситуации. Реги­стры могут быть считаны по запросу или периодически. OS определяет режим работы регистров: либо запись до заполнения с последующей остановкой или полным стиранием, либо непрерывная запись с циклическим возвратом от конца к началу с перезаписью старых событий.

Другие функции.

Из них можно отметить, например, тестирование и регистрацию SDH оборудования.

Основные типы сообщений о возникновении аварийной ситуации.

Для того, чтобы получить более полное представление о типах аварийных ситуаций, кото­рые отслеживаются в сети SDH, они представлены в виде таб. 6-4 [23], где в левом столбце поме­щены типы аварийных ситуаций, а в верхней строке - места их возможного возникновения. В ячейках таблицы помещен символ R, если требуется регистрация данного типа аварийной ситуа­ции, или О, если такая регистрация не обязательна.

Примечание: В таблице использованы следующие сокращения:

TF Сбой при передаче SPI Физический интерфейс SDH

LOS Потеря сигнала RS Регенераторная секция

LOF Потеря фрейма MS Мультиплексная секция

LOP Потеря указателя Path HOVC Маршрут VC верхнего уровня

FERF Сбой при приеме на удаленном конце Path LOVC Маршрут VC нижнего уровня

TIM Несовпадение идентификатора трас- PPI/LPA Плезиохронный физический интерфейс/

сировки адаптпция маршрута VC нижнего

SLM Несовпадение типа сигнала уровня

LOM Потеря мультифрейма SETS Хронирующий источник

AIS Сигнал индикции аварийного состоя- синхронного оборудования

ния

Ехс Слишком много ошибок R¹ Для нагрузки, требующей индикации

мультифрейма

LTI Потеря синхронизации на входе R² Если подтверждается использование

байта J2 в VC-11, VC-12 и VC-2

SD Ухудшение качества сигнала R³ Для байт-синхронного отображения

6.3.2.3. Управление рабочими характеристиками

Сбор данных о рабочих характеристиках системы

Он связан как правило с определением параметров ошибок, описанных в рекомендациях ITU-T Rec. G.826 [75] и М.2101.1 [350]. При их определении используются следующие ключевые терми­ны (см. подробно [75]):

• ЕВ - блок с ошибками;

• ES - секунда с ошибками;

• SES - секунда с серьезными ошибками;

• ВВЕ - блок с фоновыми ошибками.

Как правило, используются основанные на них относительные параметры ошибок (т.е. па­раметры ошибок, отнесенные к фиксированному интервалу измерения параметров, который может быть выбран равным 15 мин, 24 ч или 7 суток):

• коэффициент ошибок по секундам с ошибками ESR,

• коэффициент ошибок по секундам с серьезными ошибками SESR,

• коэффициент ошибок по блокам с фоновыми ошибками BBER (здесь под блоками с фоно­ выми ошибками ВВЕ понимаются те блоки с ошибками, что не вошли в SES).

Отслеживание истории мониторинга рабочих характеристик

Отслеживание истории мониторинга осуществляется заполнением двух типов регистровых файлов: 24-часовых файлов и 15-минутных файлов. Текущий 24-часовой регистровый файл по за­полнении снабжается текущей датой и перегружается в регистровый файл со вчерашней датой. Шестнадцать 15-минутных регистровых файлов образуют 4-часовую очередь с дисциплиной об­служивания "первый пришел - первый ушел" FIFO.

Использование временных окон. Общая стратегия их использования описана в рекомен­дациях ITU-T Rec. M.20, М.2100, М.2120 [76-78]. В нашем случае с помощью OS в NE можно ус­тановить либо 15-минутное, либо 24-часовое временное окно. Как только время наступления со­бытия совпадает или выходит за границу установленного окна, генерируется уведомление о пере­сечении (временной) границы или порога TCN.

Генерация отчетов о характеристиках системы

Данные о рабочих характеристиках системы могут быть затребованы OS для анализа, ис­пользуя интерфейс между OS и NE. Эти данные могут запрашиваться периодически либо сооб­щаться в момент пересечения границы временного окна.

Мониторинг системы в недоступные интервалы времени

В интервалы времени, когда система недоступна, съем данных о характеристиках системы за­прещен, однако моменты его начала и конца должны фиксироваться и храниться в регистровом файле из 6 регистров (см. ниже) и иметь возможность считываться OS по крайней мере один раз в день.

Мониторинг дополнительных параметров

К дополнительным параметрам, мониторинг которых возможен, относятся такие как:

• секунда, содержащая сигнал OOF (выход за границы фрейма), OFS,

• число защитных переключений, PSC,

• длительность (определенного) защитного переключения, PSD,

• недоступные секунды. UAS.

Факт выравнивания указателя административного блока - AU PJE, а также такой параметр, как последовательные секунды с серьезными ошибками - CSES, могут быть полезны для управ­ления, однако их мониторинг не обязателен. Если он осуществляется, то для накопления предыс­тории указанных параметров (кроме CSES) используются регистровые файлы с 15-минутными или 24-часовыми временными окнами так, как описано выше. Для параметра AU PJE отдельно должны фиксироваться как факты положительного, так и отрицательного выравнивания PJE для одного выбранного административного блока AU внутри модуля STM-N.

Событие CSES наступает тогда, когда обнаруживается последовательность из X или боль­ше SES. При обнаружении этого события последовательность прерывается фиксацией начала не­доступного интервала времени, в течение которого CSES не регистрируются. Конец этого ин­тервала фиксируется тогда, когда регистрируется секунда не являющаяся SES. По крайней мере 6 CSES (вместе с датами появления первых SES в последовательности) должны при этом запоми­наться. Значение X устанавливается OS в диапазоне от 2 до 9 в процессе ее конфигурации.

6.3.2.4. Управление конфигурацией

Статус и защитное переключение

Основное назначение защитного (резервного) переключения - подключить резервное устройство (или устройство резервного копирования) вместо основного устройства. Основные функции, дающие возможность осуществить это следующие:

• включение/выключение ручного режима защитного переключения,

• включение/выключение принудительного режима защитного переключения,

• включение/выключение блокировки,

• запрос/установка параметров автоматического защитного переключения - APS.

Другие функции

Другие мероприятия и функции, связанные с управлением конфигурацией, такие, как разра­ботка необходимого программно-аппаратного обеспечения и функции его инсталяции, равно как и обеспечение необходимой секретности, относятся к компетенции производителя оборудования.

6.3.3. Протоколы и внутрисистемные взаимодействия

В рамках TMN подсеть SMS является локальной сетью связи LCN. Связь между SMS и OS может осуществляться через одну или более сетей передачи данных DCN и LCN. Это требует организа­ции взаимодействия между SMS и либо DCN, либо LCN, также как и между DCN и LCN. Ниже кратко рассмотрено только взаимодействие между SMS и DCN. Взаимодействие между сетями не­возможно без протоколов преобразования формата сообщений (которыми обмениваются сети) на интерфейсных стыках. Ниже будут рассмотрены только протоколы так или иначе связанные со служебными каналами передачи данных DCC.

6.3.3.1. Обзор используемых протоколов

Для осуществления функций эксплуатации, администрирования, обслуживания и обеспечения

ОАМ&Р при передаче сообщений в сетях SDH по каналам DCC необходимо использовать набор, или стек, протоколов, ориентированный на эталонную модель OSI.

Ниже приведен список уровней OSI и соответствующих им протоколов, выбранных для обслуживания встроенных каналов управления ЕСС сетей SDH.

Физический уровень - DCC-протокол не оговорен. DCC представляет физический уровень,

причем DCC регенераторной секции работает для передачи сообщений в виде потока 192 кбит/с (байты SOH D1-D3), a DCC мультиплексной сек­ции - потока 576 кбит/с (байты SOH D4-D12).

Канальный уровень - Протокол LAPD (Q.921, [79]). Обеспечивает через DCC сети SDH связь

типа "точка-точка" между каждой парой смежных сетевых узлов. Ис­пользуются два типа сервиса: передача информации с подтверждени­ем приема AITS (спецификация этого типа сервиса приведена в [23, табл. б-З] и основана на рекомендации ITU-T Rec. Q.921; используется по умолчанию), передача информации без подтверждения приема UITS (спецификация этого типа сервиса приведена в [23, табл. 6-2] и ос­нована на рекомендациях ITU-T Rec. Q.921, Q.922 и ISO 8473 [79-81]).

Сетевой уровень - В соответствии с рекомендацией ITU-T Rec. Q.811 [73] используется

протокол ISO 8473 [81]. Он обеспечивает дейтаграммный (т.е. не ори­ентированный на установление предварительного соединения) сервис, удобный для высококачественных высокоскоростных сетей. Этот же стандарт [81] определяет протоколы сведения для передачи как по ори­ентированным, так и по неориентированным на установление соедине­ния подсетям на канальном уровне, для чего используется функция каче­ства обслуживания QOS. Ее параметры определяются протоколом стан­дарта ISO 8473 и относятся к компетенции поставщика сетевых услуг.

Транспортный уровень - Требуемый транспортный протокол - протокол класса 4, обеспечиваю­щий, в соответствии с рекомендацией ITU-T Q.812 [74], надежную дос­тавку по сети и транспорт не ориентированного на установление соеди­нения низлежащего сетевого сервиса (см. стандарт ISO 8073/AD2 [82]), осуществляемые на уровне звена данных, как через ориентированные, так и через неориентированные на установление соединения подсети.

Сеансовый уровень -Сеансовый протокол, в соответствии с рекомендацией ITU-T Q.812

[74]. Он обеспечивает синхронизацию взаимодействующих систем связи при диалоге и управляет, с учетом требований двух верхних уровней, за­просами на транспортные соединения.

Уровень представлений- Протокол этого уровня выбирается в соответствии с рекомендацией

ITU-T Q.812 [74]. Этот уровень и нотация абстрактного синтаксиса ASN.1 должны обеспечивать возможность понимания как контекста, так и синтаксиса информации, передаваемой с прикладного уровня на низ-лежащие уровни.

Прикладной уровень - Протокол CMIP (см. стандарт ISO 9596 [83]), поддержка протокола

передачи файла, доступа и менеджмента FTAM не требуется. Ис­пользуются следующие опции:

• сервисный элемент общей управляющей информации CMISE,

• сервисный элемент дистанционных операций ROSE,

• сервисный элемент ассоциированного управления ACSE