ГОСТ 34.913.4-91 сторінка 5 з 49
-
переданныеСообщения — число кадров данных, переданных с соответствующим классом доступа.
-
переданныеОктеты — число октетов в кадрах данных, переданных с соответствующим классом доступа, включая поля управления и исключая ограничители.
-
принятыеСообщения — число действительных кадров данных, полученных и принятых с соответствующим классом доступа.
-
принятыеОктеты — число октетов действительных кадров данных, полученных и принятых с соответствующим классом доступа, включая поля управления и исключая ограничители.
Примечания:
-
Настоящий стандарт не учитывает число кадров, аннулированных на интерфейсе УДС—УЛЗ из-за отсутствия буферной емкости. Основанием для этого служит то, что за управление буфером и аннулирование кадров при отсутствии буферной емкости отвечает подуровень УЛЗ.
-
Возможна недогрузка буфера при передаче кадров и (или) его переполнение при приеме кадров. Конкретные реализации могут иметь счетчики, регистрирующие появление, таких событий. Рекомендуется, чтобы эти счетчики были включены в состав частных управляющих параметров группы счетчиков ИНТ—КА.
-
Группа счетчиков УД-КА. Эти параметры управляют работой УД-KA. Реализация счетчиков УД-KA и доступ к параметрам со стороны диспетчера должны быть факультативными возможностями.
Реализация пороговых возможностей, связанных с каждым счетчиком, должна рассматриваться как отдельная факультативная возможность. Таким образом, существует три состояния: ничего не реализовано, реализованы 32-битные счетчики без пороговых значений и реализованы 32-битпые счетчики с пороговыми значениями. Если реализован доступ диспетчера к параметрам, он должен происходить только в режиме считывания, за исключением тех участков, которые относятся к пороговому механизму. (Пороговые средства могут использоваться для информирования диспетчера, когда значение счетчика превысит заданное значение.)
Примечание. Условие, описанное в п. 6.7.4, может побудить счетчики безуспешность-передачи-маркера, запрос-кто-следующий и запрос_любой_стан- ции увеличить свои значения при нормальной работе сети.
-
-
запросКтоСледующий — число переходов состояния за- прос-кто-следующий автомата УД—КА (см. п. 7.2.3.8).
-
безуспешнаяПередачаМаркера — число переходов состояния безуспешная-передача-маркера автомата УД—КА, когда состояние передачи = передача-маркера.
-
запросЛюбойСтанции — число переходов состояния выполнить_запрос-любой_станции автомата УД—КА.
-
нетПреемника — число переходов состояния ’нет-преем- иика_8 автомата УД—КА.
-
неожидаемыйКадр — число переходов состояний неожи- даемый_кадр_6 и неожидаемый-кадр-10 автомата УД—КА.
-
заявкаМаркера — число переходов состояния отсутст- вие_маркера автомата УД—КА.
-
-
Группа счетчиков ШМ—КА. Эти параметры управляют работой ПМ—КА. Реализация счетчиков автомата ПМ—КА и доступа диспетчера к этим параметрам должны быть факультативными возможностями. Таким образом, реализация переменной УДС ожидаемые-помехи, рассматриваемой в следующем абзаце, также должна быть факультативной. Доступ к счетчикам автомата ПМ—КА должен выполняться только в режиме считывания, за исключением частей, относящихся к факультативному пороговому механизму.
Переменная УДС «ожидаемые_помехи» используется только при определении счетчиков автомата ПМ—КА и не рассматривается в настоящем стандарте. Эта переменная пытается отслеживать состояние сети таким образом, чтобы можно было классифицировать ошибки, о которых сообщает модем.
Ошибки, сообщаемые модемом, фактически могут появляться в результате «конфликтов», когда несколько станций передают в те интервалы времени, где возможно соперничество. Отслеживая состояние сети, конечный автомат УД—КА пытается предсказать времена возможного соперничества. Эту информацию дает переменная ожидаемые_помехи.
Для простоты описания приведенные в п. 7.2 таблицы состояний УД—КА не содержат переменной ожидаемые_помехи. При необходимости реализации счетчиков, определенных в данном подразделе, переменная ожидаемые-помехи должна сбрасываться всякий раз, когда автомат ИНТ—КА:
-
принимает или передает действительный кадр маркера,
-
принимает или передает действительный кадр данных.
Переменная ожидаемые-помехи должна устанавливаться всякий раз, когда ИНТ—КА:
-
пересекает дугу инициации;
-
принимает или передает кадр запрос-преемника-1;
-
принимает или передает кадр запрос_преемника_2;
-
принимает или передает кадр разрешение-соперничества;
-
принимает или передает кадр кто_следующий?;
-
принимает или передает кадр заявка_маркера.
Реализация пороговых возможностей, связанных с каждым счетчиком, за исключением счетчика действительных Кадров, должна рассматриваться как отдельная факультативная возможность. Таким образом, существуют три состояния: ничего не реализовано, реализованы простые 32-битные счетчики и реализованы пороговые 32-битные счетчики. При реализации доступа диспетчера к этим параметрам он должен осуществляться в режиме только считывания, за исключением тех частей, которые связаны с пороговым механизмом.
-
действительныеКадры — число принятых действительных кадров всех типов, включая управляющие кадры УДС (см. п. 4.1).
-
ошибкиМодема — число пакетов помех, которые появляются при сбросе переменной ожидаемые-помехи. ОшибкиМодема — это счет пакетов помех, которые, вероятно, вызваны ошибками на физическом уровне или возникли вследствие помех, вносимых в физическую среду.
В качестве вспомогательных средств диагностирования причины «ошибок Модема» определены перечисленные ниже счетчики. Значение переменной ошибкиМодема представляет собой сумму показаний следующих счетчиков:
-
ошибкиКПК — число кадров, принятых с неправильной КПК и сброшенным битом_Е, когда переменная ожидаемые_помехи сброшена. (Эта величина представляет собой счет ошибок КПК, ранее не обнаруженных ремодулятором или другим повторителем.);
-
ошибкиБитаЕ — число кадров, принятых с установленным битом_Е и с недействительной КПК, когда переменная ожидае- мые-помехи сброшена. (Эта величина представляет собой счет ошибок КПК, предварительно обнаруженных ремодулятором или другим повторителем.);
-
неМолчание — число появлений пе-молчания, с последующим молчанием, в котором начальный ограничитель не был обнаружен, когда переменная ожидаемые_помехи сброшена. (Возможно, что эта ошибка вызвана помехой, «попавшей» в начальный ограничитель.)
-
фрагментКадра — число появлений начального ограничителя с последующим начальным ограничителем, недействительной последовательностью или молчанием без промежуточного конечного ограничителя. Переменная фрагментКадра только возрастает, когда ожидаемая_помеха сбрасывается. (Эта ошибка, возможно связана с преждевременным окончанием кадра последовательностью прерывания.)
Трактовка кадров, принятых с правильной КПК и установленным битом Е, не определяется настоящим стандартом. Однако, если подуровень УДС аннулирует такие кадры, то счет таких аннулированных кадров должен быть включен в ошибкиБитаЕ.
-
Определения действий. Действия представляют собой запросы диспетчера для выполнения некоторой активности. Сброс и инициация со значением действия инициироватьМаркернуюШи- ну должны требоваться локально. Все другие действия должны быть факультативными.
-
действие сброса — это действие побуждает подуровень УДС перейти в состояние АВТОНОМНОЕ. Подуровень УДС должен оставаться в этом состоянии до тех пор, пока не произойдет локальное инициирующее действие диспетчера. Дистанционное инициирующее действие должно игнорироваться последующим дистанционным действием сброса.
-
Это действие может быть использовано для деактивизации подуровня УДС, если предполагается его неправильное функционирование.
-
действие инициации — это действие сбрасывает подуровень УДС и затем побуждает УД—КА станции пересечь дугу инициации и войти в состояние ДЕЖУРНОЕ в соответствии с параметром запроса действия. Дистанционное инициирующее дейст- ,вие должно игнорироваться, если подуровень УДС уже находится в состоянии АВТОНОМНОЕ. Параметр запроса действия может предположительно .иметь значения макрернаяШина, мостМаркернойШины .или повторительМаркернойШины.
Последующие за действием инициации значения счетчиков, приведенных в пп. 3.2.8—3.2.10, не определены.
-
действие инициацияТестирования — это действие начинает внутреннее тестирование подуровня УДС, если станция находится в состоянии АВТОНОМНОЕ. Результат последнего тестирования передается в параметре состояниеТестирования (см. п. 3.2.4.2).
Результат действия инициацияТестирования при нахождении станции в состоянии АВТОНОМНОЕ, является предметом дальнейшего изучения.
-
Определение событий. О событиях подуровень УДС сообщает диспетчеру спонтанно в случайные моменты времени. Дистанционное информирование о событиях должно быть факультативной возможностью.
Локальное обеспечение события достигнутПорог требуется, если пороговые счетчики реализованы. Обеспечение события новый Преемник, передача адреса нового преемника и обеспечение события нетПреемника должны быть факультативными возможностями. Локальное обеспечение событий ошибкаДубліированияАдреса и неисправіностьПередатчика должно быть обязательной функцией.
Примечание. При реализации маршрутизации событий настоящий стандарт ставит целью обеспечить единственный путь маршрутизации для каждого* события.
-
достигнутПорог — пороговый счетчик прошел через пороговое значение. Значением этого события должен быть идентификатор параметра счетчика.
-
новыйПреемник — преемник станции изменился. Значением этого события должен быть адрес нового преемника.
-
нетПреемника — станция считает себя единственным участником или неучастником кольца.
-
ошибкаДублированияАдреса — станция обнаружила другую, станцию с таким же адресом УДС. Состоянием, вызывающим это событие, является дублированный_адрес_1. (Возможные- дополнительные методы обнаружения этого состояния см. в. п. 6.7.1.)
3.2.12.5.ошибкаНеисправногоПередатчика — станция пришла к выводу, что ее передатчик, возможно, неисправен. Состояниями, связанными с этим решением, являются следующие:
-
конец-всех-соперничеств
-
нет_перспективы
-
ФОРМАТЫ КАДРОВ
В данном разделе определены необходимые форматы кадров УДС, в том числе все разрешенные форматы кадров и структура всех подполей кадров. Понятие «кадр» означает здесь протоколь-
ные-блоки-данных, которыми обмениваются между собой логические объекты подуровня УДС. Некоторые из таких кадров УДС содержат сервисные_блоки данных_УДС, поступающие из подуровня УЛЗ. Компоненты и форматы кадра, используемые подуровнем УДС, также описаны в настоящем разделе.
Передаваемые кадры УДС и последовательности прерывания описаны в последующих подразделах. Вначале обсуждаются компоненты кадров, затем следует определение форматов действительных кадров. Все переданные и полученные подуровнем УДС кадры должны иметь следующий общий формат:
|
Преамбула |
НО |
УК |
АП |
АО |
Блок данных |
кпк |
НО |
где обозначено:
Преамбула = битовая комбинация, передаваемая для синхрони
зации модема приемной станции и установления уровня его сигналов (1 или несколько октетов)
НО = начальный ограничитель (1 октет)
УК = управление кадра (1 октет)
АП = адрес получателя (от 2 до 6 октетов)
АО — адрес отправителя
Блок_Данных = информация (0 или несколько октетов)
КПК = контрольная последовательность кадра (4 октета)
КО = конечный ограничитель (1 октет)
Число октетов между НО и КО, без НО и КО, должно быть 8191 или меньше.
Последовательность прерывания должна иметь следующий формат:
|
НО |
ко |
где НО и КО определены выше.
В настоящем разделе используются следующие абревиатуры для обозначения адресов станций, преемников и предшественников станций в логическом кольце:
ДС = адрес данной станции
СС = адрес следующей станции
ПС — адрес предшествующей станции
-
Компоненты кадра
В данном подразделе более подробно описаны компоненты кадра, указанные на предыдущих чертежах.
Действительным считается кадр, который состоит из преамбулы, начального ограничителя, одного октета управления кадра, адресов получателя и отправителя, возможно, блока_данных, правильной КПК, конечного ограничителя, и не удовлетворяет ни одному из критериев недействительности кадра, перечисленных в п. 4.2.3. Это определение исключает последовательность прерывания из совокупности действительных кадров.
-
Преамбула. Битовая комбинация преамбулы предшествует каждому передаваемому кадру. Преамбула передается логическим объектом подуровня УДС в виде соответствующего числа символов зап-нераб. Преамбула может быть декодирована приемником в виде произвольных символов, находящихся за пределами ограничителей кадра. Преамбула используется, главным образом, приемным модемом для формирования уровня и подстройки фазы сигналов путем использования известной битовой комбинации. С этой целью для каждого метода модуляции и для каждой скоро.с- тн передачи данных выбирается своя битовая комбинация преамбулы. Параметр мин-длнна_преамбулы_после_молчаиия определяет минимальную длину преамбулы первого кадра, который передается после периода «передаваемого» молчания. Использование этого параметра внутри подуровня УДС см. в п. 7.1.1. Спецификацию различных физических уровней см. в пп. 12.6, 14.7, 16.6 и 18.6.
Побачили розбіжність з офіційним текстом?
Дивіться також
Сборник ГОСТ ЕСКД
Збірник із 154 стандартів