1. переданныеСообщения — число кадров данных, передан­ных с соответствующим классом доступа.

  2. переданныеОктеты — число октетов в кадрах данных, переданных с соответствующим классом доступа, включая поля управления и исключая ограничители.

  3. принятыеСообщения — число действительных кадров данных, полученных и принятых с соответствующим классом до­ступа.

  4. принятыеОктеты — число октетов действительных кад­ров данных, полученных и принятых с соответствующим классом доступа, включая поля управления и исключая ограничители.

Примечания:

  1. Настоящий стандарт не учитывает число кадров, аннулированных на ин­терфейсе УДС—УЛЗ из-за отсутствия буферной емкости. Основанием для этого служит то, что за управление буфером и аннулирование кадров при отсутствии буферной емкости отвечает подуровень УЛЗ.

  2. Возможна недогрузка буфера при передаче кадров и (или) его переполне­ние при приеме кадров. Конкретные реализации могут иметь счетчики, регистри­рующие появление, таких событий. Рекомендуется, чтобы эти счетчики были включены в состав частных управляющих параметров группы счетчиков ИНТ—КА.

  1. Группа счетчиков УД-КА. Эти параметры управляют ра­ботой УД-KA. Реализация счетчиков УД-KA и доступ к параметрам со стороны диспетчера должны быть факультативными возможнос­тями.

Реализация пороговых возможностей, связанных с каждым счет­чиком, должна рассматриваться как отдельная факультативная возможность. Таким образом, существует три состояния: ничего не реализовано, реализованы 32-битные счетчики без пороговых зна­чений и реализованы 32-битпые счетчики с пороговыми значения­ми. Если реализован доступ диспетчера к параметрам, он должен происходить только в режиме считывания, за исключением тех уча­стков, которые относятся к пороговому механизму. (Пороговые средства могут использоваться для информирования диспетчера, когда значение счетчика превысит заданное значение.)

Примечание. Условие, описанное в п. 6.7.4, может побудить счетчики безуспешность-передачи-маркера, запрос-кто-следующий и запрос_любой_стан- ции увеличить свои значения при нормальной работе сети.

    1. запросКтоСледующий — число переходов состояния за- прос-кто-следующий автомата УД—КА (см. п. 7.2.3.8).

    2. безуспешнаяПередачаМаркера — число переходов сос­тояния безуспешная-передача-маркера автомата УД—КА, когда состояние передачи = передача-маркера.

    3. запросЛюбойСтанции — число переходов состояния выполнить_запрос-любой_станции автомата УД—КА.

    4. нетПреемника — число переходов состояния ’нет-преем- иика_8 автомата УД—КА.

    5. неожидаемыйКадр — число переходов состояний неожи- даемый_кадр_6 и неожидаемый-кадр-10 автомата УД—КА.

    6. заявкаМаркера — число переходов состояния отсутст- вие_маркера автомата УД—КА.

  1. Группа счетчиков ШМ—КА. Эти параметры управляют работой ПМ—КА. Реализация счетчиков автомата ПМ—КА и до­ступа диспетчера к этим параметрам должны быть факультативны­ми возможностями. Таким образом, реализация переменной УДС ожидаемые-помехи, рассматриваемой в следующем абзаце, также должна быть факультативной. Доступ к счетчикам автомата ПМ—КА должен выполняться только в режиме считывания, за ис­ключением частей, относящихся к факультативному пороговому ме­ханизму.

Переменная УДС «ожидаемые_помехи» используется только при определении счетчиков автомата ПМ—КА и не рассматривает­ся в настоящем стандарте. Эта переменная пытается отслеживать состояние сети таким образом, чтобы можно было классифициро­вать ошибки, о которых сообщает модем.

Ошибки, сообщаемые модемом, фактически могут появляться в результате «конфликтов», когда несколько станций передают в те интервалы времени, где возможно соперничество. Отслеживая сос­тояние сети, конечный автомат УД—КА пытается предсказать вре­мена возможного соперничества. Эту информацию дает перемен­ная ожидаемые_помехи.

Для простоты описания приведенные в п. 7.2 таблицы состояний УД—КА не содержат переменной ожидаемые_помехи. При необхо­димости реализации счетчиков, определенных в данном подразде­ле, переменная ожидаемые-помехи должна сбрасываться всякий раз, когда автомат ИНТ—КА:

  1. принимает или передает действительный кадр маркера,

  2. принимает или передает действительный кадр данных.

Переменная ожидаемые-помехи должна устанавливаться вся­кий раз, когда ИНТ—КА:

  1. пересекает дугу инициации;

  2. принимает или передает кадр запрос-преемника-1;

  3. принимает или передает кадр запрос_преемника_2;

  4. принимает или передает кадр разрешение-соперничества;

  5. принимает или передает кадр кто_следующий?;

  6. принимает или передает кадр заявка_маркера.

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

  1. действительныеКадры — число принятых действитель­ных кадров всех типов, включая управляющие кадры УДС (см. п. 4.1).

  2. ошибкиМодема — число пакетов помех, которые появ­ляются при сбросе переменной ожидаемые-помехи. ОшибкиМоде­ма — это счет пакетов помех, которые, вероятно, вызваны ошибка­ми на физическом уровне или возникли вследствие помех, вноси­мых в физическую среду.

В качестве вспомогательных средств диагностирования причины «ошибок Модема» определены перечисленные ниже счетчики. Зна­чение переменной ошибкиМодема представляет собой сумму пока­заний следующих счетчиков:

  1. ошибкиКПК — число кадров, принятых с неправильной КПК и сброшенным битом_Е, когда переменная ожидаемые_помехи сбро­шена. (Эта величина представляет собой счет ошибок КПК, ранее не обнаруженных ремодулятором или другим повторителем.);

  2. ошибкиБитаЕ — число кадров, принятых с установленным битом_Е и с недействительной КПК, когда переменная ожидае- мые-помехи сброшена. (Эта величина представляет собой счет ошибок КПК, предварительно обнаруженных ремодулятором или другим повторителем.);

  3. неМолчание — число появлений пе-молчания, с последующим молчанием, в котором начальный ограничитель не был обнаружен, когда переменная ожидаемые_помехи сброшена. (Возможно, что эта ошибка вызвана помехой, «попавшей» в начальный ограничи­тель.)

  4. фрагментКадра — число появлений начального ограничите­ля с последующим начальным ограничителем, недействительной последовательностью или молчанием без промежуточного конечно­го ограничителя. Переменная фрагментКадра только возрастает, когда ожидаемая_помеха сбрасывается. (Эта ошибка, возможно связана с преждевременным окончанием кадра последовательно­стью прерывания.)

Трактовка кадров, принятых с правильной КПК и установлен­ным битом Е, не определяется настоящим стандартом. Однако, ес­ли подуровень УДС аннулирует такие кадры, то счет таких анну­лированных кадров должен быть включен в ошибкиБитаЕ.

  1. Определения действий. Действия представляют собой запросы диспетчера для выполнения некоторой активности. Сброс и инициация со значением действия инициироватьМаркернуюШи- ну должны требоваться локально. Все другие действия должны быть факультативными.

    1. действие сброса — это действие побуждает подуровень УДС перейти в состояние АВТОНОМНОЕ. Подуровень УДС дол­жен оставаться в этом состоянии до тех пор, пока не произойдет локальное инициирующее действие диспетчера. Дистанционное инициирующее действие должно игнорироваться последующим дис­танционным действием сброса.

Это действие может быть использовано для деактивизации по­дуровня УДС, если предполагается его неправильное функциони­рование.

  1. действие инициации — это действие сбрасывает поду­ровень УДС и затем побуждает УД—КА станции пересечь дугу инициации и войти в состояние ДЕЖУРНОЕ в соответствии с па­раметром запроса действия. Дистанционное инициирующее дейст- ,вие должно игнорироваться, если подуровень УДС уже находится в состоянии АВТОНОМНОЕ. Параметр запроса действия может предположительно .иметь значения макрернаяШина, мостМаркернойШины .или повторительМаркернойШины.

Последующие за действием инициации значения счетчиков, при­веденных в пп. 3.2.8—3.2.10, не определены.

  1. действие инициацияТестирования — это действие на­чинает внутреннее тестирование подуровня УДС, если станция на­ходится в состоянии АВТОНОМНОЕ. Результат последнего тести­рования передается в параметре состояниеТестирования (см. п. 3.2.4.2).

Результат действия инициацияТестирования при нахождении станции в состоянии АВТОНОМНОЕ, является предметом дальней­шего изучения.

  1. Определение событий. О событиях подуровень УДС сооб­щает диспетчеру спонтанно в случайные моменты времени. Дистан­ционное информирование о событиях должно быть факультативной возможностью.

Локальное обеспечение события достигнутПорог требуется, ес­ли пороговые счетчики реализованы. Обеспечение события новый Преемник, передача адреса нового преемника и обеспечение собы­тия нетПреемника должны быть факультативными возможностями. Локальное обеспечение событий ошибкаДубліированияАдреса и неисправіностьПередатчика должно быть обязательной функцией.

Примечание. При реализации маршрутизации событий настоящий стан­дарт ставит целью обеспечить единственный путь маршрутизации для каждого* события.

  1. достигнутПорог — пороговый счетчик прошел через по­роговое значение. Значением этого события должен быть идентифи­катор параметра счетчика.

  2. новыйПреемник — преемник станции изменился. Значе­нием этого события должен быть адрес нового преемника.

  3. нетПреемника — станция считает себя единственным участником или неучастником кольца.

  4. ошибкаДублированияАдреса — станция обнаружила другую, станцию с таким же адресом УДС. Состоянием, вызываю­щим это событие, является дублированный_адрес_1. (Возможные- дополнительные методы обнаружения этого состояния см. в. п. 6.7.1.)

3.2.12.5.ошибкаНеисправногоПередатчика — станция пришла к выводу, что ее передатчик, возможно, неисправен. Состояниями, связанными с этим решением, являются следующие:

  1. конец-всех-соперничеств

  2. нет_перспективы

  1. ФОРМАТЫ КАДРОВ

В данном разделе определены необходимые форматы кадров УДС, в том числе все разрешенные форматы кадров и структура всех подполей кадров. Понятие «кадр» означает здесь протоколь-

ные-блоки-данных, которыми обмениваются между собой логичес­кие объекты подуровня УДС. Некоторые из таких кадров УДС со­держат сервисные_блоки данных_УДС, поступающие из подуров­ня УЛЗ. Компоненты и форматы кадра, используемые подуровнем УДС, также описаны в настоящем разделе.

Передаваемые кадры УДС и последовательности прерывания описаны в последующих подразделах. Вначале обсуждаются ком­поненты кадров, затем следует определение форматов действитель­ных кадров. Все переданные и полученные подуровнем УДС кадры должны иметь следующий общий формат:

Преамбула

НО

УК

АП

АО

Блок данных

кпк

НО

где обозначено:

Преамбула = битовая комбинация, передаваемая для синхрони­

зации модема приемной станции и установления уровня его сигна­лов (1 или несколько октетов)

НО = начальный ограничитель (1 октет)

УК = управление кадра (1 октет)

АП = адрес получателя (от 2 до 6 октетов)

АО — адрес отправителя

Блок_Данных = информация (0 или несколько октетов)

КПК = контрольная последовательность кадра (4 октета)

КО = конечный ограничитель (1 октет)

Число октетов между НО и КО, без НО и КО, должно быть 8191 или меньше.

Последовательность прерывания должна иметь следующий фор­мат:

НО

ко



где НО и КО определены выше.

В настоящем разделе используются следующие абревиатуры для обозначения адресов станций, преемников и предшественников станций в логическом кольце:

ДС = адрес данной станции

СС = адрес следующей станции

ПС — адрес предшествующей станции

  1. Компоненты кадра

В данном подразделе более подробно описаны компоненты кад­ра, указанные на предыдущих чертежах.

Действительным считается кадр, который состоит из преамбулы, начального ограничителя, одного октета управления кадра, адресов получателя и отправителя, возможно, блока_данных, правильной КПК, конечного ограничителя, и не удовлетворяет ни одному из критериев недействительности кадра, перечисленных в п. 4.2.3. Это определение исключает последовательность прерывания из сово­купности действительных кадров.

  1. Преамбула. Битовая комбинация преамбулы предшеству­ет каждому передаваемому кадру. Преамбула передается логичес­ким объектом подуровня УДС в виде соответствующего числа сим­волов зап-нераб. Преамбула может быть декодирована приемни­ком в виде произвольных символов, находящихся за пределами ог­раничителей кадра. Преамбула используется, главным образом, приемным модемом для формирования уровня и подстройки фазы сигналов путем использования известной битовой комбинации. С этой целью для каждого метода модуляции и для каждой скоро.с- тн передачи данных выбирается своя битовая комбинация преам­булы. Параметр мин-длнна_преамбулы_после_молчаиия определя­ет минимальную длину преамбулы первого кадра, который переда­ется после периода «передаваемого» молчания. Использование это­го параметра внутри подуровня УДС см. в п. 7.1.1. Спецификацию различных физических уровней см. в пп. 12.6, 14.7, 16.6 и 18.6.