Универсальный интерфейс V5 сети абонентского доступа. Апостолова Н.А - 32 стр.

UptoLike

ВУЗ: 

СПбГУТ | Санкт-Петербург

Составители: 

Рубрика: 

Методичка V5 32
Занятие 6 Протокол управления (CONTROL PROTOCOL)
В ряде случаев может понадобиться принудительно возвратить протокол ТфОП в исходное
состояние. Для самого протокола ТфОП это более сложная проблема, чем для других протоколов
V5, поскольку сообщения этого протокола содержат информацию пользовательских портов,
которые не предусматривают общего рестарта самого протоко ла. Если любая сторона интерфейса
инициирует перезапуск протокола ТфОП, она передает сообщение COMMON CONTROL: restart_
request. Принимающая сторона должна подтвердить его прием переда чей в обратном направлении
сообщения COMMON CONTROL ACK: restart_request (т.е. с тем же информационным элементом) и
передать системе эксплуатационного управления MDU с тем же информационным элементом.
Такая избыточность подтверждений (на уровне 2 плюс квитирование на уровне 3) обусловлена
тем, что рестарт протокола ТфОП может повлиять на обслуживание нескольких тысяч
пользователей.
Сообщения общего управления, связанные с реконфигурацией интерфейса, содержат
информационный элемент “Вариант”, в котором указывается номер предлагаемого варианта
конфигурации. Сообщения COMMON CONTROL: not_ready_for_reprovisioning (к реконфигурации не
готов) и COMMON CONTROL: cannot_reprovision (реконфигурация невозможна) сод ержат также
информационный элемент Rejection_cause (причина отказа). Сообщения COMMON CONTROL:
variant_and_interface_ID (вариант и идентификатор интерфейса) содержат информационный
элемент “Идентификатор интерфе йса”.
Для протокола управления определены процедуры двух типов:
- процедуры, относящиеся к порту – для каждого порта ТфОП и ISDN существует свой
логический объект проток ола управления;
- процедуры общего управления – существует только один логический объект, работающий
с этими процедурами.
В дополнение к названным процедурам, предусмотрены процедуры обработки ошибочных
ситуаций, применяемые к каждому сообщению, которое получает логический объект протокола
управления, перед тем, как будет продолжена его дальнейшая обработка. Эти процедуры,
количество которых равно десяти, проверяют структуру, наличие (или отсутствие), и порядок
следования информационных элементов в сообщениях. Вначале проверяется присутствие и
семантическая корректность дискриминатора протокола, ад реса уровня 3, типа сообщения. После
этого инициируются (в указанном ниже порядке) процед уры, проверяющие:
- отсутствие повторяющихся обязательных/необязательных информационных элементов;
- факты пропуска обязательных информационных элементов;
- наличие неопознанных (не специфицированных) информационных элементов;
- наличие ошибок в содержании обязательных и необязательных информационных элементах;
- наличие необязательных информац ионных элементов в количестве, большем, чем это
определено для данного сообщения;
- отсутствие таких необязательных информационных элементов, которые в данном сообщении
должны присутствовать.
Об обнаруженных ошибках сообщается системе эксплуатационного управления, которая
принимает решение о целесообразности дальнейшей обработки сообщения.
Контрольные вопросы
1. Опишите логический объект протокола управления уровня 3.
2. Поясните назначение, использование и структуру сообщений общего управления.
3. Поясните назначение, использование и структуру сообщений управления портами.
4. Назовите сообщения, примитивы и таймеры FSM общего управления и поясните их
функциональное назначение.
5. Назовите сообщения, сигналы FE, примитивы и таймеры FSM управления портами и поясните
их функциональное назначение.
6. Дайте ха рактеристику пр оцедур протокола. Типы процедур. Процедуры обработки ошибочных
ситуаций

Страницы