Структура виртуальных сцепок SDH

Виртуальные сцепки контейнеров SDH разных уровней несколько отличаются друг от друга. Рассмотрим вначале сцепку виртуальных контейнеров третьего и четвертого уровней. Эти сцепки обозначаются как VC-3-Xv и VC-4-Xv и представляет собой группы, состоящие из X (X = 1… 256) контейнеров третьего или четвертого уровня, которые в дальнейшем будем также называть виртуальными контейнерами. Скорости потоков, которые могут быть переданы в объединенном контейнере, равны 48384×Х кбит/с для третьего и 149760×Х кбит/с для четвертого уровней. Виртуальный контейнер VC-3/4-Xv[2] состоит из X независимых виртуальных контейнеров VC-3/4 со своими маршрутными заголовками, но образующих общее поле информации клиента (контейнер C-3/4-Xv). На рис. 9 показано формирование контейнера VC-4-Xv, контейнер VC-3-Xv формируется так же, но отличается количеством столбцов; равным не 260×Х, а – 84×Х.

Каждый виртуальный контейнер VC-3/4 передается по сети независимо, что вызывает расхождение моментов приема контейнеров, составляющих одну сцепку. Поэтому на приеме виртуальные контейнеры VC-3/4 буферизируются и подвергаются процедуре двойного выравнивания на основе индивидуальных номеров, которые присваиваются виртуальным контейнерам на передаче. Во-первых, внутри сцепки каждый контейнер имеет номер (от 1 до Х). Во-вторых, используется двухуровневая сверхцикловая нумерация, одинаковая для всех контейнеров сцепки, то есть нумеруется некоторвя последовательность сцепок. Для этого используются байты Н4 маршрутных заголовков; с их помощью создаются сверхцикловые структуры первого и второго уровней, а также содержатся номера контейнеров в сцепке и команды, используемые в технологии регулировки пропускной способности канала (LCAS).

Для создания двухуровневой сверхцикловой структуры используются байты Н4, каждый из которых поделен на два полубайта. На первом уровне задействованы биты 5 – 8 байта Н4 (второй полубайт). Четырехбитный указатель сверхцикла первого уровня (MFI1) увеличивает свое значение в каждом цикле на единицу (происходит счет от 0 до 15). На втором уровне используется восьмибитный указатель сверхцикла MFI2 биты 1 – 4 байта Н4 (первый полубайт) в каждых двух последующих циклах), как это показано в табл.1. При этом старшие четыре бита передаются в нулевом цикле, а младшие четыре – в первом. Указатель сверхцикла второго уровня (MFI2) увеличивает свое значение в каждом сверхцикле первого уровня (происходит счет от 0 до 255). В результате двухуровневый сверхцикл будет состоять из 16×256 = 4096 циклов и иметь длительность 125·10-6×4096 = 512 мс. Таким образом, на приеме происходит двойное выравнивание задержек распространения: вначале грубое выравнивание в пределах 512 мс в соответствии с номерами сцепок, присвоенными двухуровневым сверхциклом, а затем точное – по номерам контейнеров внутри сцепки в пределах 125 мкс.

Таблица 1

Байт Н4	Номера циклов в 1-м сверхцикле	Номера циклов во 2-м сверхцикле
Бит 1 Бит 2 Бит 3 Бит 4	Бит 5	Бит 6	Бит 7	Бит 8
	Указатель сверхцикла 1-го уровня MFI1
SQ						n-1
MFI2						n
CTRL
000GID
RES («0000»)
CRC-8
MST
000RSA
RES («0000»)
SQ
MFI2						n+1
CTRL

Команды, передаваемые в байтах Н4, располагаются в первых полубайтах и подробно будут рассмотрены в разделе 7, здесь же дается их краткое перечисление. Величина SQ определяет порядковый номер (от 0 до Х-1) контейнера С-З/4-Хv в сцепке VC-3/4-Xv. Восьмибитовый порядковый номер передается в цикле 14 (передаются первые четыре бита порядкового номера) и 15 (передаются вторые четыре бита порядкового номера) сверхцикла первого уровня (см. табл.6).

Биты CTRL (второй цикл сверхцикла) служат для передачи специальных команд, относящихся к LCAS.

Бит CID (третий цикл сверхцикла) является индикатором сцепки, то есть указывает, что этот контейнер является (1) или не является (0), элементом сцепки.

Бит RSA (десятый цикл сверхцикла) передается на дальний конец (1) для подтверждения правильности восстановления сцепки.

Биты MSТ указывают контейнеры, присутствующие в данной сцепке. Для этого формируется поле из 256 ячеек; присутствие контейнера с данным номером в сцепке указывается символом «1» в соответствующей ячейке, а отсутствие – символом «0». Все 256 ячеек передаются в 64 полубайтах Н4 или в 32 сверхциклах (одном сверхцикле MST). Заметим, что эта команда одинакова во всех контейнерах сцепки, то есть многократно дублирована. Учитывая, что длительность передачи сверхцикла 125·10-6×16 = 2 мс, информация о наличии тех или иных контейнеров в сцепке обновляется каждые 64 мс. Структура поля MST представлена в табл. 2.

Таблица 2

	Номера контейнеров, статус которых передается в данном сверхцикле	Номера ячеек поля статуса контейнеров (биты 1 – 4 байта Н4)
Сверхциклы (по 16 циклов)	0, 32, 64, 96, 128, 160, 192, 224					Сверхцикл MST (32 сверхцикла)
1, 33, 65, 97, 129, 161, 193, 225
• • • • • •	• • •	• • •	• • •	• • •
30, 62, 94, 126, 158, 190, 222, 254
31, 63, 95, 127, 159, 191, 223, 255

Наконец, байты CRC-8 являются проверочными байтов Н4, входящих в сверхцикл первого порядка (состоящий из 16 циклов).

Остальные байты – резервные (RES) и заполняются символами «0».

Все типы виртуальных контейнеров низкого уровня также могут объединяться виртуальным способом. Принципы их объединения аналогичны принципам объединения контейнеров высокого уровня. Виртуальный контейнер VC-2/l-Xv представляет собой группу, состоящую из X контейнеров второго или первого уровня.

На иллюстрации представлена схема формирования виртуального контейнера VC-l2-Xv. Отличие схем формирования других контейнеров будет отличаться лишь количеством столбцов. Так, если контейнер С-12 содержит 34 столбца, то С-2 – 16, а С-11 – 25 столбцов соответственно.

Виртуальный контейнер VC-2/l-Xv передается в X независимых виртуальных контейнерах VC-2/1. Каждый виртуальный контейнер имеет свой маршрутный заголовок. В данном случае байт маршрутного заголовка К4 используется для определения порядкового номера виртуального контейнера при объединении, а также для индикации номера цикла в сверхцикле.

В табл.3 приведены некоторые параметры виртуальных контейнеров VC-11-Xv, VC-12-Xv, VC-2-Xv.

Таблица 3

	Переносчик	X, от…до	Емкость, от…до, кбит/с	Шаг, кбит/с
VC-11-Xv	VC-3 (*)	1…28	1600…44800
VC-11-Xv	VC-4	1…64 (**)	1600…102400
VC-12-Xv	VC-3	1…21	2176…45696
VC-12-Xv	VC-4	1…63	2176…137088
VC-2-Xv	VC-3	1…7	6784…47448
VC-2-Xv	VC-4	1…21	6784…142464
(*) данный вариант используется для структуры мультиплексирования: С-11 → VC-11 → TU-11→ TUG-2 →VC-3 → AU-3 →STM-0. (**) ограничивается 64 виртуальными контейнерами по следующим причинам: − для индикатора порядкового номера выделено только 6 бит; − неэффективно передавать в сцепке более 64, так как такя сцепка близка по емкости контейнеру VC-4.

Очевидно, что для осуществления перераспределения на приеме виртуальных контейнеров VC-11, VC-12, VC-2 (как и для VC-3/4), которые принадлежат к одной группе объединенных виртуальных контейнеров, необходимо компенсировать временные сдвиги между виртуальными контейнерами на приеме, для чего надо знать индивидуальный порядковый номер каждого виртуального контейнера. Необходимая для этого информация закладывается в бит 2 байта К2 маршрутного заголовка.

Этот бит передается один раз за каждые 4 цикла (500 мкс), 32 бита объединяются в строку. Таким образом, строка повторяется каждые 16 мс (500·10-6×32 = 16 мс) или через 128 циклов передачи.

Команды, входящие в данную строку полностью идентичны командам, содержащимся в сверхцикле байта Н4 контейнеров 3-го и 4-го уровней (см. табл.1 и пояснения к ней).