АСГ (алгоритм синхронного группообразования)

1. C-n – Контейнер (Container)

2. VC-n – Виртуальный контейнер

3. TU-n – Трибутарный (транспортный) блок (Tributary Unit)

4. TUG-n – Группа транспортных блоков (Tributary Unit Group)

5. AU-n – Административный блок (Administrative Unit)

6. AUG – Группа административных блоков (Administrative Unit Group)

7. STM-N – Синхронный транспортный модуль

Иерархия SDH включает в себя несколько уровней STM. В качестве примера использования уровней в сети SDH на рис.2.1 показана первичная сеть SDH, включающая кольца магистральной сети, построенной на потоках STM-16, региональных сетей, построенных на потоках STM-4,и локальных сетей с потоками STM-1.

Рис.2.1. Пример первичной сети, построенной на технологии SDH

В процессе внедрения технологии SDH на первом этапе вероятно появление комбинированных сетей SDH/PDH. Технология SDH внедряется обычно в виде "островов", объединенных каналами существующей первичной сети (рис. 2.2). На втором этапе "острова" объединяются в первичную сеть на основе SDH. В результате на современном этапе необходимо не только рассматривать технологию SDH, но и ориентироваться на изучение комбинированных сетей и процессов взаимодействия SDH и PDH.

Рис.2.2. Пример комбинированной первичной сети PDH/SDH

Формирование STM-1.

На этом рисунке символ +«» означает операцию конкатенации (физической или логической пристыковки) заголовка или указателя к другим элементам схемы мультиплексирования SDH, а сим­вол < означает операцию мультиплексирования с соответствующим коэффициентом, указанным вну­три.

Шаг 1. Все начинается с формирования контейнера С-12, наполняемого из канала доступа, питаемого трибом Е1. Его поток 2,048 Мбит/с, для удобства последующих рассуждений, лучше пред­ставить в виде цифровой 32-байтной последовательности, циклически повторяющейся с частотой 8 кГц, т.е. с частотой повторения фрейма STM-1 (это так, если учесть, что 2048000/8000=256 бит или 32 байта).

К этой последовательности в процессе формирования С-12 возможно добавление выравни­вающих бит, а также других фиксирующих, управляющих и упаковывающих бит (условно показанных блоком "биты"). Ясно, что емкость С-12 должна быть больше 32 байт, фактически она в зависимости от режима преобразования VC-12 в TU-12 (см. ниже) будет больше или равна 34 байтам. Для просто­ты последующих рассуждений примем размер контейнера С-12 равным 34 байтам.

Шаг 2. Далее к контейнеру С-12 добавляется маршрутный заголовок VC-12 РОН длиной в один байт (обозначаемый V5) с указанием маршрутной информации, используемой, в основном, для сбора статистики прохождения контейнера. В результате формируется виртуальный контейнер VC-12 раз­мером 35 байт. (В [46] указана скорость 2224 кбит/с, соответствующая контейнеру С-12, что в перес­чете соответствует длине фрейма С-12 равной 34.75 байта; это может быть так, если предположить, что на 4 фрейма мультифрейма VC-12 (см. Замечание 1) используется только один заголовок V5 дли­ной в один байт, что в пересчете на фрейм VC-12 дает в среднем 0.25 байта дополнительного заго­ловка, тогда размер виртуального контейнера VC-12 также равен 35 байтам (34.75+0.25 = 35).

Шаг 3. Формально добавление указателя TU-12 PTR длиной в один байт к виртуальному кон­тейнеру VC-12, превращает его в трибный блок TU-12 длиной 36 байтов (логически это удобнее представить в виде двумерной таблицы (матрицы) или фрейма 9х4 байтов, учитывая, что оконча­тельная структура - модуль STM-1 - также представляется в виде фрейма 9х270 байтов с 9 строками и 270 столбцами).

Шаг 4. Последовательность трибных блоков TU-12 в результате байт-мультиплексирования 3:1 превращается в группу трибных блоков TUG-2 с суммарной длиной последовательности 108 байтов (36х3 = 108). Логически структуру TUG-2 также удобнее представить в виде фрейма 9х12 байтов.

Замечание 2. Фактически при мультиплексировании TU-12 в TUG-2 указатели TU-12 PTR распо­лагаются отдельно от виртуальных контейнеров в начале фрейма, как это показано ниже на рис. 2-9.

Шаг 5. Последовательность TUG-2 подвергается повторному байт-мультиплексированию 7:1, в результате которого формируется группа трибных блоков TUG-3 - фрейм длиной 756 байтов (108х7 = 756), соответствующий фрейму 9х84 байта.

Замечание 3. Фактически TUG-3 соответствует фрейму 9х86, в начале которого добавляется два столбца (2х9 байтов) (рис. 2-8), состоящие из поля индикации нулевого указателя - NPI и фиксированного пустого поля (наполнителя) - FS. В результате формула образования TUG-3 при­нимает вид: TUG-3 = 7 х TUG-2 + NPI + FStug-3 где индекс TUG-3 используется для отличия FS, при­меняемых в различных структурах. Таким образом, фрейм TUG-3 имеет длину 774 байта (7х108+3+15=774), что соответствует фрейму 9х86 байтов. Процедура мультиплексирования нагляд­но показана на рис.2-8, а схема формирования TUG-3 на рис. 2- 9.

Шаг 6. Полученная последовательность вновь байт-мультиплексируется 3:1, в результате чего формируется последовательность блоков TUG-3 с суммарной длиной 2322 байта (774х3 = 2322).

Шаг 7. Происходит формирование виртуального контейнера верхнего уровня VC-4 в результа­те добавления к полученной последовательности (в соответствии со схемой на рис.2-6) маршрутного заголовка РОК длиной 9 байтов, что приводит к фрейму длиной в 2331 байтов (2322+9 = 2331).

Замечание 4. фактически VC-4 соответствует фрейму 9х261, структура которого состоит из одного столбца (1х9 байтов) РОН, двух столбцов фиксированного пустого поля FS и трех TUG-3 • блока, полученного в результате мультиплексирования. В результате формула образования VC-4 принимает вид: VC-4 = 3 х TUG-3 + рорvc-4 + FSvc-4. Таким образом, последовательность VC-4 име-ет длину 2349 байтов (3х774+9+2х9=2349), что соответствует фрейму 9х261 байт.

Шаг 8. На последнем этапе происходит формирование синхронного транспортного модуля

STM-1. При этом сначала формируется AU-4, путем добавления указателя AU-4 PTR, длиной 9 бай­тов, который располагается в SОН (см. ниже), а затем группа административных блоков AUG путем формального, в данном конкретном случае, мультиплексирования 1:1 AU-4. К группе AUG добавляет­ся секционный заголовок SОН, который состоит из двух частей: заголовка регенераторной сек­ции R30H (формат 3х9 байтов) и заголовка мультиплексной секции МSОН (формат 5х9 байтов), окончательно формируя синхронный транспортный модуль SТМ-1, представляемый в виде кадра, имеющего длину 2430 байтов, или в виде фрейма 9 х 270 байтов, что при частоте повторения в 8 кГц соответствует скорости передачи 155,52 Мбит/с.

Итак, если подытожить результаты рассмотренного примера, получаем следующую итоговую формулу преобразования двоичного потока Е1 в схеме мультиплексирования по стандарту ET3I (символьный (верхний) вариант и численный (нижний) вариант, где значения приведены в байтах):

Указанные формулы являются более точной, хотя и менее наглядной (по сравнению с рис.2-6) эквивалентной формой представления процесса формирования модуля ЗТМ-1, которую можно пред­ложить в качестве обобщенного алгоритма процедуры формирования. Их можно получить для всех вариантов сборки такого модуля.

Служебный заголовок SOH.

Структура SOH.

Рассмотрим более подробно состав заголовка SOH.

 

Рис. 4.8.Структура заголовка SOH.

Как видно из рисунка, информация о цикловой синхронизации (А1, А2) повторяется три раза, что связано с объединением стандартов SDH и SONET.

Байты D1-D12 создают канал передачи данных, который может использоваться встроенными системами самодиагностики и системами TMN. Например, использование служебного канала передачи данных, образованного байтами D, позволяет выполнять реконфигурирование сети из единого центра.

Трасса регенераторной секции выполняет те же функции, что и байт J1 в заголовке РОН.
Важным для проведения тестирования систем SDH является служебный канал F1, в котором передается информация о результатах контроля четности и обнаружения ошибок. В состав байта F1 входят идентификаторы регенераторов RI и информационные биты S, где передается информация об ошибках (рис.4.9).

Байты К1 и К2 заголовка ЗОН также имеют большую важность при анализе работы системы SDH. Эти байты обеспечивают резервное переключение и оперативную реконфигурацию сети. В настоящее время получила широкое распространение концепция самозалечивающихся сетей, механизм действия которых связан с оперативной реконфигурацией и переходом на резервный ресурс. Именно эти процедуры обеспечиваются байтами К1 и К2. Поэтому их анализ обеспечивает тестирование работоспособности процессов резервирования.

 

⇐ Предыдущая12131415161718192021Следующая ⇒

Поделиться:

Воспользуйтесь поиском по сайту: