Обмен сигналами LCAS.

Рассмотрим несколько наиболее распространенных сигнальных процессов для сигнализации LCAS, к которым относятся процессы обмена сигналами при увеличении и уменьшении размера виртуального коридора.

Увеличение размера VCG (команда ADD).

Пример сигнального обмена при присоединении нескольких контейнеров к VCG для случая двух контейнеров представлен на рис. 5.41.

NMS LCAS Sk Sk Sk Add cmnd

Шаг 2
Шаг 3 3331				CTRL=ADD
			CTRL=ADD	connectivity chek
Шаг 4			MST=OK	connectivity chek
Шаг 5
		CTRL=NORM	CTRL=EOS
Шаг 6				MST=OK
Шаг 7
			CTRL=NORM	CTRL=EOS

Рис. 5.41. Обмен сигналами в процессе ADD для случая двух контейнеров.

Соответствующее описание сигнального обмена по шагам, представленным на рисунке, приводится в табл. 5.11.

Таблица 5.11. Состав сигнального обмена LCAS в случае команды ADD.

Как следует из таблицы, в данном случае используется последовательный алгоритм увеличения виртуального коридора. Сначала к VCG подключается контейнер (а), а затем – контейнер (а+1). Алгоритмами LCAS допускается и одновременное подключение двух контейнеров, так что сам алгоритм подключения допускает определенную свободу. Полезно также отметить, что новые контейнеры будут иметь в последовательности VCG номера SQ=n и SQ=n+1 соответственно, т. е. контейнеры добавляются к VCG в последовательном порядке.

Рассмотренный алгоритм допускает и потенциальные сбои в работе системы сигнализации. Например, если сигнал подтверждения присоединения нового контейнера MST=OK не приходит в течение определенного временного интервала, в системе LCAS генерируется сигнал о неисправности, связанный с нарушением команды ADD.

Теперь рассмотрим несколько процессов уменьшения коридора, которое может происходить по нескольким причинам:

• Плановое уменьшение коридора по командам от центра управления (NMS). В системе сигнализации LCAS имеется несколько алгоритмов для этого.
• Уменьшение коридора в связи возникновением неисправности в процессе передачи группы VCAT или в процессе изменения размера коридора. Также существует несколько различных алгоритмов такого уменьшения.

Получается асимметрия: на один унифицированный алгоритм увеличения скорости передачи в виртуальном коридоре существует 4 алгоритма ее уменьшения. Но именно это позволяет гарантировать стабильность работы сетей с LCAS. Увеличение размера коридора всегда связано с использованием ресурса, так что очень правильно, что есть только одно управляющее устройство, обеспечивающее этот алгоритм (NMS) и только один алгоритм. Наоборот, процесс уменьшения размера коридора – это освобождение ценного ресурса сети. Поэтому логично, что в LCAS имеется много различных алгоритмов , чтобы освободить ресурс как можно быстрее и эффективнее.

Уменьшение размера VCG (команда REMOVE) в случае удаления нескольких контейнеров из VCG.

Этот алгоритм был разработан для удаления контейнеров из VCG при условии, что ни один из этих контейнеров не является последним в последовательности. Удаление последнего контейнера представляет некоторую сложность и поэтому описывается специальным алгоритмом. В качестве примера предположим, что у нас имеется VCG размера n=6 членов (контейнеров), из которой требуется удалить контейнеры 4 и 5 (рис. 5.42).

mem4 mem5 mem6 (EOS)

NMS LCAS Sk Sk Sk

Команда

REMOVE

Шаг 2
Шаг 3 33331
		CTRL=IDLE SQ=4	CTRL=IDLE SQ=5	CTRL=IDLE SQ=3
Шаг 4
Шаг 5 551		MST=FAIL RS-Ack инверсия
			MST=FAIL RS-Ack инверсия

mem – член VCG

Рис. 5.42. Обмен сигналами в процессе REMOVE для случая двух не последних контейнеров.

Соответствующее описание сигнального обмена по шагам, представленным на рисунке, приведено в табл. 5.12.

Таблица 5.12. Состав сигнального обмена LCAS в случае команды REMOVE для нескольких контейнеров.

Основной принцип уменьшения состава VCG состоит в том, чтобы присвоить исключаемым контейнерам значение поля CTRL=IDLE. При этом для других членов значение поля CTRL не изменяется. В качестве примера на рисунке показана ситуация, когда оба контейнера SQ=4 и SQ=5 удаляются из VCG одновременно. Это происходит на третьем шаге команды. Такой алгоритм очень экономичен, поскольку как только приемник Sk принимает значение CTRL=IDLE, система рассматривает освобожденные контейнеры как свободные и может использовать их в новом виртуальном коридоре. Однако Sk на полученное сигнальное сообщение REMOVE может отвечать не одновременно, допускается и последовательное подтверждение, и одновременное.

Рассмотренный алгоритм очень простой, он включает запрос на уменьшение полосы и подтверждение об исключении указанных членов из VCG. При удалении контейнеров из последовательности VCG возникает вопрос о пересчете номеров контейнеров в последовательности (поля SQ). Для этого существует два правила:

1. Все удаленные члены последовательности получают значение SQ заведомо большее, чем значение SQ последнего члена последовательности, который посылает сигнал EOS.
2. Все остальные члены последовательности, находящиеся после удаленных членов (контейнеры U), получают последовательные номера.

Лучше всего работа алгоритма пересчета поля SQ представлена на следующем примере, соответствующим рис. 5.42.

Уменьшение размера VCG (команда REMOVE) в случае удаления последнего контейнера VCG.

Процесс удаления последнего контейнера в последовательности имеет ряд особенностей. Рассмотрим соответствующий ему алгоритм сигнального обмена (рис. 5.43) и состав сигнальных сообщений (табл. 5.13).

NMS LCAS Sk Sk

Команда

REMOVE

Шаг 2
Шаг 3		CTRL=IDLE
	CTRL=EOS
Шаг 4

MST=FAIL

RS-Ack инверсия

mem – член VCG

Рис. 5.43. Обмен сигналами в процессе REMOVE для случая одного последнего контейнера.

Как показано на рисунке и в таблице, алгоритм удаления из VCG последнего контейнера в целом аналогичен рассмотренному выше. Единственная его особенность заключается в том, что в этом случае SQ контейнеров группы не пересчитывается, а предпоследний контейнер должен изменить свое значение с NORM на EOS.

Таблица 5.13. Состав сигнального обмена LCAS в случае команды REMOVE для последнего контейнера.

В обоих рассмотренных выше случаях уменьшение размера виртуального коридора было штатным, оно было связано с командами REMOVE из центра управления первичной сетью. Но LCAS выполняет не только функции динамического изменения размеров виртуальных коридоров, но также и уменьшение объема используемого ресурса в случае возникновения сбоев в VCG.

Рассмотрим несколько алгоритмов уменьшения размера виртуального коридора при возникновении неисправности в системе.

Уменьшение размера VCG (команда DNU) в случае возникновения сбоя в системе передачи VCAT в последнем контейнере.

Самый простой алгоритм уменьшения VCG при возникновении неисправности связан с неисправностью в последнем контейнере последовательности VCG. Это довольно ожидаемое явление, которое, например, может возникать в случае неудачно завершенного процесса присоединения нового контейнера к VCG. Дело в том, что в случае добавления нового контейнера (команда ADD), этот контейнер окажется в конце последовательности SQ. Следовательно, при сбое в процессе ADD неисправность будет скорее всего именно в последнем контейнере.

Соответствующий 4-шаговый алгоритм представлен на рис. 5.44 и сопровождается описанием шагов в табл. 5.14.

NMS LCAS Sk Sk

MST=FAIL

Шаг 2
Шаг 3
Шаг 4 Характер	CTRL=EOS	CTRL=DNU
неиспраности

Рис. 5.44. Обмен сигналами в процессе DNU для случая одного последнего контейнера.

Таблица 5.14. Состав сигнального обмена LCAS в случае команды DNU и последнего контейнера.

Напомним, что возникновение неисправности в VCG соответствует передаче сигнала MST=FAIL, например, для SQ=n-1. Этот сигнал передается по линии обратной связи, от приемника к источнику VCG. Получив его, источник So

присваивает значение CTRL=DNU контейнеру SQ=n-1 и CTRL=EOS контейнеру SQ=n-2. Затем LCAS информирует NMS о характере неисправности, используя встроенные средства диагностики и нестандартные сигналы.

Уменьшение размера VCG (команда DNU) в случае возникновения сбоя в системе передачи VCAT в не последнем контейнере.

Более сложным является случай, когда неисправность возникает в произвольном контейнере последовательности SQ. Важным вопросом в этом случае является гарантия связности данных в виртуальном коридоре при уменьшении его размера потому, что при неисправности система NGSDH также как и система SDH должна стремиться к сохранению данных. Как добиться того, чтобы в процессе освобождения ресурса сети из-за сбоя в одном из членов VCG не произошло потери информации? Поскольку в этом процессе SQ должны быть переименованы, может возникнуть нарушение связности виртуального коридора, когда контейнеры займут неподходящие им места.

Чтобы не допустить этого, был разработан алгоритм уменьшения коридора без изменения последовательности SQ на первом этапе. Этот алгоритм представлен на рис. 5.45 и прокомментирован в табл. 5.15.

NMS LCAS Sk Sk Sk Sk

Шаг 2			MST=FAIL	Шаг 4
Шаг 3 Характер	CTRL=DNU
неисправности				Шаг 5
Шаг 6			MST=OK
Шаг 7	CTRL=NORM

Рис. 4.45. Обмен сигналами в процессе DNU для случая одного не последнего контейнера.

В качестве примера рассмотрим VCG из 5 контейнеров CTRL(5)=EOS. Предположим, что в 4 контейнере возникает сбой, что выражается в передаче Sk(4) сигнала MST=FAIL. В ответ источник So передает CTRL=DNU, выводя поток из VCG. Но при этом номера SQ не пересчитываются (см. табл. 5.15).

Таблица 5.15. Состав сигнального обмена LCAS в случае команды DNU и не последнего контейнера.

Как только в системе обнаруживается сбой, приемник начинает реконфигурацию виртуального коридора. Однако существует сравнительно большой промежуток времени (время передачи от Sk к So + время реакции на неисправность + время передачи от So к Sk), в течение которого передаваемые данные будут содержать ошибки. Чтобы избежать этого, источник прекращает передачу данных в контейнерах, имеющих ошибки. Он использует в этот период только контейнеры CTRL=NORM/EOS. Это лишь отчасти спасает проблему, т. к. на стороне приемника нет точных данных по интеграции полезной нагрузки виртуального контейнера. Однако это может быть сделано дополнительно специальным ПО канального уровня.

Если неисправность в контейнере устранена, значение поля CTRL меняется с DNU на NORM, и тогда приемник снова включает временно потерянного члена последовательности в общий процесс передачи/приема данных (шаги 6-7).

Важно отметить, что в рассмотренном процессе не происходит пересчета полей SQ (табл. 5.15), что значительно упрощает контроль над связностью данных и уменьшает их потери. Кроме того, поскольку уменьшение и восстановление размера коридора в случае неисправности не требует пересчета SQ, для пользователя виртуального коридора эта процедура будет плавной, т. е. в процессе сбоя не будет скачкообразных изменений пропускной способности или временного перебоя в канале. Это очень важно для работы любых приложений, использующих пакетный трафик.