Товары в корзине: 0 шт Оформить заказ
Стр. 1
 

181 страница

973.00 ₽

Купить ГОСТ 34.913.3-91 — официальный бумажный документ с голограммой и синими печатями. подробнее

Официально распространяем нормативную документацию с 1999 года. Пробиваем чеки, платим налоги, принимаем к оплате все законные формы платежей без дополнительных процентов. Наши клиенты защищены Законом. ООО "ЦНТИ Нормоконтроль".

Наши цены ниже, чем в других местах, потому что мы работаем напрямую с поставщиками документов.

Способы доставки

  • Срочная курьерская доставка (1-3 дня)
  • Курьерская доставка (7 дней)
  • Самовывоз из московского офиса
  • Почта РФ

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

  Скачать PDF

Оглавление

1. Введение

1.1. Краткий обзор

1.1.1. Основные понятия

1.1.2. Архитектурный подход

1.1.3. Уровневые интерфейсы

1.2. Нотации

1.2.1. Соглашения по диаграмме переходов состояний

1.2.2. Метод спецификации услуг и используемая нотация

1.2.3. Нотация физического уровня и используемая нотация

1.2.4. Нотация сообщений физического уровня

1.3. Ссылки

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

2. Спецификация услуг подуровня УДС

2.1. Назначение и область применения

2.2. Краткое описание услуг

2.2.1. Общее описание услуг, обеспечиваемых уровнем

2.2.2. Модель, используемая для спецификации услуг

2.2.3. Краткое описание взаимодействий

2.2.4. Базовые услуги и факультативные функции

2.3. Подробная спецификация услуг

2.3.1 УД-ДАННЫЕ. Запрос

2.3.2. УД-ДАННЫЕ. Индикация

3. Структура кадра управления доступом к среде

3.1. Краткое описание

3.1.1. Формат кадра УДС

3.2. Элементы кадра УДС

3.2.1. Поле "преамбула"

3.2.2. Поле "начальный ограничитель кадра" (НОК)

3.2.3. Адресные поля

3.2.4. Поле "Адрес получателя"

3.2.5. Адрес отправителя"

3.2.6. Поле "Длина"

3.2.7. Поле "Данные" и ЗАП

3.2.8. Поле "Контрольная последовательность кадра"

3.3. Последовательность передачи бит

3.4. Недействительный кадр УДС

4. Управление доступом к среде

4.1. Функциональная модель метода управления доступом к среде

4.1.1. Краткое описание

4.1.2. Операции КДОН/ОК

4.1.3. Взаимоотношения с подуровнем УЛЗ и физическим уровнем

4.1.4. Функциональные возможности метода доступа КДОН/ОК

4.2. Метод управления доступом к среде ЛВС КДОН/ОК. Точная спецификация

4.2.1. Введение

4.2.2. Краткое описание процедурной модели

4.2.3. Модель процесса "передача кадра"

4.2.4. Модель процесса "прием кадра"

4.2.5. Генерация преамбулы

4.2.6. Начальная последовательность кадра

4.2.7. Глобальные объявления

4.2.8. Передача кадра данных

4.2.9. Прием кадра данных

4.2.10. Общие процедуры

4.3. Интерфейсы со смежными уровнями

4.3.1. Краткое описание

4.3.2. Услуги, обеспечиваемые подуровнем УДС

4.3.3. Услуги, требуемые от физического уровня

4.4. Конкретные реализации

4.4.1. Вопросы совместимости

4.4.2. Допустимые реализации

5. Управление сетью

6. Спецификация услуг подуровня ПФС

6.1. Назначение и область применения

6.2. Краткое описание услуг

6.2.1. Общее описание услуг, обеспечиваемых уровнем

6.2.2. Модель, используемая для спецификации услуг

6.2.3. Краткое описание взаимодействий

6.2.4. Базовые услуги и факультативные возможности

6.3. Подробная спецификация услуг

6.3.1. Сервисные примитивы равноправных взаимодействий

6.3.2. Сервисные примитивы взаимодействий между подуровнями

7. Спецификация подуровня "передача физических сигналов" (ПФС) и интерфейса с модулем сопряжения (ИМС)

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

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

7.1.2. Краткое описание основных принципов

7.1.3. Применения

7.1.4. Режим работы

7.1.5. Распределение функций

7.2. Функциональная спецификация

7.2.1. Протокол интерфейса между ПФС и МДС (ООД-МСС)

7.2.2. Интерфейс между ПФС и логическими объектами МСС и диспетчера

7.2.3. Структура кадра

7.2.4. Функции ПФС

7.3. Характеристики сигнала

7.3.1. Кодирование сигнала

7.3.2. Скорость передачи сигналов

7.3.3. Уровни передачи сигналов

7.4. Электрические характеристики

7.4.1. Характеристики драйвера

7.4.2. Характеристики приемника

7.4.3. Характеристики кабеля ИМС

7.5. Функциональное описание цепей стыка

7.5.1. Общие положения

7.5.2. Определение цепей стыка

7.6. Механические характеристики

7.6.1. Определение механического интерфейса

7.6.2. Соединитель линейного интерфейса

7.6.3. Распределение контактов

8. Спецификация модуля сопряжения со средой и физической среды для основной полосы частот. Тип 10BASE5

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

8.1.1. Краткое описание

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

8.1.3. Обзор применений. Задачи МСС и физической среды

8.2. Функциональные спецификации МСС

8.2.1. Функции физического уровня МСС

8.2.2. Сообщения на интерфейсе МСС

8.2.3. Диаграммы переходов состояний МСС

8.3. Электрические характеристики интерфейса МСС - физическая среда

8.3.1. Интерфейс МСС - коаксиальный кабель

8.3.2. Электрические характеристики МСС

8.3.3. Электрические характеристики МСС-ООД

8.3.4. Механическое соединение МСС-ООД

8.4. Характеристики коаксиального кабеля

8.4.1. Электрические параметры коаксиального кабеля

8.4.2. Свойства коаксиального кабеля

8.4.3. Общее сопротивление шлейфа сегмента по постоянному току

8.5. Соединители коаксиального и магистрального кабеля

8.5.1. Линейный коаксиальный расширяющий соединитель

8.5.2. Терминатор коаксиального кабеля

8.5.3. Соединение МСС - коаксиальный кабель

8.6. Системные вопросы

8.6.1. Модель передающей системы

8.6.2. Требования к системе передачи

8.6.3. Маркировка

8.7. Требования к внешней среде

8.7.1. Общие требования безопасности

8.7.2. Требования к безопасности сети

8.7.3. Электромагнитная среда

8.7.4, Температура и влажность

8.7.5. Нормативные требования

9. Повторитель

9.1. Повторительная установка и спецификация повторителя

9.1.1. Базовая конфигурация повторительной установки

9.1.2. Распространение сигналов данных

9.1.3. Обнаружение конфликта и генерация комбинации НК

9.1.4. Функции проверки

9.2. Определения входов и выходов диаграммы переходов состояний повторителя (см.черт. 9.3)

10. Спецификация модуля сопряжения со средой и физической среды для основной полосы частот, тип 10BASE2

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

10.1.1. Краткое описание

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

10.1.3. Возможности применения. Цели МСС и физической среды

10.2. Ссылки

10.3. Функциональные спецификации МСС

10.3.1. Функциональные требования к физическому уровню МСС

10.3.2. Интерфейсные сообщения МСС

10.3.3. Диаграммы переходов состояний МСС

10.4. Электрические характеристики МСС - физическая среда

10.4.1. Интерфейс МСС - коаксиальный кабель

10.4.2. Электрические характеристики МСС

10.4.3. Электрические характеристики МСС -ООД

10.5. Характеристики коаксиальной кабельной системы

10.5.1. Электрические параметры коаксиального кабеля

10.5.2. Физические параметры коаксиального кабеля

10.5.3. Общее сопротивление шлейфа сегмента по постоянному току

10.6. Соединители коаксиального магистрального кабеля

10.6.1. Линейный коаксиальный расширяющий соединитель

10.6.2. Терминатор коаксиального кабеля

10.6.3. Соединение МСС - коаксиальный кабель

10.7. Системные соглашения

10.7.1. Модель передающей системы

10.7.2. Требования к передающей системы

10.8. Внешние спецификации

10.8.1. Требования безопасности

10.8.2. Электромагнитная среда

10.8.3. Нормативные требования

11. Спецификация широкополосной физической среды, тип 10BROAD36

12. Спецификация физической среды для основной полосы частот, тип 1BASE5

Приложение 1 (справочное) Дополнительный справочный материал

Приложение 2 (справочное) Принципы системы

Приложение 3 (справочное) Диаграмма переходов состояний, подуровень УДС

Приложение 4 (справочное) Прикладной контекст. Избранные спецификации физической среды

Приложение 5 (справочное) Сокращения

Показать даты введения Admin

ГОСУДАРСТВЕННЫЙ стандарт

СОЮЗА ССР

ИНФОРМАЦИОННАЯ ТЕХНОЛОГИЯ

ЛОКАЛЬНЫЕ ВЫЧИСЛИТЕЛЬНЫЕ СЕТИ. МЕТОД СЛУЧАЙНОГО ДОСТУПА К ШИНЕ И СПЕЦИФИКАЦИЯ ФИЗИЧЕСКОГО

БЗ 6—91/407

уровня

ГОСТ 34.913.3-91 (ИСО 8802-3-89)

Издание официальное

*

о

05

о.

ГГ


КОМИТЕТ СТАНДАРТИЗАЦИИ И МЕТРОЛОГИИ СССР

Москва


УДК 681.224:621.391:006.354    Группа    П85

ГОСУДАРСТВЕННЫЙ СТАНДАРТ СОЮЗА ССР

Информационная технология

ЛОКАЛЬНЫЕ ВЫЧИСЛИТЕЛЬНЫЕ СЕТИ.

ГОСТ

34.913.3—91

(ИСО 8802—3—89)

МЕТОД СЛУЧАЙНОГО ДОСТУПА К ШИНЕ И СПЕЦИФИКАЦИЯ ФИЗИЧЕСКОГО УРОВНЯ

Information technology.

Local area network. Carrier sense multiple access with collission detection (CSMA/CD) method and physical layer specification ОКСТУ 4 332

Дата введения 01.07.92

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

Настоящий стандарт эквивалентен стандарту Международной организации по стандартизации ИСО 8802—3, за исключением:

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

б)    материалы, имеющие информационный характер, вынесены в справочные приложения;

в)    упорядочено использование аббревиатур.

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

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

Издание официальное

© Издательство стандартов, 19У2

Настоящий стандарт не может быть полностью или частично воспроизведен, тиражирован и распространен без разрешения Госстандарта СССР

2.2.3.    Краткое описание взаимодействий

УД-ДАННЫЕ, запрос

УД-ДАННЫЕ, индикация

2.2.4.    Базовые услуги и факультативные функции

Рассматриваемые в данном разделе сервисные примитивы

УД-ДАННЫЕ, запрос и УД-ДАННЫЕ, индикация являются обязательными.

2.3. Подробная спецификация услуг

2.3.1.    УД-ДАННЫЕ, запрос

2.3.1.1.    Функция

Этот примитив определяет передачу данных из локального логического объекта подуровня УЛЗ одному (или нескольким в случае групповой адресации) равноуровневому(ым) логическому (ким) объекту(ам) УЛЗ.

2.3.1.2.    Семантика сервисного примитива

Семантика данного примитива имеет следующий вид:

УД-ДАННЫЕ, запрос (

адрес-получателя, уд~сбд,

класс-обслуживания

)

Параметр «адрес-получателя» может определять либо индивидуальный, либо групповой адрес логического объекта УДС. Он должен содержать информацию, достаточную для формирования поля АГ1, которое присоединяется к кадру локальным логическим объектом подуровня УДС, и любую другую информацию физического уровня. Параметр «уд-сбд» определяет сервисный блок данных УДС, подлежащий передаче логическим объектом подуровня УДС. В параметре «уд-сбд» содержится достаточно информации для того, чтобы логический объект подуровня УДС мог определить длину блока данных. Параметр «класс-обслужи-вания» указывает качество услуг, запрошенное подуровнем УЛЗ или более высоким уровнем (см. и. 2.3.1.5).

2.3.1.3 .Действия при г е не р а ц и и

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

2.3.1.4.    Ре з у л ь т ат приема

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

ГОСТ 34.913.3-91 С 11

сформированный кадр протоколам нижерасположенных уровней для его передачи равноправному логическому объекту (или объектам) подуровня УДС.

2315 Дополнительные замечания Протокол УДС КДОН/ОК обеспечивает простое качество услуг независимо от запрошенного класса услуг 2 32 УД-ДАННЫЕ индикация 2321 Функция

Этот примитив определяет передачу данных из логическою объекта подуровня УДС одному (или нескольким в случае групповой адресации) логическому (им) объекту (ам) подуровня УЛЗ, 2 3 2 2 Се машина сервисного примитива Семантика данного примитива имеет следующий вид УД-ДАННЫЕ индикация (

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

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

УД-Сбд,

состояние-приема

)

Параметр «адрес-получателя» может быть либо индивидуальным, либо групповым адресом, как определено полем АП поступившего кадра Параметр «адрес-отправителя» является индивидуальным адресом, как это определено полем АО поступившего кадра Параметр «уд-сбд» определяет сервисный блок данных УДС в том виде, в котором он принят локальным логическим объектом УДС Параметр «состояние_приема» используется для передачи информации о состоянии равноправному логическому объекту подуровня УЛЗ

2323    Действия при генерации

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

2324    Рез ультат приема

Рсзультах приема примитива подуровнем УЛЗ нс определен. 2 3 2.5 Дополнительные замечания Если локальный логический объект подуровня УДС определен параметром «адрес получателя» примитива УД-ДАННЫЕ, запрос, то примитив индикации будет также привлекаться этим логическим объектом УДС для локального логического объекта УЛЗ Это дуплексное свойство подуровня УДС может быть обусловлено уникальными функциональными возможностями подуровня УДС или дуплексными свойствами нижерасположенных уровней (например все кадры, переданные по глобальному адресу, будут

привлекать примитив УД-ДАПНЫЕ. индикация па всех станциях сети, включая станцию, которая сгенерировала запрос).

3. СТРУКТУРА КАДРА УПРАВЛЕНИЯ ДОСТУПОМ К СРЕДЕ

3.1. Краткое описание

Формат кадра УДС

? ок *ето8

Прел^буг j

октгт

НОК

7 или 6 октетов

Адрес noi учгтегп

7 и пи G ow гетот

Адрес ott-j ителп

^ он М Э

Длина

ДзнныеУЛЗ 1

-J

1

1

Заполнитель ( 1

Контрольная

<J октет*

последовательность

кадра

Ок ^ты ► I ле-'t 1 5э ‘м Г~    (.НИЗ

= лз

г 0

/ Биты <в£|'1 1— передав-..?.^ с с need Ььпрззо

I


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

БСЗ

ПОК — начальный ограничитель кадра; БМЗ — бит младшей значимости, БСЗ — бит старшей значимости

4epi 3 1

3.1.1. Формат кадра УДС

На черт. 3.1 показано восемь полей кадра:    преамбула;    на

чальный ограничитель кадра (НОК); адреса отправителя и получателя кадра; поле длины, указывающее длину следующего за ним поля, которое содержит данные УЛЗ, подлежащие переда-

ГОСТ 34.913.3 — 91 с. 13

че; поле, содержащее заполнитель (ЗАП) (при необходимости) и поле контрольной последовательности кадра (КПК), содержащее значение циклического избыточного контроля для обнаружения ошибок в принятых кадрах. Все поля имеют фиксированную длину, кроме полей «данные УЛЗ» и ЗАП, которые могут содержать любое целое число октетов в пределах от минимального до максимального значений, определяемых конкретной реализацией механизма доступа к среде КДОН/ОК. Описание конкретных реализаций см. в п. 4.4.

Минимальный и максимальный пределы длины кадра в и. 4.4 относятся к той части кадра, которая начинается с поля «адрес получателя» и кончается полем «контрольная последовательность кадра» включительно.

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

3.2. Элементы кадра УДС

3.2.1.    Поле «преамбула»

Поле «преамбула» содержит 7 октетов и используется для того, чтобы дать возможность схемам ПФС прийти в устойчивый синхронизм с принимаемыми тактовыми сигналами кадра (см. п. 4.2.5).

3.2.2.    Поле «начальный ограничитель кадра» (НОК)

Поле НОК имеет битовую комбинацию 10101011. Оно следует непосредственно за комбинацией преамбулы и указывает начало кадра.

Формат поля адреса

Г/ ЛI ~40-би1овыи адрес |

48-битооыи c^OMvat j£P'*ca

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

16 Оитоиыи формат адреса

15 битовый адрес

И/Г

И/Г=\ — групповой адрес: Г/Л = 0 — глобально администрируемый адрес; Г/Л= 1 — локально администрируемый адрес

Черт. 3.2

3.2.3. Аоресные ноля

Каждый кадр УДС должен содержать два поля адреса: «Адрес получателя» и «Адрес отправителя» в указанном порядке. Поле «Адрес получателя» должно определять адрес (а) того (тех) получателя (ей), которому (ым) предназначен данный кадр. Поле «Адрес отправителя» должно идентифицировать ту станцию, из которой выдан этот кадр. Каждое поле адреса должно быть представлено следующим образом (см. черт. 3.2).

1) Поле каждого адреса должно содержать либо 16, либо 48 бит. Однако в любой данный момент времени длины адреса полу-

С 14 ГОСТ 34.913.3-91

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

2)    Решение вопроса о 16- или 48-битовой длине адреса полу-чателя и адреса отправителя должно быть оставлено за изготовителем как решение о реализации Не требуется, чтобы изготовители обеспечивали оба значения длины.

3) . Первый бит (БМЗ) должен использоваться в ноле «Адрес получателя» в качестве бита обозначения тина адреса с целью идентификации адреса получателя как индивидуального или как группового. В значении 0 этот бит должен указывать, что поле адреса содержит индивидуальный адрес, а в значении 1—групповой адрес, который либо нс идентифицирует ни одной станции, либо идентифицирует одну или несколько станций, или все станции, подключенные к данной ЛВС. В поле АО первый бит зарезервирован и установлен в нуль.

4) . При 48-битовой адресации второй бит должен использоваться для различения локально и глобально администрируемых адресов. Для глобально администрируемых адресов этот бит устанавливается в нуль. Если адрес должен назначаться локально, то этот бит должен устанавливаться в единицу. Заметим, что при широковещательной адресации этот бит также равен единице.

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

323 1 .Назначение адреса

Адрес подуровня УДС может быть двух типов

1)    индивидуальный — адрес, относящийся к конкретной станции данной сети;

2)    групповой — адрес многих получателей, относящийся одной или нескольким станциям в данной сети. Он может иметь две разновидности.

а) широковещательный групповой — адрес, который но соглашению на вышерасположснных уровнях относится к группе логически связанных станций,

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

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

ГОСТ 34.913.3-91 с 15

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

3.2.4.    Поле «Адрес получателя»

Поле «Адрес получателя» определяет станцию (и), которой (ым) предназначается передаваемый кадр. Оно может содержать индивидуальный или миогостаициоппый (в том числе глобальный) адрес.

3.2.5.    Поле «Адрес отправителя»

Поле «Адрес отправителя» определяет станцию, передающую данный кадр. В методе КДОН/ОК иоле «Адрес отправителя» нс генерируется подуровнем УДС.

3 2.6. Поле «Длина»

Поле «Длина» содержит два октета1 и его значение определяет число октетов данных УЛЗ в поле «Данные». Если это значение меньше минимально необходимого для правильного функционирования протокола, то в конце поля «Данные», но перед полем КПК, определяемым ниже, следует добавить поле ЗАП (последовательность октетов). Процедура, которая определяет длину поля заполнителя, описана в п. 4.2.8. Поле «Длина» передается и принимается, начиная с октета старшей значимости.

3.2.7. Поле «Данные» и ЗАП

Поле «Данные» состоит из последовательности п октетов. Обеспечивается полная «прозрачность» данных в том смысле, что в поле «Данные» может присутствовать последовательность октетов любого произвольного значения, максимальное число которых определяется конкретной используемой реализацией настоящего стандарта. Для правильного функционирования протокола КДОН/ОК необходимо соблюдать минимальную длину кадра, определяемую конкретной реализацией. При необходимости поле данных расширяется дополнительными битами (т. е. заполнителем), сгруппированными в октеты и размещаемыми после поля «Данные УЛЗ», но перед вычисляемым и присоединяемым полем КПК. Длина заполнителя (при его использовании) определяется длиной поля «Данные», выдаваемого подуровнем УЛЗ, а также параметрами «минимальная длина кадра» и «длина адреса» конкретной реализации. Максимальная длина поля данных определяется параметрами конкретной реализации: максимальной длиной кадра и длиной адреса.

Длина поля ЗАП, необходимая при длине поля «Данные УЛЗ» п октетов, равна

С 16 ГОСТ 34 913 3—91

макс (0, мин-длнна-кадра— (8Хл + 2Хдлина-адреса + 48)) бит Максимально возможная длина поля «данные УЛЗ» равна макс-длина-кадра— (2Хдлина_адреса+48)/8 октетов Рассмотрение параметров реализации см в п 4 4, рассмотрение параметра мин-длина-кадра — в п 4 2 3 3

3 2 8 Поле «Контрольная последовательность кадра»

Алгоритмы приема и передачи используют циклический избыточный контроль (ЦИК) с целью выработки значения ЦИК для поля КПК Поле КПК состоит из четырехоктетного (32-битового) значения ЦИК Эго значение вычисляется как функция содержимого полей «Адрес отправителя», «Адрес получателя», «Длина», «Данные УЛЗ» и заполнителя (т е всех полей, за исключением преамбу 1ы НОК и КПК) Кодирование ЦИК определяется следующим полиномом

G (х) = г322623 + х22 + jc^+jc^+jc1 1 +

+Xl0-\-XS + X7 + XS + X4 + X2 + X+ 1.

Математически значение ЦИК, соответствующее заданному кадру, определяется по следующей процедуре

1)    Первые 32 бита кадра доиотняются до единиц

2)    Затем п битов/кадра рассматриваются как коэффициенты по шнома Л?(г) степени п—1 (Первый бит поля «Адрес получа-тетя» соответствует члену а*71"1*, а последний бит поля «данные» соогветствхет члену t°)

3)    По "ином М(х) умножается на v32 и произведение делится на полипом C(v), в результате чего образуется остаток Р(х) степени <31

4)    Совокупность коэффициентов P(v) рассматривается как 32 битовая последовательность

5)    Эта битовая последовательность дополняется до единиц, в peзYЛьтaтe чего образуется ЦИК

32    бита величины ЦИК помещаются в поле «Контрольная

последовательность кадра» так, чтобы член х31 был левым битом паршей значимости, а член \° — правым битом младшей значимости последнего октета (Таким образом, биты ЦИК передаются в последовательности а31, г30,    ,    г1,    а0)    См    приложение    1    [А20]

33    Последовательность передачи бит

Каждый октет кадра УДС, за исключением КПК, передается, начиная с бита младшей значимости

34    Недействительный кадр УДС Недействительным считают кадр, который удовлетворяет, по

меньшей мере, одному из следующих условий

1)    длина кадра нс соответствует полю «длина»,

2)    в кадре не содержится целого числа октетов,

3)    из битов/поступающего кадра (за исключением бит самого поля КПК) не вырабатывается значение ЦИК, идентичное принятому значению ЦИК

ГОСТ 34.913.3-91 с. 17

Содержимое недействительного кадра нс должно передаваться на подуровень УЛЗ. О появлении недействительных кадров может быть сообщено диспетчеру сети.

4. УПРАВЛЕНИЕ ДОСТУПОМ К СРЕДЕ

4.1.    Функциональная модель метода управления доступом к среде

4.1.1.    Краткое описание

Архитектурная модель, описанная в разд. 1, используется в данном разделе для функционального описания подуровня УДС локальной вычислительной сети КДОН/ОК.

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

Подуровень УЛЗ и подуровень УДС совместно должны обеспечивать тс же функции, которые в модели ВОС определены для одного уровня звена данных. В сетях широковещательного типа понятие «звено данных между двумя логическими объектами сети» не имеет прямого соответствия с отдельным физическим соединением. Тем нс менее разделение функций, представленных в этом стандарте, требует наличия двух основных функций, связанных в общем случае с процедурой управления звеном данных, выполняемой на подуровне УДС. К этим двум функциям относятся:

1)    компоновка данных (передаваемых и принимаемых):

а)    формирование кадра (определение границ кадра, синхронизация кадров);

б)    адресация (обработка адресов отправителя и получателя),

в)    обнаружение ошибок (обнаружение ошибок передачи но физической среде);

2)    управление доступом к среде:

а)    распределение среды (ликвидация конфликтов);

б)    разрешение соперничества (обработка конфликтов).

В остальной части данного раздела рассматривается функциональная модель метода КДОН/ОК на подуровне УДС.

4.1.2.    Операция КДОН/ОК

В данном разделе дается краткий обзор операций по передаче и приему кадров с точки зрения функциональной модели архитектуры. Обзор носит скорее описательный, чем определительный характер; формализованная спецификация описываемых здесь операций приведена в пп. 4.2 и 4.3. Конкретная реализация меха-

иизмов КДОН/ОК, удовлетворяющих настоящему стандарту, приведена в п 4.4 На черт. 4.1 представлена архитектурная модель, функционирование которой описано в последующих разделах Компонент физического уровня ПФС образует интерфейс с подуровнем УДС для последовательной передачи битов в физическую среду Для полноты представления в последующем описании операций некоторые из его функций даны в описательном виде Компактная спецификация этих функции приведена в и 4 2 (функции УДС) и в разд. 7 (функции НФС)

Место подуровня УДС в модели ЛВС в соотношении с эталонной моделью БОС

Уровни эталонной модели ВОС

Уровни ЛВС КДОН/ОК

ИМС — интерфейс с модулем сопряжения, МСС

—    модуль сопряжения со средой, ИЗС — интерфейс, зависимый от среды, МДС — модуль доступа к среде, 00Д — оконечное оборудование дан ных, УЛЗ— управление логическим звеном, УДС

—    управление доступом к среде, ПФС — передача физических сигналов

Черт 4 1

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

4.1.2.1. Нормальное выполнение операций

41.2 1.1 Передача без соперничества Когда подуровень УЛЗ выдает запрос на передачу кадра, то компонент «компоновка передаваемых данных» подуровня УДС КДОН/ОК формирует кадр из выдаваемых подуровнем УЛЗ

ГОСТ 34.913.3-91 С. 19

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

После этого компонент «управление доступом к среде на передаче» пытается устранить соперничество в среде с трафиком других станций, контролируя сигнал «опознавание несущей», выдаваемый компонентом ПФС, и уступая путь проходящему трафику. После того, как среда освободится, начинается передача кадра (после короткой межкадровой задержки, необходимой на время восстановления других подуровней УДС КДОН/ОК и физической среды). Затем подуровень УДС выдает в интерфейс с ПФС последовательный поток бит для передачи.

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

Если передача произошла без соперничества, то подуровень УДС КДОН/ОК информирует об этом подуровень УЛЗ через интерфейс УЛЗ — УДС и ожидает следующего запроса на передачу кадра.

4.1.2.1.2 .Прием без соперничества

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

Тем временем компонент «управление доступом к среде на приеме» подуровня УДС, обнаружив сигнал опознавания несущей, ожидает поступления подлежащих доставке битов. Компонент «управление доступом к среде на приеме» собирает биты из подуровня ПФС в течение всего времени, пока сигнал опознавания несущей остается включенным. При исчезновении этого сиг-

С. 2 ГОСТ 34.913.3-91

1. ВВЕДЕНИЕ

1.1.    Крат к ий обзор

11.1.    Основные понятия

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

Настоящий стандарт, достаточно всеобъемлющий для ЛВС* реализующих КДОН/ОК. в качестве метода доступа к физической среде, ставит своей задачей охватить несколько типов физической среды и методов работы для скоростей передачи сигналов от i до 20 Мбит/с. Настоящий стандарт содержит спецификацию и соответствующие значения параметров для реализаций скорости 10 Мбиг/с на базе основной полосы частот. Предполагается, что последующие редакции этого стандарта обеспечат аналогичные спецификации для других реализаций (например для других скоростей передачи и других типов физической среды).

1.1.2. Архитектурный подход

Существуют два различных взгляда на построение локальной вычислительной сети:

1)    архитектурный — основное внимание уделяется логическим структурным компонентам системы и способам их объединения;

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

Настоящий стандарт построен на архитектурной основе с упором на широкомасштабное разделение системы на две части: подуровень УДС уровня звена данных и физический уровень. Эти уровни должны полностью соответствовать нижним уровням эталонной модели ВОС, определенной в ИСО 7498—2 (см. черт. 1.1). Подуровень «управление логическим звеном» (УЛЗ) и подуровень УДС вместе охватывают функции, назначенные моделью ВОС для уровня звена данных.

С 20 ГОСТ 34 913.3—91

нала кадр при необходимости усекается до границы октета и передастся компоненту «раскомпоновка принятых данных» для обработки

Компонент «раскомпоновка принятых данных» проверяет поле «Адрес получателя» кадра для того, чтобы решить, должна ли данная станция принимать этот кадр Если да, то он передает поля ЛП, АО и блок данных УЛЗ (БД УЛЗ) подуровню УЛЗ вместе с соответствующим кодом состояния, указывающим либо прием-завершен, либо прием_слишком-длительный. Он проверяет ь'кже действительность кадров УДС, анализируя контрольную последовательность кадра с целью обнаружения любых искажений передаваемого кадра и проверяя соответствующую октетную структуру окончания кадра. Кадры с действительной КПК могут также проверяться на соответствие октетной структуре.

4.1.2.2 Внешние помехи доступу и восстановление

Если несколько станций пытаются одновременно передавать, то возможно взаимное влияние их передач друг на друга, несмотря на попытки устранить это влияние путем отсрочек" передачи. Если передачи от двух станций налагаются друг на друга, то возникающее при этом соперничество называется конфликтом. Определенная станция может ощутить ситуацию конфликта в процессе начальной части своей передачи (окно конфликта), прежде чем переданный ею сигнал успеет распространиться до всех станций данной физической среды КДОН/ОК Как только будет пройдено окно конфликта, считается, что передающая станция захватила физическую среду; последующие конфликты исключаются, поскольку можно предполагать, что все другие (правильно функционирующие) станции должны были получить нужный сигнал (путем опознавания несущей) и отсрочили свою передач}. Время для захвата физической среды основывается на времени кругового распространения сигнала по физическому уровню, к элементам которого относятся подуровень ПФС, МСС и физическая среда.

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


Отношение стандарта по ЛВС к стандарту по эталонной модели ВОС


Уровни эталонной модьли ВОС


Уроди/* I'i'Z К Д() I >ь


Прикладной


Представлении


Сеансовый


/


Транспортный


Сетевой


Звена данных


/


Физическим


; Выи^ерасположинмые ,

1 УРОВНИ    \

'    У    П    3

>оод

/

/

/

/

> оод

(ИМС в не

ЯВНОМ вид

---/чЧЧЧ-чЧЧЧЧЧ"

А\ Физическая среда х

AWwvwvwV

ИМС — интерфейс с модулем сопряжения, МСС — модуль сопряжения со средой; ИЗС — интерфейс, зависимый от среды; МДС—модуль доступа к среде; ООД — оконечное оборудование данных; УЛЗ — управление логическим звеном; УДС — управление доступом к среде; ПФС — передача физических сигналов


Черт. 1 1


М.2.1. Архитектурное построение стандарта имеет два основ-пых достоинства:

1)    понятность — четкое общее разделение структуры по архитектурным принципам делает стандарт более понятным;

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

Разделение уровня звена данных на составные части допускает использование различных методов доступа к среде в рамках семейства стандартов по ЛВС.

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

3.1.2.2. В рамках архитектурного компонента — физического уровня определены два важных интерфейса совместимости.

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


С 4 ГОСТ 34.913.3-91

нимать как оглод от этой позиции; обмен данными посредством ЛВС ШМД, работающей по методу КДОН/ОК, требует полной совместимости на интерфейсе с физической средой (т. е. с коаксиальным кабелем).

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

1.1.3. Уровневые интерфейсы

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

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

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

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

1.2. Нотации

ГОСТ 34.913.3-91 С. 5

1 2.1. Соглашения по диаграмме переходов состояний Операции протокола могут быть описаны путем его разделения на множество взаимосвязанных функций. Операции этих функций могут быть описаны диаграммами состояний. Каждая диаграмма представляет регион функций и состоит из группы соединенных между собой и исключающих друг друга состояний. В любой заданный момент времени активно только одно из состояний функции (см. черт. 1.2).

<^ИМЯ состояния

^СОСТОЯНИЕ ПЕРЕДАНО

(УСЛОВИЕ) [ВЫПОЛНЯЕМЫЕ ДЕЙСТВИЯ]


Элементы входа в состояние


Элементы выхода из состояние


>


Пример нотации диаграммы переходов состояний

Обозначения.

() —условие, например (если нет конфликта),

[] —действие, например [сброс функции ПФС],

* —логическое И;

-1--логическое ИЛИ;

Во — время ожидания, зависит от реализации;

Тз — тайм-аут задержки,

То — тайм-аут возрастания отсрочки;

БЛ — безусловный переход.

Черт. 1.2

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

Все допустимые переходы между состояниями функции представлены графически в виде направленных стрелок. Переход, имеющий глобальный характер (например условие выхода из всех состояний в состояние ХОЛОСТОЕ или СБРОС), указывается открытой стрелкой. Надписи у переходов являются квалификатора* ми, которые должны выполняться до того, как произойдет переход. Обозначение БП означает безусловный переход. Квалификаторы описываются короткими фразами, которые заключаются в. скобки.

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

вие выхода из этого состояния не выполнено немедленно, то состояние продолжается с непрерывной передачей сообщений и выполнением действий, содержащихся в состоянии.

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

Пользователь услуги уровня N


Пользователь услуги уровня N


Поставщик услуги уровня N — 1


8

Р

е

м

я


>


ИНДИКАЦИЯ


ЗАПРОС


Нотации сервисного примитива

Черт. 1.3

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

1.2.2. Метод спецификации услуг и используемая нотация

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

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

ГОСТ 34.913.3-91 С 7

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

1.2.2.1. классификация сервисных примитивов Существуют два общих типа примитивов:

1) . ЗАПРОС. Примитив запроса передается от j ровня N к уровню N—\ для запроса инициации услуги.

2)    ИНДИКАЦИЯ. Примитив индикации передается от уровня N—1 к уровню N для указания внутреннего события уровня N—1, имеющего значимость для уровня N. Такое событие может быть логически связано с запросом удаленной услуги или может быть вызвано событием, внутренним по отношению к уровню N—1.

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

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

<скорость данных (Мбит/с)> <тип физической среды> <максимальная длина сегмента (ХЮО м)>.

Например, настоящий стандарт содержит спецификацию системы «ТИП 10BASE5» основной полосы частот на 10 Мбит/с с физической средой максимальной длины сегмента 500 м. Каждая последующая спецификация физического уровня будет подобным образом устанавливать свой собственный уникальный идентификатор ТИП.

С. 8 ГОСТ 34.913.3-91

1.2.4. Нотация сообщений физического уровня

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

1.3.    Ссылки

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

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

ИСО 2382/252 «Системы обработки информации. Локальные вычислительные сети. Термины и определения».

ИСО 7498—22 «Системы обработки информации. Соединение открытых систем. Эталонная (справочная) модель. Часть 2. Архитектура защиты».

Публикация МЭК 96—1 (1971)2 (3-я редакция) «Радиочастотные кабели. Часть 1. Общие требования к методам измерений».

Публикация МЭК 96—1 (1976)2, 1-е дополнение «Радиочастотные кабели. Часть 1. Приложение к разд. 5.4. Завершающий трехосевой метод проверки переходного импеданса частотой до 100 МГц».

Публикация МЭК 169—82 и 169—162 «Соединители радиочастотного коаксиального кабеля с винтовым соединением, 50 Ом (тип BNC и тип N)».

Публикация МЭК 380 (1985)2 (3-я редакция) «Безопасность электроэнергетических учрежденческих установок».

Публикация МЭК 435 (1983) 2 (2-я редакция) «Безопасность оборудования обработки данных».

Публикация МЭК 807—2 (1985)2 (1-я редакция) «Подробная спецификация набора соединителей с контактами кругового сечения фиксирующей спайки».

Публикация МЭК 950 (1986)2 «Безопасность оборудования информационной технологии, включая электрическое промышленное оборудование».

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

Используемые в настоящем стандарте определения соответствуют ГОСТ 24402 и ГОСТ 28907 (ИСО 8802—2). Более специфичный для терминологии ЛВС проект государственного стандарта на основе международного стандарта ИСО 2382/25 находится в стадии разработки.

ГОСТ 34 913 3—91 с 9


2. СПЕЦИФИКАЦИЯ УСЛУГ ПОДУРОВНЯ УДС

2 1 Назначение и область применения В данном разделе определяются услуги, предоставляемые подуровнем УДС подуровню УЛЗ (см черт 2 1) Эти }с гуги описываются абстрактным образом и не предполагают никакой конкретной реализации или каких-либо конкретных интерфейсов. Между примитивами, формализованными процедурами и интерфейсами, описываемыми в пп 4 2 и 4 3, нс обязательно должно существовать однозначное соответствие

ОТНОШЕНИЕ СПЕЦИФИКАЦИИ УСЛУГ К МОДЕЛИ ЛВС


/роьн 1 1С.Л0НН0 1 модел! ВОС


Прикладной


Сеансопь /


Сегссои


Фиаическ w


Уровни ЛВС КД ОН/ОК

’ Вышерасположенные I

Предгтоолен л

Грл-(СГ LpTHfcM

Зв^на данных

/

ИМС — интерфейс с модулем сопряжения; МСС—модуль сопряжения со средой, ИЗС — интерфейс, зависимый от среды; МДС — модуль дос тупа к среде, 00Д — оконечное оборудование данных УЛЗ — управление логическим звеном, УДС — управление доступом к среде, ПФС — передача физических сигналов


Черт. 2 1


22 Краткое описание услуг 2 2 1 Общее описание услуг, обеспечиваемых уровнем Услуги, обеспечиваемые подуровнем УДС, позволяют логическому объекту подуровня УЛЗ обмениваться блоками данных с равноправными логическими объектами подуровня УЛЗ Могут быть предусмотрены факультативные средства для установления логического объекта подуровня УДС в известное состояние.

2 2 2. Модель, используемая для спецификации услуг Модель, используемая в этой спецификации услуг, аналогична модели, описанной в п 12


1

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

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

2

До пр-ямого применения данного документа в качестве государственного стандарта распространение его осуществляет секретариат ТК 22 (Информационная технология)