Як приклад змісту заголовків розглянемо значення
- заголовок регенераторной секції (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 він складається з двох адміністративних блоків).
Надалі нас буде цікавити шлях формування модуля STM-1 з триба E1. В даний час є тільки один шлях такого формування.
Контейнери C-n. Типи контейнерів визначаються рівнями PDH ієрархії (див. Рис. 9.1). Склад контейнерних блоків і їх характеристики наведені в табл.9.3.
Таблиця 9.3. Склад контейнерних блоків і їх характеристики
Номери контейнерних блоків
Можливе розбиття блоків