Протокол защиты V5.2 - Обеспечение абонентской связи путем радиодоступа поселка Федоровка

Протокол защиты охраняет логические С-каналы от отказа одного тракта в интерфейсе V5.2, обеспечивая возможность другим протоколам продолжать работу, несмотря на появление неисправностей в оборудовании.

Несущие каналы, в отличие от С-каналов, косвенно защищены, т. к. они динамически назначаются пользовательским портам, но защита С-каналов более важна, поскольку отказ С-канала воздействует не на один, а на целую группу пользовательских портов. Это особенно очевидно, если неисправен С-канал, который поддерживает протокол назначения несущих каналов, т. к. тогда вся косвенная защита несущих каналов теряется. Поэтому предусмотренный протоколом механизм защиты применяется ко всем С-каналам, но не защищает несущие каналы и не занимается их реконфигурацией при отказе тракта в интерфейсе V5.2. В случае подобных отказов, соединения пользователей, организованные через эти несущие каналы, будут нарушены, что считается приемлемым, поскольку вероятность подобных отказов мала.

Основным событием, вызывающим необходимость защиты, является отказ тракта 2048 кбит/с. Протокол защиты используется также в случае устойчивых отказов в звеньях второго уровня протокола V5 (т. е. устойчивый отказ одного из звеньев, используемых протоколами ВСС, управления, управления трактами, СТОП или самим протоколом защиты). Кроме того, необходим постоянный контроль флагов всех активных и резервных С-каналов, чтобы обеспечить защиту от отказов, которые не обнаруживаются механизмами первого уровня. Так, если в физическом С-канале в течение 1 с не принимается комбинация флага, то этот С-канал должен рассматриваться как нерабочий. Если обнаруживается отказ резервного С-канала, то защитное переключение на него не должно производиться.

Механизм защиты применяется также и по отношению к С-пути самого протокола защиты. В отличие от любых других протоколов V5 сообщения протокола защиты передаются дважды, по разу в каждом из двух трактов, которые его обслуживают. Заголовок сообщений протокола защиты V5.2 начинается с дискриминатора протокола, общего для всех сообщений V5, а заканчивается информационным элементом типа сообщения, который определяет одно из восьми возможных сообщений протокола защиты, таблица 3.7.

Первые пять сообщений в таблице 3.7 связаны с функциями переключения и управляют соответствием логических С-каналов и физических канальных интервалов. Оставшиеся три сообщения связаны с ошибками протокола и с перезапуском средств нумерации сообщений. Сообщения переключения и сообщения об ошибках в протоколе последовательно нумеруются, номер сообщения содержится в информационном элементе Sequence-number (порядковый номер). Сообщения перезапуска средств нумерации передаются в качестве команды или подтверждения, если обнаруживаются нарушения нумерации других сообщений. Канальный интервал, к которому эти сообщения относятся, идентифицируется информационным элементом Physical-C-channel (физический С-канал).

Таблица 3.7 - Список сообщений протокола защиты

Кодирование типа сообщения

Сообщение протокола ВСС

Направление AN LE

7

6

5

4

3

2

1

0

0

1

1

0

0

0

ЗАПРОС ПЕРЕКЛЮЧЕНИЯ

SWITCH_OVER_REQ

------>

0

0

1

1

0

0

1

КОМАНДА ПЕРЕКЛЮЧЕНИЯ

SWITCH_OVER_COM

<------

0

0

1

1

0

1

0

КОМАНДА ПЕРЕКЛЮЧЕНИЯ ОС

OS_SWITCH_OVER_COM

<------

0

0

1

1

0

1

1

ПОДТВЕРЖДЕНИЕ ПЕРЕКЛЮЧЕНИЯ

SWTTCH_OVER_ACK

------>

0

0

1

1

1

0

0

ОТКАЗ В ПЕРЕКЛЮЧЕНИИ

SWITCH_OVER_REJECT

<------>

0

0

1

1

1

0

1

ОШИБКА ПРОТОКОЛА

PROTOCOL_ERROR

------>

0

0

1

1

1

1

0

КОМАНДА СБРОСА ПОРЯДКОВОГО НОМЕРА

RESET_SN_COM

<------>

0

0

1

1

1

1

1

ПОДТВЕРЖДЕНИЕ СБРОСА ПОРЯДКОВОГО НОМЕРА

RESET_SN_ACK

<------>

Эти информационные элементы должны содержаться во всех сообщениях переключения, а сообщения SWITCH-OVER-REJECT должны содержать также информационный элемент Rejection-cause, который указывает причину, по которой отказано в переключении.

Команды, которые переключают логические С-каналы на другие физические канальные интервалы, передаются только со стороны АТС, поскольку только АТС располагает сводной таблицей отображения логических связей на физические. Если переключение было инициировано операционной системой (ОС) АТС, то станция передает сообщение OS-SWITCH-OVER-COM, подавая команду сети доступа переключить указанный логический С-канал на указанный канальный интервал. Станция может также передать сообщение SWITCH-OVER-COM, чтобы выполнить ту же самую функцию в случае, когда не нужно указывать, что переключение было инициировано операционной системой.

Примеры сценариев переключения приведены на рисунке 3.8.

сценарии переключения

Рисунок 3.8 - Сценарии переключения

Сеть доступа передает сообщение SWITCH-OVER-ACK, чтобы информировать АТС о выполнении команды переключения логического С-канала на новый канальный интервал. Если сеть доступа не может выполнить команду, она отвечает сообщением SWITCH-OVER-REJECT.

Сеть доступа может использовать сообщение SWITCH-OVER-REQ, чтобы запросить АТС переключить указанный логический С-канал на указанный канальный интервал.

Станция может отклонить запрос сети доступа, используя сообщение SWITCH-OVER-REJECT, которое также идентифицирует причину отказа. Сообщения отказа в переключении - единственные из сообщений переключения, которые может передавать любая сторона интерфейса.

Обе стороны интерфейса V5.2 ожидают получения сообщений с очередным порядковым номером. Если в получаемом одной из сторон интерфейса сообщении происходит "скачок" нумерации, то регистрируется сбой и к противоположной стороне направляется сообщение RESET-SN-COM, чтобы информировать ее о том, что нумерацию сообщений нужно начать заново. Сторона, которая получает сообщение RESET-SN-COM, отвечает сообщением RESET-SN-ACK, подтверждающим, что соответствующие счетчики установлены в "0". Напомним, что нумеруются сообщения переключения и ошибок в протоколе, т. е. первые шесть из восьми сообщений протокола защиты.

Сообщения перезапуска средств нумерации не содержат специализированных информационных элементов и не привязаны к отдельным логическим С-каналам. Поэтому обязательный информационный элемент "Идентификатор логического С-канала" (байт 2 и байт 3) в этих сообщениях имеет значение "0" (т. е. все биты должны быть установлены в "0").

Протокол защиты V5.2 предусматривает один тип сообщения об ошибке в протоколе - сообщение PROTOCOL-ERROR, которое передается от сети доступа к АТС и содержит информационный элемент Protocol-error-cause (Причина ошибки в протоколе), указывающий тип ошибки. Типы ошибок приведены в таблице 3.8.

Таблица 3.8 - Кодирование типа ошибки протокола

7

6

5

4

3

2

1

Тип ошибки протокола

0

0

0

0

0

0

1

Ошибка дискриминатора протокола

0

0

0

0

1

0

0

Неопознанный тип сообщения

0

0

0

0

1

1

1

Пропуск обязательного информационного элемента

0

0

0

1

0

0

0

Неопознанный информационный элемент

0

0

0

1

0

0

1

Ошибка в содержании обязательного информационного элемента

0

0

0

1

0

1

1

Сообщение несовместимо с состоянием протокола защиты

0

0

0

1

1

0

0

Повторение обязательного информационного элемента

0

0

0

1

1

0

1

Слишком много информационных элементов

Как и все типы сообщений переключения, сообщения PROTOCOL-ERROR последовательно нумеруются с использованием информационного элемента "Порядковый номер". Подобно сообщениям отказа в переключении, они должны указывать на происхождение проблемы, но, в отличие от сообщений отказа в переключении, не должны идентифицировать канальный интервал.

Похожие статьи




Протокол защиты V5.2 - Обеспечение абонентской связи путем радиодоступа поселка Федоровка

Предыдущая | Следующая