Трактовые заголовки – РОН (Path Overhead) виртуальных контейнеров высокого порядка состоят из 9 байтов, обозначенных как J1, B3, C2, G1, F2, H4, F3, K3 и N1. Эти байты можно классифицировать, как байты, используемые для связи из конца в конец (end-to-end) соединения с независимыми от полезной нагрузки функциями (байты J1, B3, C2, G1, K3), и байты, зависящие от типа полезной нагрузки (байты H4, F2, F3). Кроме того, есть биты, зарезервированные для будущей стандартизации (биты b5-b8 байта К3), и байт N1,который может быть переписан оператором сети (без воздействия на характеристику, контролируемую из конца в конец посредством В3). Информация, не зависимая от полезной нагрузки, и информация, зависимая от полезной нагрузки, может быть также передана различными кодами в байте С2 и битах b5-b7 байта G1. Заголовок маршрута POH выполняет функции контроля параметров качества передачи контейнера. Он сопровождает контейнер по маршруту следования от точки формирования до точки расформирования. Структура и размер заголовка POH определяются типом соответствующего контейнера. На рисунке 5.4 изображена структура трактового заголовка POH для виртуальных контейнеров высокого порядка VC-4/VC-3.

Рисунок 5.4. Размещение байтов в трактовых заголовках VC-4/VC-3

Рисунок 5.4. Размещение байтов в трактовых заголовках VC-4/VC-3

# – байты балластной нагрузки (посылка VC-4/VC-3).[1]

J1 – идентификатор тракта виртуального контейнера высокого порядка (Path trace). Это первый байт виртуального контейнера, положение которого указывается AU-n (n=3,4) или TU-3 указателем (понтером). Этот байт используется для передачи идентификатора точки доступа AP (Access Point) тракта таким образом, чтобы осуществлялась непрерывная проверка соединения тракта между передающим и приемным терминалами. В пределах национальной сети или в пределах области одного оператора идентификатор точки доступа тракта может использовать как свободный поток формата с 64 байтами, повторяющийся четыре раза, или как формат идентификатора точки доступа согласно шестнадцатибайтному циклу, такому же, как для J0, приведенному в таблице 5.1.

С2 – байт метки сигнала (Signal label). В этом байте указывается состав полезной нагрузки или статус обслуживания виртуального контейнера VC-4/VC-3. Основные типы полезной нагрузки определены в ITU-T G.707, кроме того, ITU-T определил несколько дополнительных рекомендаций, связанных с передачей в системе SDH нагрузки ATM (Asynchronous Transfer Mode, режим асинхронной передачи) и FDDI (Fiber Distributed Data Interfase, волоконный интерфейс распределения данных). В таблице 5.6 приведены значения битов байта С2.

Таблица 5.6. Значения указателя типа полезной нагрузки в байте C2

Бинарный вид Шестнадцатеричный код (NEX code) Интерпретация (значение)
00000000 00 Контейнер не загружен
00000001 01 Контейнер загружен, нагрузка не специфирована
00000010 02 Структура TUG
00000011 03 Cинхронный TU-n
00000100 04 Асинхронная загрузка 34 или 45 Мбит/с
00010010 12 Aсинхронная загрузка 140Мбит/с
00010011 13 Загрузка ATM
00010100 14 Загрузка MAN (DQDB)
00010101 15 Загрузка FDDI
11111110 FE Тестовый сигнал по рекомендации О.181
11111111 FF VC-AIS в случае поддержки TSM

В3 – байт внутреннего контроля ошибок в трактах виртуальных контейнеров высокого порядка VC-4/VC-3 с использованием процедуры BIP-8. BIP-8 рассчитывается по всем битам предыдущего цикла виртуального контейнера VC-4/VC-3. Результат вычисления по BIP-8 помещается в байт В3 виртуального контейнера текущего цикла.

G1 – статус или состояние тракта виртуального контейнера (рисунок 5.4). Этот байт используется для обратной передачи к источнику завершения трейла виртуального контейнера VC-4/VC-3 информации о статусе и характеристиках тракта, принятых или детектируемых в стоке завершения трейла. Это позволяет контролировать статус и характеристики дуплексного трейла. В битах b1-b4 передается обнаруженное в стоке завершения трейла количество нарушений по BIP-8. так как максимальное количество событий при использовании процедуры BIP-8 (включая отсутствие нарушений) равно 9, то значения выше (1000) интерпретируются как отсутствие нарушений.

Бит 5 имеет значение "1", если передается сигнал индикации дефекта удаленного конца RDI (Remote Defect Indication) в тракте виртуального контейнера VC-4/VC-3, в противном случае передается "0". Сигнал RDI тракта VC-4/VC-3 посылается обратно к источнику завершения трейла, если наблюдаются условия отказа сигнала в трейле или сервере, которые обнаруживаются в стоке завершения трейла. RDI не указывает дефект отдаленной полезной нагрузки или дефекты адаптации.

Рисунок 5.4. Байт G1 статуса тракта виртуальных контейнеров высокого порядка (VC-4/VC-3)

Рисунок 5.4. Байт G1 статуса тракта виртуальных контейнеров высокого порядка (VC-4/VC-3)

Назначение битов b5, b6 и b7 приведено в таблице 5.7.

Таблица 5.7. Кодирование и интерпретация битов b5-b7 байта G1

b5 b6 b7 Содержание Запускающая процедура
0 0 0 Нет удаленного дефекта Нет удаленного дефекта
0 0 1 Нет удаленного дефекта Нет удаленного дефекта
0 1 1 Нет удаленного дефекта Нет удаленного дефекта
0 1 0 Удаленный дефект полезной нагрузки LCD
1 0 0 Удаленный дефект AIS, LOP, TIM, UNEQ, (или PLM, LCD) (Примечание 2)
1 1 1 Удаленный дефект AIS, LOP, TIM, UNEQ, (или PLM, LCD) (Примечание 2)
1 0 1 Удаленный дефект сервера AIS, LOP (Примечание 3)
1 0 1 Удаленный дефект возможности соединения TIM, UNEQ
Примечания.

  1. LCD является дефектом полезной нагрузки и применим только к АТМ оборудованию.
  2. Старое оборудование может включать LCD или PLM (Payload Mismatch) – несовпадение полезной нагрузки – как условие запускаемой процедуры. PLM и UNEQ ранее были включены в SLM (Signal Label Mismatch) – несовпадение метки сигнала.
  3. Удаленный дефект сервера определяется как отказ сигнала сервера, определенный в Рекомендации G.783.

Биты b5-b7 обеспечивают индикацию удаленного дефекта с дополнительным дифференцированием между удаленным дефектом полезной нагрузки LCD (Loss of Cell Delineation) – потеря плана ячейки (при передаче ATM), дефектами сервера: AIS (Administrative Unit Alarm Indication Signal) – сигнал индикации аварийного состояния и LOP (Loss of Pointer) – потеря указателя, и удаленными дефектами возможности соединения: TIM (Trace Identifier Mismatch) – несовпадение идентификатора трассы и UNEQ (Unequipped) – необорудованный.

Для этих кодов бит b7 всегда устанавливается в инверсное состояние к биту b6, что позволяет обеспечить взаимодействие с оборудованием, использующим один бит RDI. При этом оборудование на двух сторонах интерпретирует только биты b1-b5 G1.

Если эта опция не используется, то биты b6 и b7 имеют значения "00" или "11". В этом случае приемник должен игнорировать эти биты. Использование такой функции в этом случае – на усмотрение владельца источника завершения трейла.

Бит b8 зарезервирован для дальнейшего использования. Этот бит не имеет определенного значения, поэтому приемник игнорирует его содержание.

F2,F3 – каналы пользователей трактов (Path user channels). Эти байты используются для организации связи между элементами трактов для пользователей полезной нагрузки (чистые каналы 64 кбит/с).

H4 – индикатор положения. Этот байт обеспечивает универсальный или обобщенный индикатор положения полезной нагрузки, но он может быть и определенным (например, байт Н4 может использоваться как индикатор положения сверхцикла для VC-2/VС-1). Байт Н4 является указателем и используется при организации мультикадров SDH, например, он указывает на номер цикла VC-1,

VC-2 в сверхцикле TU-1, TU-2. Последние два бита несут информацию о наличии мультикадра и используются для идентификации кадров. Принцип индикации мультикадра представлен на рисунке 5.5.

К3(b1-b4) – канал автоматического защитного переключения APS (Automatic Protection Switching channel). Эти биты позволяют обеспечить передачу сигналов автоматического защитного переключения для защиты на уровне трактов виртуальных контейнеров VC-4/VC-3.

Рисунок 5.5. Индикация мультикадра

Рисунок 5.5. Индикация мультикадра

N1 – байт оператора сети. Этот байт используется для обеспечения функции контроля тандемного соединения TCM (Tandem Connection Monitoring). Байт N1 в виртуальных контейнерах высокого порядка при организации тандемного соединения определен как заголовок тандемного соединения TCOH (Tandem Connection Overhead).

Тандемное соединение TC определяется для транспортирования группы виртуальных контейнеров высокого порядка вместе VC-4/VC-3 через одну или большее количество тандемных линейных систем, при этом полезная нагрузка виртуальных контейнеров не изменяется.

Подслой тандемного соединения размещается между слоем мультиплексной секции и слоями трактов виртуальных контейнеров. Оконечный элемент тандемного соединения TCTE (Tandem Connection Terminating Element) – это элемент начала/завершения тандемного соединения. Элементом ТСТЕ может быть оконечный элемент мультиплексной секции MSTE (Multiplex Section Terminating Element).

К3 (b5-b8) – запасные (Spare) биты. Эти биты предназначены для будущего изучения. Они не имеют определенного значения. Приемник должен игнорировать содержание этих битов.