ФИЗ-БЛОК-ДАННЫХ.запрос

(символ)

Параметр «символ» должен определять одно из следующих:

  1. ноль — соответствует двоичному 0;

  2. единица — соответствует двоичной 1.

{Данные — общее наименование нулей и единиц)’,

  1. не-данные — используются в ограничителях, всегда переда­ются парами и всегда октетами в следующем виде:

не-данные не-данные данные не-данные не-данные данные данные данные

  1. зап-нерабочее — передается один символ преамбулы (пре­амбула — это специфичная для логического-объекта-физическо- го_уровня последовательность символов данные)

5)моЛчание — передача молчания (или псевдо-молчания) за один период-символа-УДС

  1. Действия при генерации. Этот примитив передается из иодуровня_УДС физическому уровню для запроса передачи оп­ределенного символа в физическую среду ЛВС.

Если это требуется соответствующим стандартом физического уровня,' то данный.примитив должен передаваться логическому объекту1 физического уровня один раз на каждый примитив ФИЗ- БЛОК-ДАННЫХ.индикация, получаемый логическим объектом подуровня УДС из логического объекта физического уровня. В подобных случаях между примитивом ФИЗ-БЛОК-ДАННЫХ.ин- дикация и последующим примитивом ФИЗ-БЛОК-ДАННЫЕ.зап­рос должно существовать зависимое от реализации постоянное фа­зовое взаимоотношение, определяемое УДС.

  1. Результат приема. Прием этого примитива побуждает логический объект физического уровня попытаться закодировать и передать символ, используя метод передачи сигналов, свойствен­ный физической среде ЛВС.

  2. Ограничения

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

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

  2. Ретранслирующая станция одноканальной шины (напри­мер, повторитель шины с частотной модуляцией сдвигом часто­ты) должна повторно передать, по меньшей мере, такое же мини­мальное число октетов зап_нераб и может передать еще несколь* ко символов зап-нераб перед повторной передачей ограничителя., кадра и остатка передаваемых данных.

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

Символы не-данные должны использоваться только в пределах ограничителей кадра, где они всегда должны запрашиваться пара­ми. Последовательности символов этих ограничителей кадра дол­жны быть представлены в виде:

не-данные нежданные данные не-данные не-данные данные данные данные,

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

Когда символы данные передаются между ограничителями кадра, то число переданных символов данные (не считая симво­лов данные восьмисимвольной последовательности ограничителя кадра) всегда должно быть кратно восьми. (То есть, между огра­ничителями кадра должны передаваться только полные октеты символов данных.) Если между ограничителями кадра передаются символы зап-нераб, то их количество всегда должно быть кратно восьми. Октеты символов зап_нераб и октеты символов данные всегда должны быть разделены октетами ограничителя кадра ли­бо последовательностью символов молчание, либо теми и другими. (То есть, октеты зап-нераб и октеты данные не могут чередовать­ся).

Если стандарт по физическому уровню ограничивает времен­ные соотношения между примитивом ФИЗ_БЛОК-ДАННЫХ.зап- рос и последующим примитивом ФИЗ-БЛОК-ДАННЫХ.индика­ция, в соответствии с п. 8.2.1.3, то при зависимом от реализации постоянном фазовом отношении между последовательными прими­тивами ФИЗ-БЛОК-ДАННЫХ.индикация и ФИЗ-БЛОК-ДАН- НЫХ.запрос фазовое дрожание не должно превышать 2 %.

    1. Дополнительные замечания. Подтверждение этого за­проса является подтверждением синхронизма, которое может осу­ществляться только один раз за период передачи символ а-УДС. Следовательно, этот запрос должен выдаваться только один раз за период передачи символ а_УДС.

  1. ФИЗ-БЛОК-ДАННЫХ.индикация

    1. Функция. Этот примитив является сервисным примити­вом индикации для услуги передачи символов.

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

ФИЗ-БЛОК-ДАННЫХ.индикация

(символ)

Параметр «символ» должен определять одно из следующих:

  1. ноль — соответствует двоичному О

  2. единица — соответствует двоичной 1

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

  2. молчание — соответствует одному периоду-символа_УДС принятого молчания (или псевдо-молчания)

  3. плохой-сигнал — соответствует одному периоду-символа- УДС, в течение которого были получены непригодные сигналы.

  1. Действия при генерации. Этот примитив передается из физического уровня подуровню УДС для 'информирования о прие- ме определенного символа из физической среды ЛВС.

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

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

Каждая передача начинается с символов зап-нераб и предпо­лагается, что некоторые (но не все) из этих начальных символов могут быть «потеряны в пути» между передающей и принимающи­ми станциями и, следовательно, сообщены как молчание или как плохой-сигнал

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

При отсутствии ошибок или конфликтующих передач и с уче­том двух указанных выше исключений для символов, передавае­мых как зап-нераб, последовательность сообщаемых символов идентична последовательности символов, передаваемых соответ­ствующими примитивами ФИЗ-БЛОК-ДАННЫХ.запрос.

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

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

  1. ФИЗ_РЕЖИМ.привлечение

    1. Функция. Этот примитив является сервисным примити­вом запроса услуги установления-режима передачи символов.

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

ФИЗ-РЕЖИМ.привлечение

(режим)

Параметр «режим» должен определять одно из следующих:

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

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

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

    2. Результат приема. Прием этого примитива побуждает физический уровень выбрать соответствующий режим работы для последующих примитивов ФИЗ_БЛОК-ДАННЫХ.запрос. Режим инициации побуждает логический объект ФИЗ передавать симво­лы с локально определенной скоростью во все сегменты среды, подключенные к станции. Режим ретрансляции побуждает логи­ческий объект ФИЗ управлять всеми подключенными сегментами, выбирая сегмент, по которому передаются (где возможно) симво­лы, отличные от молчания, в качестве источника принятых симво­лов, указанных примитивом ФИЗ-БЛОК-ДАННЫХ. индикация, и в качестве источника принимаемой и передаваемой символьной синхронизации. Режим ретрансляции предотвращает также пе­редачу в выбранный сегмент среды, іиз которого получены данные и синхросигналы.

    3. Дополнительные замечания. Такой выбор режима дол­жен динамически выполняться внутри шинного ретранслятора, который может также работать как инициирующая станция; он может выполняться статически (например, во время разработки) во всех других случаях. Дополнительную информацию по исполь­зованию этого примитива можно найти в различных специфика­циях логических объектов физического уровня (см. пп. 12.7, 14.8, 16.7, 18.7).

  1. ФИЗ_УВЕДОМЛЕНИЕ.привлечение

    1. Функция. Этот примитив является сервисным примити­вом запроса для услуги уведомления возможного-окончания- приема.

    2. Семантика. Этот примитив не должен содержать пара­метров и иметь следующую семантику:

ФИЗ-УВЕДОМЛЕНИЕ.привлечение

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

    2. Результат приема. Результат приема этого примитива логическим объектом физического уровня определяется конкрет­ной реализацией. (Он может побудить логический объект физиче­ского уровня обеспечить специальные средства для обнаружения молчания (например, путем проверки известной последовательнос­ти зап-нерабоч), либо для переключения его схем автоматической регулировки усиления и схем восстановления-синхронизации на высокоскоростной режим приема).

  1. ДИСПЕТЧЕР ФИЗИЧЕСКОГО УРОВНЯ

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

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

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

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

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

Примечание. Определение «протокола интерфейса с диспетчером уровня для физического уровня находится в стадии изучения. Планируется разработка .дополнения к настоящему стандарту, в котором будет изложен этот протокол.

  1. Общее описание. В данном разделе описаны логические объекты, взаимодействующие через интерфейс с диспетчером уров­ня (ИДУ), показанный на черт. 9.1 в виде двух вертикальных чер­точек. К описываемым в данном разделе логическим объектам фи­зического уровня относятся: