3.1.3. Сцепленные виртуальные контейнеры

Формирование сцепленных виртуальных контейнеров обусловлено необходимо­стью предоставления прозрачного соединения в транспортной сети для пользова­тельского трафика, передаваемого с соответствующей скоростью. Сцепки вирту­альных контейнеров подразделяются на последовательные ССАТ (Contiguous Con­catenation) и виртуальные VCAT (Virtual Concatenation). Сцепки типа ССАТ содер­жат строго фиксированное число виртуальных контейнеров, требуют единого мар­шрута в транспортной сети и поддержки этого маршрута всеми промежуточными мультиплексорами. Сцепки типа УСАТ организуются с различным числом вирту­альных контейнеров (табл. 3.7), и маршруты контейнеров могут быть различными. Принципиальные внутренние различия двух видов сцепок показаны на рис. 3.26, 3.27.

Структура VC-4-Хс транспортируется в X AU-4. В первом AU-4 указатель PTR фиксирует начало VC-4-Хс по байту J1. В остальных AU-4 (Х-1) проставляется метка сцепления используемая для выравнивания нагрузки при изменении значе­ния PTR.

Для спецификации виртуально сцепленных VC-4-Xv используются байты Н4 заголовка РОН. Это необходимо, поскольку VC-4-Xv отдельно транспортируются в сети. Спецификация каждого сцепленного виртуального контейнера производится четырьмя старшими (5...8) битами Н4 в сверхцикле 512 мс. Индикатором сверх­цикла выступает группа младших битов (1...4). Кроме того, Н4 может поддержи­вать функции регулировки ёмкости канала LCAS (Link Capacity Adjustment Scheme), т.е. динамичного управления числом сцепляемых контейнеров [22].

Аналогично структуре виртуальной сцепки VC-4-Xv выстраивается сцепка для VC-3-Xv (рис. 3.28) и для VC-12-Xv (рис. 3.29).

Так же в тракте низкого уровня с VC-12-Xv может быть задействована функция LCAS для управления емкостью этого сцепленного тракта. Для этого используются позиции 6...29 байта К4 в сверхцикле из 32-х циклов VC-12 (рис. 3.30), где выпол­няется идентификация каждого сцепляемого VC-12 (циклы 6... 11), вводятся дан­ные в поле контроля LCAS (циклы 12... 15), указывается состояние битов группо­вой идентификации (цикл 16), активируется бит запроса номера (цикл 21), произ­водится трансляция статуса индивидуального участника сцепки (циклы 22...29). В сцепленной группе VC-12-Xv с числом участников от 0 до 63 в интервале време­ни 128 мс производится контроль качества передачи байта К4 в интервале ошибок от 5,32х10~⁹ до 4x10^-70 битами CRC-3 (CI, С2, СЗ) (циклы 30.. .32).

3.1.4. Синхронный транспортный модуль stm-n

Структура STM-N представлена ранее на рис. 3.1. Она формируется побайтовым мультиплексированием N-го числа {N = 4, 16, 64 и 256) AUG и присоединением к этой вновь созданной структуре секционных заголовков SOH, которые разделяются на заголовок секции регенерации RSOH и секции мультиплексирования MSOH (рис. 3.31). На рис. 3.32-3.34 представлены примеры заголовков STM-4, STM-16, STM-64.

Байты Al, А2 определены двумя фиксированными группами битов:

А1: 11110110,

А2: 00101000.

Число этих байтов от SOH STM-1 до STM-64 возрастает пропорционально N (N=1,4, 16, 64). Для STM-256 заголовок уточняется относительно А1 и А2 для бу­дущих стандартов.

Байт J0 характеризуется как маршрут секции регенерации. Используется в ше­стнадцати подряд следующих STM-N. При этом один байт служит для контроля ошибок по алгоритму CRC-7, а остальные 15 байтов служат в качестве идентифи­катора. Структура байта J0 приведена на рис. 3.35. В примерах заголовков MSOH и RSOH (рис. 3.32-3.34) использованы следующие обозначения, описанные ниже.

Байт Z0 зарезервирован для будущих стандартов.

Байт В1 служит для контроля ошибок на регенерационной секции по алгоритму BIP-8.

Байты El, Е2 служат для организации канала речевой служебной связи в секци­ях регенерации и мультиплексирования.

Байт F1 может быть определен оператором для своих целей (канал передачи до­кументальных или звуковых сигналов).

Байты D1-D3 образуют канал передачи данных сетевого управления в секции регенерации DCCr (Data Communication Channel regeneration) на скорости 192 кбит/с.

Байты D4-D12 образуют канал передачи данных сетевого управления в секции мультиплексирования DCCm (Data Communication Channel multiplexing) на скоро­сти 576 кбит/с. В заголовке MSOH STM-256 число байтов может быть увеличено до 156 для скорости до 9216 кбит/с.

Байты В2 используются для контроля ошибок в секции мультиплексирования по алгоритму BIP-Nx24.

Байты Kl, К2 (биты 1...5) используются для автоматического защитного пере­ключения секции мультиплексирования согласно Рекомендации МСЭ-Т G.841. Для индикации дефекта удаленной стороны секции мультиплексирования применяют биты (6...8) байта К2.

Байт S1 определяет статус синхронизации в битах (5...8), распространяемой ли­нейным сигналом. В табл. 3.8 представлены биты байта S1 и указаны их значения.

Необходимо отметить, что обозначения младших битов байта S1 имеют в тех­нической литературе различную трактовку. Так Рекомендацией МСЭ-Т G.781 до­пускаются варианты трактовки комбинации бит 0010 как показателя качества син­хросигнала Q1 или Q2 (согласно двоичного и шестнадцатеричного кодирования). При этом смысл обозначения одинаков: источник синхросигнала высшего качества, первичный эталонный генератор (ПЭГ) — атомные часы (водородные, цезиевые или рубидиевые). Причиной подобных разночтений являются различные междуна­родные и национальные стандарты в области телекоммуникаций. Аналогично, ка­чество вторичного задающего генератора (ВЗГ) может иметь обозначение в двоич­ном коде 0100, что трактуется в одном случае Q2, а в другом — Q4. Качество гене­ратора сетевого элемента ГСЭ обозначается в двоичном коде 1011, что трактуется в одном случае Q4, а в другом QB и т.д. Старшие биты байта S1 не определены по своему назначению.

Байты МО, Ml применяются для сообщений об ошибках удаленной стороны (MS-REI). В STM-N (N= 0, 1,4, 16) применяется байт Ml.

В STM-N (N= 64 и 256) применяются два байта (МО, Ml).

В STM-1 генерируется Ml по результатам контроля BIP-24.

В STM-4 генерируется байт Ml по результатам контроля BIP-96.

В STM-16 генерируется байт Ml по результатам контроля BIP-384.

Байт МО расширяет пространство интерпретации ошибок в STM-64 и STM-256.

Байты FEC, FEC2, PI, Q1 зарезервированы для реализации функций упреждаю­щей коррекции ошибок FEC (Forward Error Correction). Возможности FEC с кодами Рнда-Соломона (RS) демонстрируются на рис. 3.36. Участки применения заголов­ков RSOH и MSOH в системе передачи SDH указаны на рис. 3.37.