Текущее состояние |
Событие |
Действия |
Следующее состояние |
|
Д А_Т АЙМ.ИС ТЕК-ИСЧ _ ПОВТОР = МАКС-ПОВТОР |
СООБЩИТЬ_СОС- ТОЯНИЕ (СТАНЦИЯ-В КЛЮЧЕ НА) |
ВКЛЮЧЕНО |
|
ЗАПРОС_ВЫКЛЮЧИТЬ |
СООБЩИТЬ_СОС- ТОЯНИЕ (СТАНЦИЯ-. ВЫКЛЮЧЕН А) |
ВЫКЛЮЧЕ НО |
Таблица 6.16
Факультативные возможности компоненты СТАНЦИЯ
Описание |
Опущенные состояния |
Другие требования |
Нет проверки дублирования адреса |
ПРОВЕРКА_ДУБ- ЛИРОВАНИЯ- АДРЕСА |
Опущено: ВКЛЮЧИТЬ_С_ПРОВЕР- КОЙ-ДУБЛИРОВАНИЯ- АДРЕСА ДА_ТАЙМ_ ИСТЕК_И_СЧ_ПОВТОР < МАКС_ПОВТОР Д А_ТАЙМ_ИСТЕК_И _ СЧ-ПОВТОР = МАКС _ ПОВТОР ПРИНЯТ_НУЛЬ_ПДУП _ ИДС-ОТВ_И-ИДС_ОТВ_ СЧ = 1 ПРИНЯТ_НУЛЬ_ПДУП _ ИДС_ОТВ_И_ИДС_ОТВ_ СЧ = 1 |
Факультативное использование проверки дублирования адреса |
НЕТ |
Опущено: НЕТ |
Всегда выполняется проверка дублирования адреса |
НЕТ |
Опущено: ВКЛЮЧИТЬ_БЕЗ-ПРО- ВЕРКИ. ДУБ Л ИРО В А- НИЯ_ АДРЕСА |
ВКЛЮЧИТЬ,БЕЗ—ПРОВЕРКИ-ДУБЛИРОВАНИЯ,АДРЕСА — пользователь компонента СТАНЦИЯ включил оборудование станции, но проверка дублирования адреса не поддерживается или не требуется.
ДА-ТАЙМ-ИСТЕК_И_СЧ-ПОВТОР < МАКС-ПОВТОР — истек тайм-аут положительного ответа и счет повторов меньше максимального числа повторов.
ДА-ТАЙМ—ИСТЕК_И—СЧ_ПОВТОР-МАКС—ПОВТОР - истек тайм-аут положительного ответа и счет повторов равен максимальному числу повторов.
ПРИНЯТ-НУЛЬ_ПДУП_ИДС_КМД - принят командный ПБД ИДС с нулевым адресом ПДУП.
ПРИНЯТ_НУЛЬ_ПДУП_ОТВ_И_ИДС-ОТВ_СЧ = 0- принят единственный ответный ПБД ИДС с нулевым адресом ПДУП.
ПРИНЯТ—НУЛЬ _ПДУП_ИДС_ОТВ_И_ИДС_ОТВ_СЧ = = 1 — принят второй ответный ПБД ИДС с нулевым адресом ПДУП.
ПРИНЯТ-НУЛЬ-ПДУП_ТЕСТ_КМД - принят командный ПБД ТЕСТ с нулевым адресом ПДУП.
ЗАПРОС-ВЫКЛЮЧИТЬ — пользователь станции потребовал, чтобы оборудование станции было исключено из работы на физической среде.
Описание действий компонента СТАНЦИЯ
НАЧАТЬ- ДА -ТАЙМ — начать отсчет тайм-аута положительного ответа, который позволяет УЛЗ определять, принято или нет в течение заданного промежутка времени подтверждение от удаленной станции.
СЧ-ГЮВТОР: = 0 — сбросить счетчик повторов.
СЧ_ПОВТОР: - СЧ—ПОВТОР + 1 — увеличить значение счетчика повторов на 1.
ИДС—ОТВ-СЧ: =0 — сбросить счетчик ответов ИДС.
ИДС,ОТВ—СЧ: = ИДС_ОТВ_СЧ + 1 — увеличить значение счетчика ответных ПБД ИДС на 1.
ПЕРЕДАТЬ НУЛЬ ПДУП ИДС КМД - УЛЗ должен передать командный ПБД ИДС с нулевым адресом ПДУП и с адресами УДС АП = АО.
ПЕРЕДАТЬ—ИДС—ОТВ — УЛЗ должен передать ответ ИДС, используя адрес ПДУО принятого командного ПБД ИДС как адрес ПДУП ответного ПБД ИДС и используя нулевой адрес ПДУО.
ПЕРЕДАТЬ—ТЕСТ—ОТВ — УЛЗ должен передать ответный ПБД ТЕСТ, используя адрес ПДУО принятого командного ПБД ТЕСТ как адрес ПДУ ответного ПБД ТЕСТ и используя нулевой адрес ПДУО.СООБЩИТЬ-СОСТОЯНИЕ — УЛЗ должен сообщать об изменении состояния звена данных в следующих случаях:
СТАНЦИЯ _ ВКЛЮЧЕНА (логический объект УЛЗ стал работоспособен);
СТАНЦИЯ-ВЫКЛЮЧЕНА (логический объект УЛЗ стал неработоспособен);
ОБНАРУЖЕНО-ДУБЛИРОВАНИЕ-АДРЕСА (логический объект УЛЗ обнаружил другой логический объект УЛЗ в этой ЛВС с адресом ПДУ УДС идентичным собственному адресу).
Описание компонента ПДУ. Компонент ПДУ обрабатывает весь поток ПБД УЛЗ типа 1 с конкретным адресом ПДУП в локальном компоненте СТАНЦИЯ. Пользователь локального ПДУ может активизировать и деактивизировать операции в каждом отдельном компоненте ПДУ в компоненте СТАНЦИЯ (см. черт. 6.3 и табл. 6.2). Компонент ПДУ, будучи активен, должен обрабатывать ПБД УЛЗ типа 1, адресованные к данному ПДУП и передавать ИБД УЛЗ типа 1 либо по запросу пользователя ПДУ, либо как результат выполнения некоторого действия протокола.
Для УЛЗ класса 2 состояние АКТИВЕН компонента ПДУ является активизирующим условием для компонента СОЕДИНЕНИЕ (см. черт. 6.1). Любая попытка пользователя или удаленного УЛЗ установить соединение звена данных в состоянии АКТИВЕН компонента ПДУ должна передаваться компоненту УЛЗ СОЕДИНЕНИЕ типа 2 и игнорироваться компонентом ПДУ.
Описание состояний компонента ПДУ
НЕАКТИВЕН - компонент ПДУ УЛЗ неактивен, не функционирует или неработоспособен. Он не принимает и не передает никаких ПБД.
АКТИВЕН — компонент ПДУ УЛЗ активен, функционирует и работоспособен. Принимаются и передаются ПБД.
Описание событий компонента ПДУ
ПДУ_ ЗАПРОС. АКТИВИЗАЦИЯ - пользователь ПДУ запросил активизировать данный компонент ПДУ и начал операции звена данных услуг типа 1.
ПДУ — ЗАПРОС - ДЕАКТИВИЗАЦИЯ — пользователь ПДУ запросил деактивизировать данный компонент ПДУ и не допускать дальнейшей работы по логическому звену данных.
ИДС_ ЗАПРОС — пользователь ПДУ запросил компонент ПДУ УЛЗ передать командный ПБД ИДС одному или нескольким удаленным ПДУ.
Диаграмма состояний компонента ПДУ
НЕАКТИВЕН
ЛРИНЯТ_НИ
ЛД У_ЗАПР0С_ДЕАКТИВИ - НАЦИЯ
ЛДУ_ЗАЛР0С_АКТИВИЗАЦИЯ
БЛ0К_ ДА ИНЫЕ_3А ПРОЕ
Ч
Переходы состояний компонента ПДУ
ерт. 6.3
Текущее состояние |
Событие |
Действие |
Следующее состояние |
НЕАКТИВЕН |
ПДУ ЗАПРОС.АКТИВИЗАЦИЯ |
СООБЩИТЬ-СОСТОЯ- НИЕ (ПДХ_ АКТИВЕН) |
АКТИВЕН |
АКТИВЕН |
ПРИНЯТ-НИ |
БЛОК_ДАННЫХ_ИН- ДИКАЦИЯ |
|
|
БЛОК_ДАННЫХ_ ЗАПРОС |
ПЕРЕДАТЬ-НИ |
|
Таблица 6.2
3- ГЙЛ4
Текущее состояние |
Событие |
Действие |
Следующее состоялие |
|
ИДС-ЗАПРОС |
ПЕРЕДАТЬ_ИДС_КМД |
|
ПРИНЯТ_ИДС_КМД |
ПЕРЕДАТЬ—ИДС.ОТВ |
|
|
ПРИНЯТ- ИДС-ОТВ |
ИДС_ИНДИКАЦИЯ |
|
|
ТЕСТ-ЗАПРОС |
ПЕРЕДАТЬ—ТЕСТ,КМД |
|
|
ПРИНЯТ-ТЕСТ-КМД |
ПЕРЕДАТЬ_ТЕСТ_ОТВ |
|
|
ПРИНЯТ-ТЕСТ-ОТВ |
ТЕСТ_ИНДИКАЦИЯ |
|
|
ПДУ_ ЗАПРОС- ДЕ А- КТИВАЦИЯ |
СООБЩИТЬ .СО СТОЯ НИЕ (ПДУ—НЕАКТИВЕН) |
НЕАКТИ ВЕН |
ТЕСТ._ ЗАПРОС — пользователь ПДУ запросил компонент ПДУ УЛЗ передать командный ПБД ТЕСТ одному или нескольким удаленным ПДУ.
ПРИНЯТ_ НИ - локальный компонент ПДУ принял ПБД НИ от удаленного ПДУ.
БЛОК. ДАННЫХ .ЗАПРОС - пользователь ПДУ запросил передать блок данных удаленному ПДУ УЛЗ посредством ПБД НИ.
ПРИНЯТ _ ИДС _КМД — локальный компонент ПДУ принял командный ПБД ИДС от удаленного ПДУ.
ПРИНЯТ—ИДС.ОТВ — локальный компонент ПДУ принял ответный ПБД ИДС от удаленного ПДУ.
ПРИНЯТ__ТЕСТ _ КМД - локальный компонент ПДУ принял командный ПБД ТЕСТ от удаленного ПДУ.
ПРИНЯТ_ТЕСТ_ОТВ локальный компонент ПДУ
принял ответный ПБД ТЕСТ от удаленного ПДУ.
Описание действий компонента ПД У
БЛОК_ДАННЫХ_ИНДИКАЦИЯ - компонент ПДУ УЛЗ принял ПБД НИ от удаленного ПДУ. Сервисный блок данных передается пользователю ПДУ.
ПЕРЕДАТЬ.НИ — ПБД НИ передается одному или нескольким удаленным ПДУ по запросу пользователя передать сервисный блок данных.
ПЕРЕДАТЬ_ИДС_КМД — компонент ПДУ УЛЗ должен передать команду ИДС удаленному ПДУ по запросу пользователя ПДУ идентифицировать другие ПДУ.
ПЕРЕДАТЬ-ИДСдОТВ - компонент ПДУ УЛЗ должен передать ответный ПБД ИДС удаленным ПДУ в ответ на принятый командный ПБД ИДС.
ПЕРЕДАТЬ_ТЕСТ_КМД - компонент ПДУ УЛЗ должен передать командный ПБД ТЕСТ в ответ на запрос пользователя ПДУ проверить удаленный ПДУ.
ПЕРЕДАТЬ—ТЕСТ_ОТВ - компонент ПДУ УЛЗ должен передать ответный ПБД ТЕСТ в ответ на получение от удаленного УЛЗ командного ПБД ТЕСТ.
СООБЩИТЬ-СОСТОЯНИЕ - компонент ПДУ УЛЗ должен сообщать об изменениях своего состояния в следующих случаях:
ПДУ_АКТИВЕН — компонент ПДУ успешно обработал запрос на активизацию и теперь он работоспособен;
ПДУ-НЕАКТИВЕН — компонент ПДУ успешно обработал запрос на деактивизацию и теперь он неактивен.
ИДС_ИНДИКАЦИЯ — компонент ПДУ принял ответный ПБД ИДС от удаленного ПДУ. Об этом событии сообщается пользователю ПДУ и при этом ему может быть передано поле информации ИДС.
ТЕСТ_ИНДИКАЦИЯ - компонент ПДУ УЛЗ принял ответный ПБД ТЕСТ от удаленного ПДУ. Об этом событии оповещается пользователь ПДУ и ему может быть возвращено поле информации ответного ПБД ТЕСТ.
7. ОПИСАНИЕ ПРОЦЕДУР УЛЗ ТИПА 2
Ре ж и м ы
В операциях типа 2 определены два режима работы: рабо чий и нерабочий.
Рабочий режим. Рабочим режимом должен быіь режим асинхронного ответа сбалансированный (РАС).
Режим РАС является сбалансированным рабочим режимом, при котором соединение звена данных устанавливается между двумя пунктами доступа к услугам. Любой УЛЗ может передавать команды в любое время и начинать передачу ответа без получения явного разрешения от УЛЗ. Такая асинхронная передача должна состоять из одного или нескольких ПБД УЛЗ и должна использоваться для переноса поля информации и/или указания изменений состояния УЛЗ (например номера следующего ожидаемого информационного ПБД УЛЗ, 5
*перехода из состояния готовности в состояние занятости или наоборот, возникновение особого условия) .
Режим РАС состоит из фазы соединения звена данных, фазы передачи информации, фазы сброса звена данных и фазы разъединения звена данных.
Нерабочий режим. Нерабочим режимом должен быть режим асинхронного разъединения (РАР).
Режим РАР отличается от рабочего режима (РАС) тем, что соединение звена данных логически разъединено с физической средой; т. е. информация (данные пользователя) не может передаваться или приниматься.
Режим РАР определен для того, чтобы предохранить соединение звена данных от работы по физической среде в полностью рабочем режиме во время необычных ситуаций или особых условий, поскольку такая работа могла бы вызвать:
путаницу порядковых номеров между УЛЗ в соединении звена данных.
неопределенность в одном УЛЗ относительно состояния другого УЛЗ.
Условия входа соединения звена данных (РАР) должны быть заранее определены системой.
Примерами возможных условий (в дополнении к приему командного ПБД РЗД), которые должны вызывать переход соединения звена данных в РАР, являются:
включение питания,
ручной сброс логических схем уровня звена данных,
ручное переключение соединения звена данных из локального (оф-лайн) состояния в состояние „подключено к звену данных” (он-лайн).
УЛЗ в РАР должно наблюдать за передачами, принимаемыми от УДС с целью:
приема одного из командных ПБД установления режима (УРРАС или РЗД) и выдачи на них ответа,
передачи (при необходимости) ответного ПБД ФРЗД при возможности доступа к среде.
Кроме того, поскольку УЛЗ может передавать командные ПБД в любое время, он может передать соответствующий командный ПБД установления режима.
Получив в РАР командный ПБД РЗД, УЛЗ должен выдать ответный ПБД ФРЗД. Получив в РАС командный ПБД РЗД, УЛЗ должен выдать ответный ПБД „ненумерованное подтверждение” (НП), если он способен выполнить полученную команду.
УЛЗ в РАР не должен устанавливать особое условие ,,не- прием кадра” (см. пп. 5.4.2.3.5 и 7.6). Режим РАР состоит только из фазы разъединения звена данных.
Процедуры адресации
Поля адреса должны использоваться для указания отправителя (ПДУО) и получателя (ПДУП) ПБД. Первый бит поля адреса отправителя (ПДУО) должен использоваться для того, чтобы определить: команда или ответ содержится в ПБД.
Между любыми двумя ПДУ локальной сети может быть установлено единственное соединение звена данных. Такое соединение идентифицируется парой полных адресов звена данных, каждый из которых логически объединяет неявный (не содержащегося в структуре кадра) физический адрес, адрес УДС (АП/АО) и адрес УЛЗ (ПДУП/ПДУО). Для того, чтобы принимающий ПДУП правильно идентифицировал соединение звена данных, к которому относится принимаемый ПБД, он должен иметь доступ к полной адресной информации удаленного ПДУ.
Процедуры использования бита 3/П
УЛЗ, принимающий командный ПБД (УРРАС, РЗД, ГПР, НГПР, НПР или И) с битом 3, равным 1, должен послать ответный ПБД с битом П, равным 1.
В качестве ПБД, выданного УЛЗ в ответ на командный ПБД УРРАС или РЗД с битом 3, равным 1, должен быть ответный ПБД НП или ФРЗД с битом П, равным 1. В качестве ПБД, выданного УЛЗ в ответ на командный ПБД И, ГПР или ЦПР с битом 3, равным 1, должен быть ответный ПБД И, ГПР, НПР, НГПР, ФРЗД или НПРК с битом П, равным 1. В качестве ПБД, выданного УЛЗ в ответ на командный ПБД НГПР с битом 3, равным 1, должен быть ответный ПБД ГПР, НПР, НГПР, ФРЗД или НПРК с битом П, равным 1.