ГОСТ 34.913.4-91 - Информационная технология. Локальные вычислительные сети. Метод маркерного доступа к шине и спецификация физического уровня

ГОСТ 34.913.4-91 Информационная технология. Локальные вычислительные сети. Метод маркерного доступа к шине и спецификация физического уровня

1. ВВЕДЕНИЕ И ОБЩИЙ ОБЗОР

2. ИНТЕРФЕЙС УЛЗ-УДС. СПЕЦИФИКАЦИЯ УСЛУГ

3. ДИСПЕТЧЕР ПОДУРОВНЯ УДС

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

Черт.1.1. Взаимоотношения смежных уровней протокола

Черт.1.2. Логическое кольцо физической шины

Черт.1.3. Функциональная структура подуровня УДС

Черт.2.1. Место интерфейса между УЛЗ и УДС в модели ЛВС

Черт.3.1. Место интерфейса между диспетчером и подуровнем УДС в модели ЛВС

ГОСТ 34.913.4-91
(ИСО 8802/4-88)

Группа П85

ОКСТУ 0034

Дата введения 1992-07-01

1. РАЗРАБОТАН И ВНЕСЕН Министерством радиопромышленности СССР

2. УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ Постановлением Комитета стандартизации и метрологии СССР от 27.09.91 N 1519

     Настоящий стандарт подготовлен методом прямого применения международного стандарта ИСО 8802/4-88 "Системы обработки информации. Локальные вычислительные сети. Метод маркерного доступа к шине и спецификация физического уровня" и полностью ему соответствует

3. Срок проверки - 1997 г.

4. ССЫЛОЧНЫЕ НОРМАТИВНО-ТЕХНИЧЕСКИЕ ДОКУМЕНТЫ

Обозначение отечественного НТД, на который дана ссылка	Обозначение соответствующего международного стандарта	Номер пункта, приложения
ГОСТ 34.973-91	ИСО 8824-90	1.3, 3.1
ГОСТ 11326.9-79		Приложение 9
ГОСТ 24402-88		1.2, 1.3, 13.1, 15.1, 16.1, 17.1, 18.1, 19.1, 19.9.2
ГОСТ 28906-91	ИСО 7498-84	1.1, 1.3
ГОСТ 28907-91	ИСО 8802/2-88	1.3, 2.2.2.4, 2.2.3.4, 4.1.5
	ИСО 2382/25-88	1.2, 1.3, 13.1, 15.1, 16.1, 17.1, 18.1, 19.1
	ИСО 4902-89	1.3, 10.5.5
	ИСО 7498/2-86	3
	ИСО 8802/4-88	4.1.4.1
	ИСО 9314/3-90	1.3, 1.7.3, 16.1, 16.7.12, 17.1
	ИСО 9595-90	1.3, 3, 9
	ИСО 9696-90	1.3, 3, 9
	ИСО/ПМС 10039-90	2
	МЭК 169-1968	1.3, 13.5.1, 15.5.1, 18.7.5, 19.1, 19.5.1
	МЭК 169/8-1968	1.7.4
	МЭК 380-1975	1.3, 12.8.2, 14.9.2, 15.6.2, 16.8.2, 17.6, 18.8.2, 19.6.2
	МЭК 435-1983	1.3, 12.8.2, 14.9.2, 15.6.2, 16.8.2, 17.6, 18.8.2, 19.6.2
	МЭК 716-1983	1.3
	МЭК 950-1986	1.3, 12.8.2, 14.9.2, 15.6.2, 16.8.2, 17.6, 18.8.2, 19.6.2
	Х.150 МККТТ	9.2.7.2
	EIA 550	13.5.1, 15.5.1
	ANSI/IEEE 037.90.1-1974	Приложения 4, 9
	Нормы 15-78	19.9.2
______________ * До прямого применения данного документа в качестве государственного стандарта распространение его осуществляет секретариат ТК22 "Информационная технология".

     Настоящий стандарт распространяется на локальные вычислительные сети шинного типа с маркерным доступом (ЛВС ШМД) и определяет протоколы и услуги подуровня управления доступом к среде (УДС) и физического уровня, а также параметры физических средств ЛВС ШМД.

     Настоящий стандарт эквивалентен международному стандарту ИСО 8802/4, за исключением:

     предисловия к стандарту (изложено в новой редакции);

     ссылки на стандарты ИСО заменены ссылками на соответствующие государственные стандарты или проекты государственных стандартов;

     ссылки на стандарты других организаций (за исключением публикаций МЭК) исключены;

     информация, относящаяся к вопросам национальной стандартизации, исключена;

     информация, приводимая в ИСО 8802/4 в качестве примеров или информационных приложений к отдельным разделам, внесена в справочные приложения;

     введено справочное приложение "Список сокращений".

     Требования стандарта являются обязательными.

     В семействе стандартов по ЛВС настоящий стандарт определяет все элементы метода маркерного доступа к шине, а также соответствующие методы передачи сигналов на физическом уровне и организации физической среды. Функция доступа координирует коллективное использование физической среды подключенными станциями и относится к другим протокольным функциям так, как показано на черт.1.1.

Взаимоотношения смежных уровней протокола

ГОСТ 34.913.4-91 (ИСО 8802/4-88) Информационная технология. Локальные вычислительные сети. Метод маркерного доступа к шине и спецификация физического уровня

Черт.1.1

1.1. Назначение

В целях обеспечения совместимого взаимодействия станций посредством ЛВС ШМД настоящий стандарт определяет:

1) электрические и (или) оптические и физические характеристики передающей среды;

2) используемый метод электрической и оптической передачи сигналов;

3) форматы передаваемых кадров;

4) действия станций при приеме кадров;

5) услуги, обеспечиваемые на концептуальном интерфейсе между подуровнем УДС и вышерасположенным подуровнем управления логическим звеном (УЛЗ).

     В рамках настоящего стандарта работа станции определяется с точки зрения уровневой модели, показанной на черт.1.1 и определенной в ГОСТ 28906 (ИСО 7498).

     На черт.1.1 показано также, в каких разделах настоящего стандарта определены интерфейсы между уровнями, а в каких разделах - операции самих уровней.

1.2. Определения

     Используемые в настоящем стандарте определения соответствуют требованиям ГОСТ 24402 и ИСО 2382/25.

1.3. Ссылки

     ГОСТ 24402 "Телеобработка данных и вычислительные сети. Термины и определения".

     ГОСТ 28906 (ИСО 7498) "Системы обработки информации. Взаимосвязь открытых систем. Базовая эталонная модель".

     ГОСТ 28907 (ИСО 8802/2) "Системы обработки информации. Локальные вычислительные сети. Протокол и услуги уровня управления логическим звеном данных".

     ГОСТ 34.973 (ИСО 8824) "Системы обработки информации. Взаимосвязь открытых систем. Спецификация абстрактно-синтаксической нотации версии 1 (АСН.1)".

     ИСО 2382/25* "Системы обработки информации. Локальные вычислительные сети. Термины и определения".
_________________
     * До прямого применения данного документа в качестве государственного стандарта распространение его осуществляет секретариат ТК22 "Информационная технология".

     ИСО 4902* "Техника информационная. Передача данных. 37-полюсный соединитель интерфейса ООД/АПД и распределение номеров контактов".
_________________
     * До прямого применения данного документа в качестве государственного стандарта распространение его осуществляет секретариат ТК22 "Информационная технология".

     ИСО 9314/3* "Системы обработки информации. Интерфейс данных, распределенных по световодам (FDDI). Часть 3. Зависимый от среды физический уровень".
_________________
     * До прямого применения данного документа в качестве государственного стандарта распространение его осуществляет секретариат ТК22 "Информационная технология".

     ИСО 9595* "Системы обработки информации. Взаимосвязь открытых систем. Синтаксис общей управляющей информации".
_________________
     * До прямого применения данного документа в качестве государственного стандарта распространение его осуществляет секретариат ТК22 "Информационная технология".

     ИСО 9696* "Системы обработки информации. Взаимосвязь открытых систем. Протокол обмена общей управляющей информацией".
_________________
     * До прямого применения данного документа в качестве государственного стандарта распространение его осуществляет секретариат ТК22 "Информационная технология".

     Публикация МЭК 169-1968* "Радиочастотные соединители. Часть 8. Коаксиальные РЧ-соединители с внутренним диаметром внешнего провода 6,5 мм с замыканием штыкового контакта и характеристическим импедансом 50 Ом (тип BNC)".
_________________
     * До прямого применения данного документа в качестве государственного стандарта распространение его осуществляет секретариат ТК22 "Информационная технология".

Публикация МЭК 380-1975* "Безопасность электроэнергетических учрежденческих установок".
_________________
     * До прямого применения данного документа в качестве государственного стандарта распространение его осуществляет секретариат ТК22 "Информационная технология".

     Публикация МЭК 435-1983* "Безопасность оборудования обработки данных".
_________________
     * До прямого применения данного документа в качестве государственного стандарта распространение его осуществляет секретариат ТК22 "Информационная технология".

     Публикация МЭК 716-1983* "Описание свойств генераторов сигналов".
_________________
     * До прямого применения данного документа в качестве государственного стандарта распространение его осуществляет секретариат ТК22 "Информационная технология".

     Публикация МЭК 950-1986* "Безопасность оборудования информационной технологии, включая деловое электрооборудование".
_________________
     * До прямого применения данного документа в качестве государственного стандарта распространение его осуществляет секретариат ТК22 "Информационная технология".

1.4. Соответствие стандарту

     Реализации, претендующие на соответствие настоящему стандарту, должны:

1) обеспечивать обязательные услуги на интерфейс УЛЗ-УДС, специфицированные в разд.2;

2) обеспечивать обязательные действия, логические объекты и параметры диспетчера уровня, определенные в разд.3 и 9;

3) генерировать, передавать, принимать и распознавать кадры данных и последовательности, определенные в разд.4;

4) обеспечивать обязательные функциональные возможности, ограничения и функционирование протокола доступа к физической среде, определенные в разд.6 и 7;

5) предоставлять обязательные услуги на интерфейсе УДС - физический уровень, определенные в разд.8;

6) обеспечивать обязательные функциональные возможности, характеристики и ограничения, по крайней мере, одной из спецификаций физического уровня и физической среды, изложенных в разд.12-19;

7) обеспечивать, по крайней мере, одну из скоростей передачи данных, определенных для выбранного физического уровня;

8) обеспечивать функциональные возможности, действия и значения, определенные для всех факультативных возможностей, заявленных как обеспечиваемые реализацией.

     Если не оговорено иное, то все спецификации должны применяться во всем диапазоне рабочих условий, для которых изготовитель заявил соответствие.

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

1.5. Общее описание маркерного метода доступа

1.5.1. Сущность маркерного метода доступа

1) Маркер управляет правом доступа к физической среде; станция, которая удерживает (владеет) маркер (ом), немедленно получает возможность управления физической средой.

2) Маркер передается станциями, подключенными к среде. В процессе передачи маркера от станции к станции формируется логическое кольцо.

3) Операция устойчивого состояния состоит из фазы передачи данных и фазы передачи маркера.

4) Внутристанционные функции обслуживания кольца предназначены для инициации кольца, восстановления кольца при потере маркера, подключения новой станции к логическому кольцу и общей связности логического кольца. Функции обслуживания кольца продублированы во всех станциях сети, использующих маркер.

     Коллективно используемые физические среды в общем случае могут быть разделены на два основных типа: широковещательные и последовательные. Настоящий стандарт рассматривает только среды широковещательного типа. В широковещательной физической среде каждая станция может принимать все передаваемые сигналы. Среда широковещательного типа обычно организуется в виде физической шины.

     Заметим, что в соответствии с черт.1.2 маркерный метод доступа к среде в логическом смысле всегда имеет последовательный характер. То есть, при нормальном устойчивом выполнении операций право на доступ к физической среде передается от станции к станции. Кроме того, заметим, что физическая связность мало влияет на последовательность логического кольца и что на запрос владельца маркера могут отвечать даже те станции, которые не входят в логическое кольцо. (Например, станции Н и F могут принимать кадры, но не могут начинать передачу, поскольку им никогда не будет передан маркер).

Логическое кольцо физической шины

Черт.1.2

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

1.5.2. Общие функции подуровня

1) Отсчет тайм-аута потерянного маркера.

2) Распределенная инициация.

3) Отсчет тайм-аута удержания маркера.

4) Ограниченная буферизация данных.

5) Распознавание адреса узла.

6) Компоновка кадра (включая подготовку маркера).

7) Генерация и проверка контрольной последовательности кадра (КПК).

8) Распознавание действительного маркера.

9) Добавление-удаление участника кольца.

10) Восстановление неисправного узла при ошибках.

1.6. Внутренняя структура подуровня УДС

     Подуровень УДС выполняет несколько свободно связанных между собой функций. Описания и спецификации подуровня УДС в настоящем стандарте даны с точки зрения одного из нескольких возможных методов группирования этих функций. Используемое в настоящем стандарте группирование функций показано на черт.1.3, где представлено пять асинхронных логических автоматов, каждый из которых обрабатывает некоторый набор функций УДС, что подробнее рассматривается в пп.1.6.1-1.6.5.

Функциональная структура подуровня УДС

Черт.1.3

     Из пяти перечисленных автоматов конечный автомат управления доступом (УД-КА) наиболее критичный и наиболее сложный; он является ключевым управляющим механизмом для шины с маркерным доступом и должен тесно взаимодействовать с УД-КА других станций при наличии лишь ограниченной информации о состоянии сети. Ввиду важности этого автомата и поскольку многие его операции не прямо вытекают из его функциональных требований, разъяснение и спецификация УД-КА составляют основную цель разд.5-7 настоящего стандарта.

     Интерфейсный конечный автомат (ИНТ-КА) и приемный конечный автомат (ПМ-КА) несут большую нагрузку в выполнении операций протокола уровня УДС. Они рассматриваются, однако, лишь в той степени детализации, которая и необходима для понимания их роли в подуровне УДС при поддержке работы УД-КА. Степень рассмотрения выбрана с таким расчетом, чтобы избежать любых неоднозначностей, которые могли бы подвергнуть сомнению сосуществование согласованно действующих станций одной шины.

1.6.1. Интерфейсный конечный автомат (ИНТ-КА). Действует как интерфейс и буфер между подуровнями УЛЗ и УДС, а также между диспетчером станции и уровнем УДС. Он анализирует все поступающие примитивы УД_БЛОК_ДАННЫХ и другие сервисные примитивы и вырабатывает соответствующие исходящие сервисные примитивы. Этот автомат осуществляет при необходимости преобразования параметров "качества услуг", выдаваемых подуровнем УЛЗ, в вид, воспринимаемый подуровнем УДС. Он управляет очередностью запросов услуг, например запросов на передачу протокольных блоков данных (ПБД) УЛЗ. И, наконец, он выполняет функцию "распознавания адресов" в поступающих кадрах УЛЗ, принимая только те из них, которые адресованы данной станции.

1.6.2. Конечный автомат управления доступом (УД-КА). Взаимодействует с УД-КА всех других станций данной шины в процессе овладения маркером для управления доступом к распределенной шине. Он может (факультативно) обрабатывать несколько классов_доступа УДС с тем, чтобы обеспечить подуровню УЛЗ различные значения "качества услуг". Он несет также ответственность за инициацию и обслуживание логического кольца, включая подключение новых станций. И, наконец, он несет ответственность за обнаружение сбоев и неисправностей и, по возможности, за восстановление работоспособности шинной сети с передачей маркера.

1.6.3. Приемный конечный автомат (ПМ-КА). Принимает из физического уровня элементарные символы, объединяет их в кадры, проверяет кадры и передает их автоматам ИНТ-КА и УД-КА. Он выполняет эту функцию, распознавая начальный или конечный ограничители кадра (НО и КО), проверяя КПК и правильность структуры кадра. Он также распознает пакеты помех и состояния незанятости шины и информирует об этом.

1.6.4. Передающий конечный автомат (ПД-КА). Обычно принимает кадры данных из УД-КА и передает их в виде последовательности элементарных символов надлежащего формата в физический уровень. Он формирует ПБД УДС, предваряя каждый кадр необходимой преамбулой и НО и добавляя к нему КПК и КО. При работе с РТР-КА операции ПД-КА могут несколько отличаться.

1.6.5. Ретрансляционный конечный автомат (РТР-КА). Является факультативным компонентом УДС, который содержится в особых "ретрансляционных" станциях, например в широкополосном регенеративном повторителе. В таких станциях-ретрансляторах РТР-КА при необходимости ретранслирует поступающий из физического уровня поток элементарных символов обратно в физический уровень для повторной передачи; в подобных случаях считается, что физический уровень подсоединен, по меньшей мере, к двум различным сегментам одной шины. При выполнении таких ретрансляционных операций автоматы ПМ-КА и ПД-КА могут взаимодействовать с автоматом РТР-КА.

1.7. Физический уровень и физическая среда. Ниже приведен краткий обзор всех разделов настоящего стандарта, касающихся физического уровня, а также дано вводное описание различных методов передачи физических сигналов физических сред ЛВС, использующих протокол доступа к среде с передачей маркера.

     Определены четыре типа физической среды шинной топологии и соответствующие логические объекты физического уровня, используемые протоколом доступа к среде с передачей маркера.

     Каждый тип логического объекта физического уровня и соответствующая физическая среда шинного типа описаны в двух смежных разделах (т.е. в разд.12-19), к которым относят:

1) раздел, определяющий конкретные логические объекты физического уровня, включая конкретизацию общих управляющих элементов (разд.9) рассматриваемого логического объекта физического уровня;

2) раздел, определяющий физическую среду, соответствующую данному логическому объекту физического уровня.

     В настоящем стандарте определены четыре различных логических объекта физического уровня с соответствующими физическими средами, пригодными для использования с протоколом маркерного доступа к среде шинного типа. Они отличаются друг от друга в основном различными типами физической среды и методами передачи сигналов, определенными для каждого типа логического объекта физического уровня. В остальной части данного подраздела изложены наиболее характерные особенности каждого типа логического объекта физического уровня и соответствующего типа физической среды.

1.7.1. Сводка характеристик фазокогерентной модуляции сдвигом частоты.

     Топология - всенаправленная шина.

     Магистральный кабель - 75-омный коаксиальный кабель типа RG-11, Р-11 или полужесткий.

     Соединитель станции - 75-омная розетка серии F, являющаяся предметом стандартизации МЭК. (Рекомендуется применять розетку соединителя типа СР-75).

     Рекомендуемая конфигурация кабеля - кабель типа RG-11 или полужесткий и гибкие ответвительные кабели длиной до 50 м.

     Модуль сопряжения с магистралью - 75-омный ненаправленный пассивный Т-образный соединитель, согласующий импедансы, с затуханием 20 дБ.

Повторители - активные регенеративные повторители, используемые для разветвления и расширения системы за пределы одного сегмента кабеля.

     Уровень передачи - от +63 до +66 дБ (1 мВ; 75 Ом) [дБмВ]

     Чувствительность приемника - от +10 дБмВ до +66 дБмВ

     Скорость передачи данных - 5 и 10 Мбит/с

     Передача сигналов - прямое кодирование символов данных и неданных, каждый из которых составляет целое число циклов постоянной частоты с изменением частоты только при переходах волновым сигналом нулевого уровня. Используются две частоты:

1) нижняя - 1 Гц (бит/с) (т.е. 5 МГц при 5 Мбит/с и 10 МГц при 10 Мбит/с);

2) верхняя - 2 Гц (бит/с) (т.е. 10 МГц при 5 Мбит/с и 20 МГц при 10 МБит/с).

     Представления символов:

     ноль - два полных цикла верхней частоты;

     единица - один полный цикл нижней частоты;

     пара символов не_данные - один полный цикл верхней частоты, один полный цикл нижней частоты и еще один полный цикл верхней частоты.

     Зап_нерабочее - последовательность чередующихся символов единица и ноль, начиная с единицы.

     Восстановление синхронизации - из переходов нулевого уровня принимаемого сигнала.

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

1.7.2. Сводка характеристик многоуровневой двубинарной амплитудно-фазовой модуляции АМ/ОФМ

     Топология - направленная шина с активным повторителем.

     Кабель - 75-омный коаксиальный кабель типа RG-6 или полужесткий.

     Соединитель станции - 75-омная розетка серии F, являющаяся предметом стандартизации МЭК.

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

     Модуль сопряжения с магистралью - 75-омный направленный пассивный ответвитель с согласованием импедансов.

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

Усилители - стандартные, используемые в системах кабельного телевидения, двунаправленные среднеразветвленные, полуразветвленные или сильноразветвленные (либо однонаправленные для двухкабельной конфигурации) широкополосные усилители, используемые для расширения системы за пределы, определяемые величиной затухания основных сигналов.

     Полоса пропускания канала - 1,5, 6 и 12 МГц.

     Уровни передачи:

     при 1,5 МГц - +41 дБ (1 мВ, 75 Ом) [дБмВ];

     при 6 МГц - +47 дБ (1 мВ, 75 Ом) [дБмВ];

     при 12 МГц - +50 дБ (1 мВ, 75 Ом) [дБмВ].

     Чувствительность приемника:

     при 1,5 МГц - от 13 дБ до +4 дБ (1 мВ, 75 Ом) [дБмВ];

     при 6 МГц - от -7 дБ до +10 дБ (1 мВ, 75 Ом) [дБмВ];

     при 12 МГц - от -4 дБ до +13 дБ (1 мВ, 75 Ом) [дБмВ].

     Скорости передачи данных - 1 Мбит/с при 1,5 МГц; 5 Мбит/с при 6 МГц и 10 Мбит/с при 12 МГц.

     Распределение канальных частот - является предметом национальной стандартизации. В приложении 1 в качестве примера приведено распределение частот, принятое в странах Северной Америки.

     Скремблер - все данные, формируемые в кадры перед их кодированием для передачи, проходят через самосинхронизирующийся скремблер с образующим полиномом 1+. Это делается с двумя целями: для увеличения среднего числа переходов в передаваемых сигналах и для рандомизации спектральных компонентов передаваемых модулированных сигналов.

     Передача сигналов - символы данные и не_данные кодируются таким образом, чтобы специфицировать амплитуду возможных модулированных сигналов. В настоящем стандарте определена одна форма кодирования: один символ_УДС на каждый символ_ФИЗ с учетом соображений совместимости с дополнительной формой кодирования, описываемой в п.14.11.

     В обеих формах передачи сигналов средний уровень сигналов используется для передачи только символов не_данные, содержащихся в ограничителях кадра и в информируемом "молчании", а также в качестве "прерывателя" длинных последовательностей другого сигнального уровня (см. п.14.8.2.1 (4) (в)). Такие длинные последовательности маловероятны, поскольку перед кодированием данных для передачи сформированные кадры данных подвергаются скремблированию.

     Для представления одного символа_УДС одним символом_ФИЗ на приемнике этот символ представляется следующим образом:

{0}=ноль - нулевая амплитуда

     {4}=единица - "максимальная" амплитуда

     {2}=не_данные - "средняя" амплитуда, равная половине "максимальной".

     Модуляция - многоуровневая двубинарная АМ/ОФМ.

     Зап_нерабочее - чередующиеся символы {4} и {0}, начиная с {4}.

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

     Для передачи одного символа_УДС на каждый символ_ФИЗ используется последовательность {2} {2} {0} {4}.

     Для возможных в будущем режимов передачи, предусматривающих два символа_УДС на один символ_ФИЗ, зарезервирована следующая последовательность:

     {2} {2} {4} {0}

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

     Восстановление синхронизации - из переходов уровней принимаемых сигналов.

     Синхронизация передаваемых данных - вырабатывается ремодулятором; все остальные станции подстраивают свои частоты под принимаемые синхросигналы данных.

1.7.3. Сводка характеристик физической среды на основе волоконно-оптического кабеля

     Топология - направленная шина, использующая активные и пассивные конфигурации звезды.

     Кабель - настоящий стандарт предлагает использование кварцевого оптического волновода со следующими номинальными характеристиками: диаметр сердечника 62,5 мкм, внешний диаметр 125 мкм и эффективное значение апертуры 0,275.

     Соединитель станции - интерфейсный соединитель кабеля, ИСК, представляющий собой дуплексный соединитель, соответствующий ИСО 9314/3.

     Повторители - активные регенеративные повторители, используемые в широкоразветвленных топологиях типа "звезда".

     Характеристики передачи - эффективная мощность возбуждения от 7 до 11 дБм с центром длины волны между 800 и 910 нм.

     Чувствительность приемника:

     средняя чувствительность от -11 до -31 дБм эффективной мощности с уровнем молчания -40 дБм;

     высокая чувствительность от -21 до -41 дБм эффективной мощности с уровнем молчания -50 дБм

     Скорости передачи данных - 5, 10 и 20 Мбит/с.

     Передача сигналов - манчестерское кодирование символов данные и не_данные.

     Представление символов:

     {НL}=ноль

     {LH}=единица

     {LLHH} и {HHLL}=пapa символов не_данные.

     Зап_нерабочее - чередующиеся символы единица и ноль, начиная с единицы.

     Восстановление синхронизации - из переходов, образуемых сигналами манчестерского кода.

     Синхронизация передаваемых данных - фазовая подстройка к передаваемым частотам. Все порты регенеративного повторителя используют одну и ту же синхронизацию передаваемых данных и, следовательно, одни и те же частоты передачи.

1.7.4. Сводка характеристик фазонепрерывной модуляции сдвигом частоты

     Топология - направленная шина.

     Магистральный кабель - 75-омный коаксиальный кабель такого же типа, что и RG-6, RG-11, полужесткий.

     Ответвительный кабель - отрезок коаксиального кабеля с импедансом от 35 до 50 Ом, длиной менее 350 мм.

     Соединитель станции - 50-омная вилка серии BNC, соответствующий стандарту МЭК 169/8.

     Рекомендуемая конфигурация кабеля - длинный неразветвленный магистральный кабель с очень короткими отрезками ответвительного кабеля.

     Модуль сопряжения с магистралью - Т-образный 75-омный соединитель.

     Повторители - активные регенеративные повторители, используемые для разветвления и расширения системы за пределы, определяемые величиной затухания основных сигналов.

     Уровень передачи - от +54 до +60 дБ (1 мВ; 37,5 Ом)

     Чувствительность приемника - +24 дБ (1 мВ; 37,5 Ом)

     Скорость передачи данных - 1 Мбит/с

    Передача сигналов - манчестерское кодирование символов данные и не_данные

     Представление символов:

     {HL}=ноль - начальный высокий, конечный - низкий уровень

     {LH}=единица - начальный низкий, конечный - высокий уровень

     {LLHH} и {HHLL}=пapa символов не_данные

     начальная пара - низкий уровень, за которой следует конечная пара высокого уровня, или наоборот.

     Модуляция - фазонепрерывная модуляция сдвигом частоты (вид частотной модуляции) с манчестерским представлением сигналов:

1) частота высокого уровня (6,25±0,08) МГц

2) частота низкого уровня (3,75±0,08) МГц

     Зап_нерабочее - чередующиеся символы единица и ноль, начиная с нуля.

     Восстановление синхронизации - из переходов, генерируемых манчестерским кодированием.

1.8. Характеристики метода доступа

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

     К некоторым важным свойствам этого метода доступа к среде относятся следующие.

1) Метод эффективен в том смысле, что при высоком уровне испытываемой нагрузки на координацию работы станций затрачивается лишь небольшой процент пропускной способности среды.

2) Метод справедлив в том смысле, что он обеспечивает каждой станции равную долю распределяемой пропускной способности физической среды. В то же время он не требует, чтобы какая-либо станция полностью использовала всю свою долю пропускной способности среды.

3) Метод допускает несколько классов обслуживания.

4) Метод координирует передачи станций таким образом, чтобы минимизировать и контролировать их взаимные влияния.

5) Метод не предъявляет никаких дополнительных требований к возможностям физической среды и модемов помимо тех, которые необходимы для передачи и приема многобитных, многокадровых последовательностей при определенной частоте ошибок по битам.

6) В отсутствие системных помех метод обеспечивает исчисляемые детерминируемые наихудшие границы задержки доступа для класса обслуживания высшего приоритета при любой заданной конфигурации сети и степени ее загрузки.

7) Периоды контролируемых внешних влияний различимы; в оставшиеся периоды времени возможны проведения измерений системных помех.

8) Метод налагает минимальные ограничения на способы, которыми станция, мгновенно отслеживающая состояние среды, может использовать свою долю пропускной способности среды.

9) Метод эффективно поддерживает обеспечиваемые услуги УЛЗ типа 3, позволяя станции - владельцу маркера - ожидать ответа от приемной станции на ее передачу.

10) Хотя это и не определено стандартом, но метод допускает наличие в сети большого числа дешевых станций ограниченных функциональных возможностей наряду с наличием одной или нескольких полнофункциональных станций. (По меньшей мере, необходима одна полнофункциональная станция для того, чтобы система была работоспособной). Примером станции пониженных функциональных возможностей служит станция, не содержащая логических схем управления доступом.

1.9. Построение стандарта

     Настоящий стандарт состоит из 19 разделов, в которых изложено следующее:

     Разд.1 (настоящий раздел) начинается с общего обсуждения метода маркерного доступа к шине. Здесь дано введение в функциональную структуру подуровня УДС, рассматриваемую в последующих разделах, приведен обзор факультативных возможностей физического уровня и физической среды и, наконец, рассмотрены общие свойства метода доступа к шине с передачей маркера.

     В разд.2 подробно рассматриваются логические интерфейсы между подуровнями УЛЗ и УДС, а также услуги на этих интерфейсах (такие, как передача кадра), предоставляемые подуровню УЛЗ.

     В разд.3 подробно обсуждаются параметры диспетчера, действия и события внутри подуровня УДС.

     В разд.4 рассматривается общая структура кадра УДС, включая ограничители, адреса и КПК. Кадры всех форматов, которые обрабатывает УДС, включая управляющие кадры УДС, относятся к нумерованным кадрам.

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

     В разд.6 содержатся определения наиболее важных терминов и компонентов УДС.

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

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

     В разд.9 описываются параметры диспетчера, действия и события, происходящие внутри физического уровня.

     В разд.10 определен логический, электрический и механический интерфейс внутри физического уровня между станцией и отдельным модемом.

     Разд.11 зарезервирован.

В разд.12 и 13 описаны физический уровень и физическая среда соответственно одноканальной (т.е. всенаправленной) шины на основе коаксиального кабеля при использовании фазокогерентной модуляции сдвигом частоты и скоростях 5 и 10 Мбит/с.

     В разд.14 и 15 подробно описаны физический уровень и физическая среда соответственно двухканальной (т.е. с распределителем) шины на основе коаксиального кабеля при использовании широкополосной двубинарной амплитудно-фазовой модуляции (АМ/ОФМ) для скоростей 1, 5 и 10 Мбит/с.

     В разд.16 и 17 подробно описываются физический уровень и физическая среда соответственно на основе волоконно-оптической шины при скоростях 5, 10 и 20 Мбит/с.

     В разд.18 и 19 подробно описываются физический уровень и физическая среда соответственно на основе одноканальной (т.е. всенаправленной) шины на основе коаксиального кабеля с фазонепрерывной модуляцией сдвигом частоты при скорости 1 Мбит/с.

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

     Примечания:

1. Точные взаимоотношения уровней, описываемых в настоящем стандарте, с уровнями, определенными в эталонной модели ВОС, являются предметом дальнейшего изучения.

2. В стадии разработки находится стандарт по спецификации услуг, общих для всех типов подуровней УДС (на основе ИСО/ПМС 10039). После разработки этого стандарта данный раздел будет заменен ссылкой на него.

Место интерфейса между УЛЗ и УДС в модели ЛВС

Черт.2.1

2.1. Обзор услуг на интерфейсе УЛЗ-УДС

2.1.1. Общее описание обеспечиваемых услуг. В данном разделе дано неформальное описание сервиса, предоставляемого подуровнем УДС для подуровня УЛЗ. Этот сервис обеспечивает лишь услуги передачи данных в режиме без установления соединения между равноправными логическими объектами УЛЗ. Они обеспечивают средства, с помощью которых логические объекты УЛЗ могут обмениваться сервисными блоками данных УДС (УД_СБД) без установления двухпунктового соединения на нижнем уровне. Передача данных может быть двухпунктовой или многопунктовой, неподтверждаемой или подтверждаемой.

2.1.2. Модель, используемая для спецификации услуг. Модель услуг и метод их описания подробно рассмотрены в приложении 10.

2.1.3. Обзор взаимодействий. К примитивам, связанным с услугами передачи данных в режиме без установления соединения, относятся:

1) УД_БЛОК_ДАННЫХ.запрос

2) УД_БЛОК_ДАННЫХ.индикация

3) УД_БЛОК_ДАННЫХ_СОСТОЯНИЕ.индикация.

     Примитив УД_БЛОК_ДАННЫХ.запрос передается подуровню УДС для запроса передачи УД_СБД. (Все УД_СБД передаются с использованием процедур режима без установления соединения.) Примитив УД_БЛОК_ДАННЫХ.индикация передается подуровнем УДС для информирования о поступлении УД_СБД. Примитив УД_БЛОК_ДАННЫХ_СОСТОЯНИЕ.индикация передается подуровнем УДС для информирования о состоянии ранее принятого соответствующего примитива УД_БЛОК_ДАННЫХ.запрос.

2.1.4. Основные услуги и факультативные возможности. Все услуги являются обязательными и должны использоваться во всех реализациях.

2.2. Детализированные взаимодействия с логическим объектом УЛЗ. В данном подразделе подробно описываются примитивы и параметры, относящиеся к услугам передачи данных в режиме без установления соединения, которые подуровень УДС предоставляет подуровню УЛЗ. Заметим, что эти параметры определены в абстрактном смысле. Параметры определяют ту информацию, которая должна быть доступна для принимающего логического объекта. Метод получения этой информации не налагает никаких ограничений на конкретную реализацию. Например, параметр УД_СБД, связанный с некоторыми сервисными примитивами передачи данных, может быть обеспечен путем фактической передачи сервисного блока данных УДС или дескриптора, либо другими способами. Значения некоторых выбранных параметров могут быть заданы в реализации в неявном виде.

2.2.1. УД_БЛОК_ДАННЫХ.запрос

2.2.1.1. Функция. Этот примитив является сервисным примитивом запроса для услуги УЛЗ передачи данных в режиме без установления соединения.

2.2.1.2. Семантика. Данный примитив должен обеспечивать следующие параметры:

     УД_БЛОК_ДАННЫХ.запрос

     (адрес_получателя,

     адрес_отправителя,

     УД_СБД,

     желаемое_качество).

     Параметр "адрес_получателя" определяет либо индивидуальный, либо групповой адрес логического_объекта_УДС.

     Параметр "адрес_отправителя" определяет адрес логического_объекта_УДС - отправителя, обычно, локальной станции.

     Параметр УД_СБД определяет УД_СБД, подлежащий передаче логическим объектом подуровня УДС запрашивающему логическому объекту подуровня УЛЗ.

     Параметр "желаемое_качество" определяет желаемое качество услуг. Семантика этого параметра включает значение приоритета на уровне_УДС в диапазоне от 0 (наинизший) до 7 (наивысший) (см. п.6.6.1.2) и услугу подтверждения доставки на уровне_УДС со значениями "запрос_без_ответа", "запрос_с_ответом" и "ответ".

2.2.1.3. Действия при генерации. Данный примитив передается логическим объектом подуровня УЛЗ логическому объекту подуровня УДС для того, чтобы запросить логический объект подуровня УДС сформировать и передать конкретный кадр с желаемым качеством услуг в данной ЛВС.

2.2.1.4. Результат приема. Прием этого примитива побуждает логический объект подуровня УДС попытаться сформировать и передать конкретный кадр.

2.2.1.5. Дополнительные замечания. Значение параметра "запрос_с_ответом" для компонента "подтверждение_доставки" параметра "качество_услуг" указывает, что следующий примитив УД_БЛОК_ДАННЫХ.индикация должен сам содержать параметр качества, специфицирующий ответ, и в этом случае следующий примитив УД_БЛОК_ДАННЫХ.индикация должен быть логически связан с этим примитивом УД_БЛОК_ДАННЫХ.запрос.

     Значение "ответ" компонента подтверждение_доставки параметра качества указывает, что непосредственно предшествующий примитив УД_БЛОК_ДАННЫХ.индикация должен был содержать параметр качества, определяющий "запрос_с_ответом".

     Если определено значение "запрос_с_ответом", групповой адрес_получателя не должен использоваться.

2.2.2. УД_БЛОК_ДАННЫХ.индикация

2.2.2.1. Функция. Данный примитив является сервисным примитивом индикации для услуги передачи данных в режиме без установления соединения.

2.2.2.2. Семантика. Этот примитив должен обеспечивать следующие параметры:

     УД_БЛОК_ДАННЫХ.индикация

     (адрес_получателя,

     адрес_отправителя,

     УД_СБД,

     качество)

     Параметры "адрес_получателя" и "адрес_отправителя" определяют поля АП и АО кадра (см. разд.4), принятые локальным логическим объектом УДС и, тем самым, логические объекты_УДС, участвующие в обмене данными.

     Параметр УД_СБД определяет сервисный блок данных_УДС, принятый локальным логическим объектом подуровня УДС.

     Параметр "качество" определяет доставленное значение качества услуг. Семантика этого параметра включает значение приоритета на уровне_УДС в диапазоне от 0 (наинизший) до 7 (наивысший) (см. п.6.6.1.2) и услугу уровня_УДС "подтверждение доставки" со значениями "запрос_без_ответа", "запрос_с_ответом" и "ответ".

2.2.2.3. Действия при генерации. Этот примитив передается из логического объекта подуровня УДС логическому объекту подуровня УЛЗ для информирования последнего о поступлении кадра данных из логического объекта физического уровня. О таких кадрах сообщается только тогда, когда они свободны от обнаруживаемых ошибок и их адрес получателя (индивидуальный или групповой) означает логический объект УДС.

2.2.2.4. Результат приема. Результат приема этого примитива логическим объектом УЛЗ определен в ГОСТ 28907 (ИСО 8802/2).

2.2.2.5. Дополнительные замечания. При отсутствии необнаруживаемых ошибок содержимое параметра УД_СБД является логически законченным и неизменным относительно параметра УД_СБД в соответствующем примитиве УД_БЛОК_ДАННЫХ.запрос на передающей станции.

     Примечание. Это гарантирует кодонезависимость. Значение "запрос_с_ответом" компонента подтверждение_доставки параметра качества указывает, что принимающий логический объект подуровня УДС должен немедленно выдать в ответ примитив УД_БЛОК_ДАННЫХ.запрос, который сам имеет параметр качества, определяющий значение "ответ".


     Значение "ответ" компонента подтверждение_доставки параметра качества указывает, что данный примитив УД_БЛОК_ДАННЫХ.индикация может быть связан с предыдущим примитивом УД_БЛОК_ДАННЫХ.запрос, который сам имел параметр качества, определяющий значение "запрос_с_ответом" и который был выдан тем же самым логическим объектом подуровня_УЛЗ.

2.2.3. УД_БЛОК_ДАННЫХ_СОСТОЯНИЕ.индикация

2.2.3.1. Функция. Этот примитив имеет локальную значимость и обеспечивает подуровень УЛЗ информацией о состоянии выполнения предыдущего примитива УД_БЛОК_ДАННЫХ.запрос.

2.2.3.2. Семантика. Этот примитив должен обеспечивать следующие параметры:

     УД_БЛОК_ДАННЫХ_СОСТОЯНИЕ.индикация

     (адрес_получателя,

     адрес_отправителя,

     состояние,

     обеспеченное_качество).

     Параметры "адрес_получателя" и "адрес_отправителя" определяют поля АП и АО соответствующего примитива УД_БЛОК_ДАННЫХ.запрос.

     Параметр "состояние" указывает состояние услуги, предоставленной по запросу соответствующего передающего примитива УД_БЛОК_ДАННЫХ.запрос.

     Параметр "обеспеченное_качество_услуг" определяет фактически обеспеченное качество услуг по предыдущему запросу. Семантика этого параметра включает значение приоритета на уровне_УДС в диапазоне от 0 (наинизший) до 7 (наивысший) (см. п.6.6.1.2) и услугу подтверждение_доставки подуровня_УДС.

2.2.3.3. Действия при генерации. Этот примитив передается из логического объекта подуровня УДС логическому объекту подуровня УЛЗ для информирования последнего о результате выполнения услуги, предоставленной по предыдущему соответствующему примитиву запроса УЛЗ на передачу данных.

     Информация об успешности выполнения запроса передается для большей информированности логического объекта подуровня УДС при успешном выполнении запроса. При наличии локальной неисправности сообщается о безуспешности выполнения запроса. Когда параметр качества этого запроса определяет "запрос_с_ответом", то о безуспешности выполнения запроса также сообщается, если выполнено допустимое число попыток со значением "без ответа".

2.2.3.4. Результат приема. Результат приема этого примитива логическим объектом подуровня УЛЗ определен в ГОСТ 28907 (ИСО 8802/2).

2.2.3.5. Дополнительные замечания. Предполагается, что подуровень УЛЗ обладает достаточной информацией, чтобы логически увязать состояние с соответствующим запросом.

     В настоящем разделе определяются абстрактные логические объекты (параметры, события и действия), используемые при управлении подуровнем УДС. Взаимоотношение данного раздела с другими разделами настоящего стандарта и другими спецификациями ЛВС показаны на черт.3.1.

Место интерфейса между диспетчером и подуровнем УДС в модели ЛВС

Черт.3.1

     Существуют два способа управления подуровнем УДС: локальное и дистанционное.

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

     Настоящий стандарт использует концепцию дистанционного управления, определенную в стандарте ИСО 7498, ч.2, "Основы управления ВОС". Дистанционное управление использует протокол обмена данными для манипулирования управляемыми логическими объектами и наблюдения за ними. Настоящий раздел должен использоваться совместно со стандартом ИСО по дистанционному управлению, подлежащим разработке. Могут использоваться также другие протоколы, например описанные в ИСО 9595 и ИСО 9596.

     Для реализации протокола дистанционного управления должны быть определены идентификаторы и числовые представления управляемых логических объектов. Такое определение дано в "протоколе интерфейса с диспетчером уровня".

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


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

3.1. Краткое описание. В данном разделе описываются логические объекты, между которыми обмен данными происходит через "интерфейс с диспетчером уровня" (ИДУ), который обозначен на черт.3.1 в виде двойных вертикальных черточек. Логические объекты подуровня УДС, описываемые в данном разделе, состоят из:

1) параметров подуровня УДС, записываемых и читаемых диспетчером;

2) действий, инициируемых диспетчером, которые вызывают изменения внутри подуровня УДС;

3) событий внутри подуровня УДС, которые передаются диспетчеру.

     Нотация, используемая для спецификации логических объектов, определяемых в данном разделе, это "синтаксис и нотация передачи на уровне представления АСН.1", определенные в ГОСТ 34.973 (ИСО 8824). Этот синтаксис отличается от синтаксиса, используемого в разд.4-7 для описания подуровня УДС шины с маркерным доступом. Их различие состоит в буквенных обозначениях имен логических объектов. Нотация АСН.1 не разрешает использовать символ подчеркивания "_", а использует комбинацию прописных и строчных знаков для улучшения читабельности текста.

     Например, в данном разделе определяется параметр "вКольце", а в разд.7 определен параметр в_кольце. Но если синтаксис имен различен, то сами параметры эквивалентны.

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

3.2.1. Организация. Существуют три типа управляющих логических объектов:

1) параметры,

2) действия,

3) события.

     Вначале описываются параметры подуровня УДС, доступные диспетчеру. Эти параметры организованы по группам. В этих группах собраны не только переменные; они определяют также совокупности параметров, которые могут быть доступны обычным образом.

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


     Любой из параметров или все параметры группы могут быть переданы в виде одного ПБД дистанционного диспетчера, ПБД_ДД, (с учетом ограничений длины ПБД). Передаваемые таким образом семантики и группы параметров определяются следующим образом.

3.2.2. ИдТипаРесурса. В данном подразделе рассматриваются параметры ИДУ подуровня УДС, которые являются общими для всех уровней. Эти параметры создают "пространство наименований", которая идентифицирует основные свойства подуровня УДС.

     Группа ИдТипаРесурса является общей для всех подуровней УДС. Реализация этой группы должна быть обязательной. Группа ИдТипаРесурса подлежит определению в будущем стандарте ИСО (ГОСТ).

3.2.2.1. типРесурса - этот параметр идентифицирует ресурс как подуровень УДС.

3.2.2.2. редакцияСтандарта - этот параметр идентифицирует ту редакцию настоящего стандарта, которую реализует подуровень УДС.

3.2.2.3. факультативыРеализации - этот параметр определяет факультативные возможности, обеспечиваемые реализацией. К таким возможностям, определяемым настоящим стандартом, относится "приоритет" и "запрос_с_ответом".

3.2.3. Группа характеристик УДС. Группа характеристик УДС определяет свойства подуровня УДС, специфичные для подуровня УДС шины с маркерным доступом. Реализация параметров в группе характеристик УДС должна быть факультативной за исключением параметра максДлинаСБД при необходимости его использования. Все параметры должны использоваться только в режиме считывания.

3.2.3.1. максДлинаСБД - максимальная длина сервисного блока данных, которую способна воспринять конкретная реализация подуровня УДС.

Значение параметра максДлинаСБД находится в пределах от 516 (чтобы допускать кадры длиной в 512 октетов) до 8191 октетов.

3.2.3.2. задержкаВремениПередачи - оценочное значение максимальной задержки, вносимой подуровнем УДС при передаче кадра данных, включая время ожидания в очереди УДС на передачу. Значение этого параметра должно использоваться вышерасположенными уровнями при вычислении тайм-аута задержки с целью обнаружения потерянных кадров. Этот тип представляет собой массив значений времени, индексируемый классом услуг УДС (см. п.6.6.1.2).

     Элементы этого параметра и методы вычисления их значений являются предметом дальнейшего изучения.

3.2.4. Группа диспетчера УДС. Параметры диспетчера УДС описывают текущее состояние подуровня УДС. Реализация доступа диспетчера к этим параметрам должна быть факультативной возможностью. Доступ диспетчера к этим параметрам должен осуществляться только в режиме считывания для предотвращения непредсказуемых изменений в операциях УДС. Для того чтобы изменить значение одного из этих параметров, диспетчер должен изменить соответствующее значение в "группе инициации" (см. п.3.2.7) и затем выполнить действие сброса для того, чтобы побудить станцию к повторной инициации.

3.2.4.1. состояние - состояние подуровня УДС. Текущее состояние логического объекта УДС. Состояние подуровня УДС изменяется действиями диспетчера (см. п.3.2.11) и внутренними событиями автомата УД-КА (см. разд.7).

     Параметр "состояние" может принимать следующие значения: автономный, маркернаяШина, мостМаркернойШины и повторительМаркернойШины.

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

3.2.4.2. состояниеТестирования - состояние ранее начатого тестирования.

     Отрицательные зависимые от реализации результаты должны рассматриваться как "неисправность" теми логическими объектами, в которых отсутствует дополнительная информация о зависимых от реализации значениях.

     Подробное описание перечисленных ниже параметров группы диспетчера УДС приведено в п.7.1.1.

3.2.4.3. дс - адрес данной станции.

3.2.4.4. интервалОтвета - сетевой интервал_ответа.

3.2.4.5. минДлинаПреамбулыПослеМолчания - минимальное число октетов преамбулы, которое должно предшествовать кадру после молчания. Это значение получается из физического уровня и используется автоматом ПД_КА.

3.2.5. Группа рабочих параметров станции

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

     Подробное описание параметров группы рабочих параметров станции приведено в п.7.1.1.

3.2.5.1. максСчетЗапросов

3.5.2.5.* максПределПопыток
_______________
* Нумерация соответствует оригиналу. - Примечание.

3.2.5.3. времяУдержанияМаркераВысшПриоритета

3.5.2.4.* заданноеВремяОборота
_______________
* Нумерация соответствует оригиналу. - Примечание.

3.2.5.5. начальноеЗначениеТайм-аутаОбслуживанияКольца

3.2.5.6. желаниеУчаствовать

3.2.6. Группа контроля станции. Эти параметры отражают текущее состояние сети и состояние станции в сети.

     Реализация доступа диспетчера к этим параметрам должна быть факультативной возможностью. Параметры контроля станции должны быть только считываемыми за исключением параметра максВремяОборотаМаркера, который должен быть записываемым и считываемым.

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

3.2.6.1. сс - адрес следующей станции логического кольца.

3.2.6.2. пс - адрес предыдущей станции логического кольца.

3.2.6.3. ссИзвестен

3.2.6.4. вКольце

3.2.6.5. станцияОграниченнойАктивности

3.2.6.6. времяПоследнегоОборотаМаркера - время последнего оборота маркера, измеренное от момента одного поступления маркера до момента следующего поступления маркера. Единицами измерения служат октетные интервалы.

     Нулевое значение указывает, что данное значение в текущий момент недоступно; это может иметь место, например, когда станция не является участником логического кольца. Отрицательное значение указывает на переполнение диапазона.

3.2.6.7. максВремяОборотаМаркера - максимальное время оборота маркера. Это значение получается путем сравнения прежнего значения максВремяОборотаМаркера со значением времени ПоследнегоОборотаМаркера, которое выполняется каждый раз при получении маркера. Если прежнее значение максВремениОборотаМаркера меньше времениПоследнегоОборотаМаркера, то значение максВремениОборотаМаркера устанавливается равным значению времениПоследнегоОборотаМаркера. Единицей измерения является октетный_интервал.

Диспетчер может устанавливать значение этого параметра в ноль, чтобы начать отсчет временного интервала, в течение которого должно измеряться максимальное время оборота маркера.

     Нулевое значение указывает, что значение этой переменной в текущий момент доступно. Отрицательное значение указывает на переполнение диапазона.

     Образование других статистических данных из максимальных и текущих значений переменной времени оборота маркера - предмет дальнейшего изучения.

3.2.6.8. приблизительныйРазмерКольца - приблизительное число станций в логическом кольце.

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

     Нулевое значение указывает, что значение этой переменной в текущий момент недоступно, это может иметь место, например, когда станция не является участником логического кольца. Отрицательное значение указывает на переполнение диапазона.

3.2.7. Группа инициации. Параметры инициации копируются в операционные параметры подуровня УДС во время инициации станции. Параметры инициации должны требоваться в тех реализациях, где имеются соответствующие операционные параметры. Параметры инициации должны считываться и записываться диспетчером.

     Более подробное описание параметров группы инициации приведено в п.7.1.7.

3.2.7.1. иницДС

3.2.7.2. иницИнтервалОтвета

3.2.7.3. иницМаксСчетЗапросов

3.2.7.4. иницМаксПределПопыток

3.2.7.5. иницВремяУдержанияMapкераВысшПриоритета

3.2.7.6. иницЖелаемоеВремяОборота

3.2.7.7. иницИсходноеЗначениеТайм-аутаОбслуживанияКольца

3.2.7.8. иницЖеланиеУчаствовать

3.2.8. Группа счетчиков ИНТ-КА. Эти параметры управляют работой ИНТ-КА. При подсчете длины кадра октеты кадра подсчитываются в интервале между начальным и конечным ограничителями, не включая эти ограничители. Соответствие классов услуг классам доступа определено в п.6.6.1.2.

     Реализация счетчиков ИНТ-КА и доступа к параметрам со стороны диспетчера должны быть факультативными возможностями. Доступ диспетчера к этим параметрам должен осуществляться только в режиме считывания.

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

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

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

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

     Примечания:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

б) принимает или передает кадр запрос_преемника_1;

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

г) принимает или передает кадр разрешение_соперничества;

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

а) конец_всех_соперничеств

б) нет_перспективы

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

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

Преамбула

НО*

УК

АП

АО

Блок данных

КПК

НО*

________________
     * Соответствует оригиналу. - Примечание.

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

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

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

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

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

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

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

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

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

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

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

НО

КО

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

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

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

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

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

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

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

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

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

     Второе назначение преамбулы - обеспечить минимальный промежуток времени между КО и НО, необходимый станциям для обработки ранее принятого кадра. Минимальная длина передаваемой преамбулы является функцией двух факторов: скорости передачи данных и метода модуляции. Настоящий стандарт требует, чтобы преамбула имела длительность, по меньшей мере, 2 мкс независимо от скорости передачи данных и чтобы она содержала целое число октетов. Таким образом, при скорости передачи 2 Мбит/с требуется однооктетная преамбула, чтобы удовлетворить требование кратности октету, а при скорости данных 10 Мбит/с - трехоктетная преамбула, чтобы обеспечить требуемый минимум времени.

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

4.1.2. Начальный ограничитель. Структура кадра требует наличия начального ограничителя, с которого начинается кадр. Начальный ограничитель представляет собой комбинацию сигналов, всегда отличную от комбинаций сигналов данных.

     Начальный ограничитель кодируется следующим образом (символьное кодирование сигналов для их представления в физической среде см. в пп.12.7, 14.8, 14.11, 16.7 и 18.7).

	Символ_УДС, передаваемый первым

Начальный ограничитель (НО)	N	N	0	N	N	0	0	0
Битовые позиции	1	2	3	4	5	6	7	8,

где N=символ_УДС не_данные,

0=символ_УДС ноль.

4.1.3. Поле управления кадра. Октет управления кадра (УК) определяет, какой тип кадра из перечисленных ниже категорий передается:

1) управление УДС,

2) данные УЛЗ.

     Форматы управляющих кадров каждой из этих категорий показаны ниже.

4.1.3.1. Кадр управления УДС

Символ_УДС, передаваемый первым

0	0	С	С	С	С	С	С
1	2	3	4	5	6	7	8	- битовые позиции,

где

СССССС=тип кадра управление_УДС кодируется следующим образом:

С	С	С	С	С	С
3	4	5	6	7	8	битовые позиции
0	0	0	0	0	0	Заявка_маркера
0	0	0	0	0	1	Запрос_преемника_1 (имеет 1 окно ответа)
0	0	0	0	1	0	Запрос_преемника_2 (имеет 2 окна ответа)
0	0	0	0	1	1	Кто_следующий? (имеет 3 окна ответа)
0	0	0	1	0	0	Разрешение_соперничества (имеет 4 окна ответа)
0	0	1	0	0	0	Маркер
0	0	1	1	0	0	Установить_преемника

4.1.3.2. Кадры данных

Символ_УДС, передаваемый первым

F	F	М	М		Р	Р	Р
1	2	3	4	5	6	7	8	- битовые позиции

где

     FF = тип кадра:

(1	2	- битовые позиции)
0	1	- кадр_данных_УЛЗ,
1	0	- зарезервировано (раньше предназначалось диспетчеру),
1	1	- зарезервировано (дальнейшее изучение);

МММ = действие_УДС:

РРР = приоритет

(6,	7,	8	- битовые позиции)
1	1	1	- высший приоритет
1	1	0
1	0	1
1	0	0
0	1	1
0	1	0
0	0	1
0	0	0	- низший приоритет

     Примечание. Использование комбинации 10 в поле "тип кадра" для указания кадров диспетчера не рекомендуется и включено только для сохранения обратной совместимости с прежними версиями стандарта.


     Другие битовые комбинации в октете управления кадра зарезервированы для дальнейшего изучения. Действия станции при приеме неопределенного значения УК в настоящем стандарте не определены.

4.1.4. Поля адресов. Каждый кадр должен содержать два адресных поля: поле адреса получателя и поле адреса отправителя в изложенной последовательности. Адресные поля должны иметь длину либо 16 либо 48 бит. В одной ЛВС все адреса должны иметь одинаковую длину.

4.1.4.1. Поле "адрес получателя". На следующем чертеже показаны возможные представления адресов получателя:

1) Формат 16-битного адреса

Символ_УДС, передаваемый первым

И/Г	15-битный адрес

	Наиболее значащий бит адреса

2) Формат 48-битного локального администрируемого адреса

Символ_УДС, передаваемый первым

И/Г	1	46-битный адрес

	Наиболее значащий бит адреса

3) Формат 48-битного глобально администрируемого адреса

Символ_УДС, передаваемый первым

И/Г	0	46-битный адрес

	Наиболее значащий бит адреса,

где И/Г - бит "индивидуальный/групповой" адрес.


     Первый переданный символ_УДС адреса получателя (бит И/Г) различает индивидуальные и групповые адреса:

     0 = индивидуальный адрес,

     1 = групповой адрес.

     В 48-битных адресах второй передаваемый символ_УДС адреса отправителя или получателя (бит Л/У - локальная/универсальная) различает локально администрируемые и глобально администрируемые (уникальные) адреса.

     Индивидуальные адреса. Индивидуальный адрес идентифицирует конкретную станцию ЛВС и должен отличаться от всех других индивидуальных адресов станции той же ЛВС.

     Групповые адреса. Групповой адрес используется для адресации кадра многим станциям-получателям. Групповые адреса могут относиться к одной станции, к нескольким станциям или ни к одной из станций. В частности, групповой адрес - это такой адрес, который по соглашению относится к группе логически взаимоувязанных станций.

     Широковещательные адреса. Групповой адрес, состоящий из одних единиц (т.е. 16 единиц при двухоктетной и 48 единиц при шестиоктетной адресации), должен образовывать широковещательный адрес, указывая совокупность всех станций данной ЛВС.

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


     Администрирование адресов (только 48-битных). Существуют два метода администрирования набора 48-битных адресов станций: локальным или глобальным администратором. Второй бит передаваемого адреса получателя указывает, кем присвоен этот адрес: глобальным или локальным администратором:

     0 = глобально администрированный,

     1 = локально администрированный.

     Глобальное администрирование. В этом методе все индивидуальные станции адреса данной ЛВС в глобальном масштабе отличаются от индивидуальных адресов станций всех других ЛВС. Процедура администрирования этих адресов не определена в настоящем стандарте.

     Примечание. Информация, относящаяся к полномочиям регистрации и к их процедурам, может быть запрошена из Центрального Секретариата ИСО, сославшись на номер стандарта ИСО 8802/4.

По вопросам глобальной администрируемой адресации следует обращаться в Секретариат IEEE.


     Локальное администрирование. Индивидуальные адреса станций назначаются локальным (для данной ЛВС) администратором. (Это единственный метод, разрешенный для 16-битных адресов.)

4.1.4.2. Поле "адрес отправителя". Адрес отправителя идентифицирует станцию, выдавшую кадр, и имеет такой же формат и такую же длину, что и адрес получателя в данном кадре, за исключением того, что индивидуальный (групповой бит) здесь должен быть установлен в значение 0; значимость этого бита, установленного в 1, является предметом дальнейшего изучения.

4.1.4.3. Числовая интерпретация адресов. Строго говоря, адреса являются битовыми последовательностями, которые служат в качестве уникальных или групповых идентификаторов станций. С целью сравнения адресов УДС в пределах подуровня УДС шины с передачей маркера при их использовании для упорядочения логического кольца и при формализованном описании автомата управления доступом (см. п.7.2.4) каждая битовая последовательность адреса_УДС интерпретируется так, как если бы она была целым числом без знака, передаваемым, начиная с наименее значащего бита, т.е. так, как если бы последний передаваемый бит имел наивысшее численное значение.

     Примечание. Такая интерпретация не выходит за рамки операций по упорядочению логического кольца подуровня УДС шины с передачей маркера.


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

4.1.5. Поле "блок_данных УДС". В зависимости от битовой комбинации, определенной в октете "управление кадра", поле "блок_данных УДС" может содержать либо протокольный блок данных УЛЗ, как определено в ГОСТ 28907 (ИСО 8802/2), либо значение, специфичное для одного из управляющих кадров УДС.

     В случае, когда поле "блок_данных УДС" содержит ПБД УЛЗ, это поле должно быть передано физическому уровню с той же последовательностью передачи бит, с которой оно было принято из подуровня УЛЗ. Точно также поле "блок_данных УДС" должно быть доставлено подуровню УЛЗ с той же последовательностью передачи бит, с которой оно было получено из физического уровня.

4.1.6. Поле контрольной последовательности кадра (КПК). Поле КПК представляет собой 32-битовую последовательность проверки кадра, основанную на следующем стандартном образующем полиноме 32-й степени:

     КПК является дополнением до единиц суммы (по модулю 2) следующих величин:

1) остатка от деления (по модулю 2) полинома на стандартный образующий полином 32-й степени, где - число бит в поле "управление кадра", адресных полях (АО и АП) и в поле "блок_данных УДС";

2) остатка от деления (по модулю 2) на стандартный образующий полином произведения и содержимого полей "управление кадра", адресов (АО и АП) и "блок_данных УДС".

     КПК передается, начиная с коэффициента наивысшей степени.

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

     На приемной стороне исходное содержимое регистра устройства, вычисляющего остаток, предварительно устанавливается в "единицы". Последовательно поступающие биты данных и биты КПК при их делении на образующий полином в случае отсутствия ошибок передачи дадут в результате ненулевое значение остатка. Этим уникальным значением остатка для 32-битной КПК является следующий полином:

ГОСТ 34.913.4-91 (ИСО 8802/4-88) Информационная технология. Локальные вычислительные сети. Метод маркерного доступа к шине и спецификация физического уровня

     Примечания:

1. Для проверки правильности генерации КПК и контроля логических схем станции устройство должно обеспечить средства обхода схем генерации КПК и выработки КПК внешним источником. Другой желательной целью проверки является определение способности передавать кадры, которые имеют ошибки КПК, наряду с информированием более высоких уровней протокола о наличии ошибки.

2. В процессе передачи и обнаружения кадра образующий полином КПК обеспечивает расстояние кода Хемминга, равное четырем, при условии, что общая длина кадра между НО и КО, исключая последние, составляет менее 11454 октетов. Максимальная длина кадра 11454 округляется снизу до ближайшей степени двух (минус единица).

4.1.7. Конечный ограничитель. В структуре кадра необходим КО, который заканчивает кадр и определяет место КПК. Данные между НО и КО должны иметь целое число октетов. Все биты между НО и КО охватываются КПК.

     КО содержит битовую комбинацию, которая всегда отличима от битовых комбинаций данных. КО содержит также биты информации, которые не проверяются на наличие ошибок.

     КО кодируется следующим образом:

Символ_УДС, передаваемый первым

- битовые позиции)

- запрос_без_ответа

- запрос_с_ответом (см. п.6.6.2)

- ответ (см. п.6.6.2)