Технологии SDH

Содержание служебных заголовков

В качестве примера содержания заголовков рассмотрим значения

транспортного заголовка модуля STM-1. Как видно на рис.9.2 , транспортный заголовок передается в каждом из 9 временных положений. Для большей наглядности изложения содержание служебных заголовков принято изображать в виде прямоугольных таблиц Каждая клеточка такой таблицы обозначает один байт. Байты передаются слева направо сверху вниз. Чтобы указать связь между рис. 9.2 и таблицей9.2 , в ней приведены номера временных положений, в которых передается эта информация. Транспортный заголовок (Section Over Head — SOH), показанный в таблице 9.2 , разделяется [ 1 ] на:

• заголовок регенераторной секции (Regeneration SOH — RSOH);
• заголовок мультиплексной секции (Multiplexer SOH — MSOH).

Информация секционного заголовка

В таблице 9.2 приняты следующие обозначения:

• - Байты,зарегестрированные для локального (национального ) использования
• - Нешифруемые байты.Они не должны содержать конфедициальную информацию
• - байты зависящие от системы передачи
• — байты кадровой синхронизации, предаются в 0-вом временном положении так же, как и в системе ИКМ. При этом , а ;
• — применяется для обозначения порядкового номера модуля STM-1 в последовательности высокого порядка и равен . В данном случае, когда применяется единственный модуль , он также указывает на место байта, соответствующего каждому модулю STM-1 во временных последовательностях модулей более высокого порядка;
• — байт, позволяющий проводить проверку на четность с целью обнаружения ошибок в предыдущем цикле (по методу BIP-8 1);
• — служебный голосовой канал ИКМ секционного уровня со скоростью 64 Кбит/с;
• — внешний канал со скоростью 64 Кбит/с для нужд пользователя;
• — образуют один канал передачи данных со скоростью 192 Кбит/с, используемый при устранении аварии, для контроля и управления между секциями.

Большое число служебных каналов расширяет возможности эксплуатации и устранения неисправностей.

Информация линейного заголовка

— байт, позволяющий проводить проверку на четность с целью обнаружения ошибок в чередовании битов на линии (по методу BIP-8).

— два байта для передачи сигналов при управлении автоматическим переключением.

образуют один канал передачи данных со скоростью 576 Кбит/с, используемый при устранении аварии, для контроля и администрирования на уровне линии.

— резервные байты, за исключением бит 5-8 байтов , используемых для сообщений о статусе синхронизации [ 56 ]

— служебный голосовой канал со скоростью 64 Кбит/c на уровне линии.

Информация маршрутного заголовка и административные указатели будут рассмотрены далее.

Отображение полезной нагрузки

Синхронная иерархия SDH, как уже было сказано, использует для передачи информации транспортные модули, передаваемые каждые 125 мкс. Эти модули строятся по принципу виртуальных контейнеров. "Упаковка" этих контейнеров может быть разнообразной и подчиняется рекомендациям (ITU, ETSI, ANSI). На рис. 9.5 показан пример упаковки контейнеров согласно Европейской версии рекомендаций ITU для иерархии SDH [ 9 ] .

На рис.9.5 видна иерархия вложения контейнеров.

C-n — контейнеры нижнего уровня. В эти контейнеры загружаются lанные первичных потоков PDH (см. таблицу 9.1 ). В дальнейшем формируются контейнеры следующего уровня.

V-n — виртуальные контейнеры, которые позволяют разместить данные потоков нижнего уровня в структуре мультиплексирования SDH. Для этого к данным контейнера C-n добавляется маршрутный заголовок ( рис. 9.2, рис. 9.3, рис. 9.4), позволяющий обработку данных на транзитных участках. Самый крупный виртуальный контейнер позволяет разместить не только контейнеры в модуле STM-N (европейская интерпретация ITU [21]) нижнего уровня, но также блоки более высоких уровней TUG-3, о которых сказано ниже. Например, указанный на рис. 9.5 TUG-3. Как видно на рис.9.5 , каждый контейнер нижнего уровня обязательно преобразуется в виртуальный контейнер. Например, C-1 в VC-1, C-2 в VC-2, C-3 в VC-3 и C-4 в VC-4.

Рис. 9.5. Структура упаковки контейнеров

Для дальнейшего изложения нам понадобится термин "триб", поэтому приведем определение этого термина [ 73 ]

Триб — цифровой поток или сигнал (набор данных), используемый в схеме мультиплексирования PDH или SDH или SONET иерархий для формирования более высокого уровня иерархии. В [ 27 ] приведены также определения трибов PDH и SDH.

Трибные блоки (TU —Tributary Unit) — виртуальные контейнеры VC-n (один или несколько) могут инкапсулироваться в состав трибных блоков (TU — Tributary Unit). Для перехода к трибному блоку TU необходимо к информации виртуального контейнера добавить — указатель трибного блока PTR (Pointer). Каждый из трибных блоков соответствует своему типу виртуального контейнера на рис.9.5 , VC-1 в T-1, VC-2 в T-2, VC-3 в T-3 [ 84 ] . Если виртуальный контейнер большого размера (на рис. 9.5 VC-4), он может сам инкапсулировать^{1 Инкапсуляция (Encapsulation) — включение информации в состав пакета большего размера, возможно, с добавлением к нему заголовка и вспомогательной информации} другие трибные блоки.

Группа трибных блоков (Tributary Unite Group) получается путем мультиплексирования трибных блоков. Трибные блоки ( рис. 9.5) TU-1 и TU-2 мультиплексируются в TUG-2, TUG-2 — в TUG-3, который, как сказано выше, может инкапсулироваться в виртуальный контейнер VC-4. Следует обратить внимание на различие процесса мультиплексирования (в данном случае побайтного) и инкапсулирования, которые уже были рассмотрены выше.

Еще раз напомним, что на рис. 9.5 приводится один из возможных вариантов упаковки информации в модуле STM-1. Для других возможных вариантов можно рекомендовать Административный блок (AU — Administration Unit) получается путем объединения виртуального контейнера VC-4 и указателя административного блока (AU-PTR).

Группа административных блоков (AUG — Administration Unit Group) содержит в Европейском варианте схемы мультиплексирования технологии SDH только один административный блок (в вариантах схемы мультиплексирования технологии SONET он состоит из двух административных блоков).

Порядок размещения информации в контейнерах и блоках структуры SDH Размещение информации в перечисленных контейнерах и блоках структуры SDH подчиняется схемам, которые предложены международными организациями ITU, ETSI и ANSI. Они подробно рассмотрены в [ 27 ] . Ниже приводится европейская интерпретация ITU упаковки контейнеров в модуле STM-N, принятая ETSI в 1992 году. Она показана на рис.9.6.

Рис. 9.6. Схема мультиплексирования PDH-трибов в технологии SDH (редакция ETSI 1992 г.)

В дальнейшем нас будет интересовать путь формирования модуля STM-1 из триба E1.. В настоящее время имеется только один путь такого формирования.

Контейнеры C-n. Типы контейнеров определяются уровнями PDH иерархии (см. рис. 9.1). Состав контейнерных блоков и их характеристики приведены в табл.9.3.

— контейнеры, соответствующие первичному, вторичному, третичному и четвертичному уровням. При этом они могут быть двух типов:

1. — контейнеры, позволяющие инкапсулировать цифровые каналы американской иерархии PDH.
2. — контейнеры, позволяющие инкапсулировать цифровые каналы европейской иерархии PDH.

Емкость каждого контейнера позволяет периодически загружать информацию указанных выше потоков. Например, емкость контейнера C-12 предназначена для переноса последовательности первичных каналов европейской PDH-иерархии в 32 байта, повторяющегося каждые (интервал такой же, как и всего модуля STM-1). При загрузке этой информации в контейнер добавляются служебные и при необходимости выравнивающие биты, что увеличивает емкость этого контейнера до 34 байт.