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

35 страниц

487.00 ₽

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

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

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

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

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

Распространяется на протокол уровня звена данных для синхронной позначной передачи данных в основном режиме в 7-битном коде КОИ-7, в 8-битном коде ДКОИ и в кодонезависимом режиме в системах телеобработки данных и устанавливает: 1) наименование и обозначение управляющих знаков и их последовательностей; 2) структуру сообщения, блока данных и знака данных; 3) процедуры установления и поддержания синхронности работы звена данных; 4) процедуры установления звена данных; 5) процедуры передачи данных в основном режиме; 6) процедуры диалоговой передачи данных; 7) процедуры передачи данных в кодонезависимом режиме; 8) процедуры обнаружения и исправления ошибок.

 Скачать PDF

Оглавление

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

2. Управляющие знаки и управляющие последовательности

3. Структура сообщения, блока и знака данных

4. Процедуры установления и поддерживания синхронизации в звене

5. Процедуры установления звена данных

6. Процедуры передачи данных в основном режиме

7. Процедура диалоговой передачи данных

8. Процедура передачи данных в кодонезависимом режиме

9. Процедуры обнаружения и исправления ошибок

Приложение 1 (справочное) Примеры графического изображения процедур

Приложение 2 (справочное) Термины, используемые в настоящем стандарте, и их пояснения

Приложение 3 (справочное) Правила применения управляющих знаков

 
Дата введения01.01.1990
Добавлен в базу01.09.2013
Актуализация01.01.2021

Этот ГОСТ находится в:

Организации:

29.03.1989УтвержденГосударственный комитет СССР по стандартам894
ИзданИздательство стандартов1989 г.

Information processing systems. Data link protocol. Methods of synchronous character oriented data transmission

Стр. 1
стр. 1
Стр. 2
стр. 2
Стр. 3
стр. 3
Стр. 4
стр. 4
Стр. 5
стр. 5
Стр. 6
стр. 6
Стр. 7
стр. 7
Стр. 8
стр. 8
Стр. 9
стр. 9
Стр. 10
стр. 10
Стр. 11
стр. 11
Стр. 12
стр. 12
Стр. 13
стр. 13
Стр. 14
стр. 14
Стр. 15
стр. 15
Стр. 16
стр. 16
Стр. 17
стр. 17
Стр. 18
стр. 18
Стр. 19
стр. 19
Стр. 20
стр. 20
Стр. 21
стр. 21
Стр. 22
стр. 22
Стр. 23
стр. 23
Стр. 24
стр. 24
Стр. 25
стр. 25
Стр. 26
стр. 26
Стр. 27
стр. 27
Стр. 28
стр. 28
Стр. 29
стр. 29
Стр. 30
стр. 30

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

СИСТЕМЫ ОБРАБОТКИ ИНФОРМАЦИИ

ПРОТОКОЛ УРОВНЯ ЗВЕНА ДАННЫХ

МЕТОДЫ СИНХРОННОЙ ПОЗНАЧНОЙ ПЕРЕДАЧИ ДАННЫХ

ГОСТ 28079-89 (СТ СЭВ 6178-88)

БЗ 1-89/05

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

ГОСУДАРСТВЕННЫЙ КОЛШТЕТ СССР ПО СТАНДАРТАМ М ос к•а

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

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

ГОСТ

28079-89

Системы обработки информации ПРОТОКОЛ УРОВНЯ ЗВЕНА ДАННЫХ.

Л\етоды синхронной позначной передачи данных

(CT СЭВ

6178—88)

d.ita transmission

Information processing systems. Data link protocol. Method* o* synchronous character orie it !

ОКСТУ 4002

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

Настоящий стандарт распространяется на протокол уровня звена данных для синхронной позначной передачи данных в основном режиме в 7-битном коде КОН-7, в 8-битном коде ДКОИ и в кодонезависимом режиме в системах телеобработки данных и устанавливает:

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

2)    структуру сообщения, блока данных и знака данных;

3)    процедуры установления и поддержания синхронности работы звена данных;

4)    процедуры установления звена данных;

5)    процедуры передачи данных в основном режиме;

о» процедуры диалогычш i.ope.u'.n данных:

7) процедуры передачи данных в кодонезависимом режиме;

1.1.    Стандарт следует применять совместно с ГОСТ 24402.

1.2.    Кодирование управляющих и графических знаков, используемых в управляющих последовательностях,—по ГОСТ27463для КОИ-7 и (или) по ГОСТ 19768 для ДКОИ.

27466.


Функциональные характеристики управляющих знаков —по ГОСТ 27465, методы расширения наборов знаков — по ГОСТ

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

1.3. Примеры графического изображения процедур приведены в приложении 1.

Перепечатка воспрещена

@ Издательство стандартов, 1989

2-537

С. 2 ГОСТ 28079-89

1.4.    Термины, используемые в настоящем стандарте, и их пояснения приведены в приложении 2.

1.5.    Правила применения управляющих знаков приведены в приложении 3.

2. УПРАВЛЯЮЩИЕ ЗНАКИ И УПРАВЛЯЮЩИЕ ПОСЛЕДОВАТЕЛЬНОСТИ

2.1.    Наименования, обозначения управляющих знаков и управляющих последовательностей и их использование в основном режиме в коде КОИ-7 и коде ДКОИ должны соответствовать табл. 1.

2.2.    Функциональные характеристики управляющих знаков НЗ, НТ, КБ, КТ, КП, СИН, КТМ, API, ВХ, ВЫХ и НЕТ должны соответствовать ГОСТ 27465. Определения и правила применения управляющих последовательностей ДА 0 и ДА 1, ПДЖ, ОБР, API КП, API НТ приведены ниже.

2.3.    Чередующееся положительное подтверждение (ДА 0/ ДА 1) — Affirmative Acknowledgement (АСК 0/АСК 1)—набор двух управляющих последовательностей ДА 0 и ДА 1, посылаемых приемной станцией в следующих случаях:

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

ДА 1 — в качестве положительного ответа на каждый нечетный прнимIып блок. Последовательности ДА 0 и ДА 1 при их появлении в тексте или заголовке не должны рассматриваться

как управляющие.

Примечание. В процессе каждой передачи осуществляется сквозная мерепющаяся нумерация блоков (ДА 1, ДА О, ДА 1, ...) от знака НЗ (или первого знака НТ в сообщении без заголовка) до знака КП (API КП).

2 I Подожди с передачей ( ПДЖ) — Wait-Be.’ore Transmit Positive Acknowledgement (\\ АСК) — управляющая последовательность ПДЖ передается станцией в случае ее временной неготовности к приему данных при установлении звена данных и по истечении Та2=2 с после приема блока данных.

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

2.5.    Обратное прерывание (ОБР) — Reverse Interrupt (RVI) — управляющая последовательность ОБР посылается приемной

to

«


Таблица 1

Наименование

Обозначение

Использование в кодг

русское

ан|.1иПское

КОИ-7 (кодовая

ДКОИ (кодовая

русское

англиЛское

таблица КОИ-7)

таблица ДКОИ)

-В- Л • гш

ГОСТ 27463

ГОСТ 19768

Начало заголовка

Start of Heading

ИЗ

SOH

НЗ

нз

Начало текста

Start «*1 It \l

пт

STX

нт

нт

Конец блока

End of Block

Kli

НТВ

КБ

КБ

Разделитель элементов

Unit Separator

РЭ

US

РЭ

РЭ

Конец текста

End of Text

КТ

ЕТХ

КТ

КТ

Конец передачи

End of I ransmission

КП

пот

КП

КП

Синхронизация

Synchronous Idle

СПН

SYN

син

син

Кто там?

Enquiry

КТМ

ENQ

КТМ

КТМ

Авторегистр 1

Data Link Escape

API

DLE

API

API

Вход

Shift-in

вх

SI

ВХ

Нс ислодыуетси

Выход

Shift-out

вых

SO

ВЫХ

Не используется

Отрицательный

ответ

Negative Acknowledgement

НЕТ

NAK

НЕТ

НЕТ

Чередующееся положи-

Affirmative

ДА 0 и

АСК 0

API 0 и

API 7/0* и

тельное подтверждение

Acknowledgement

ДА 1

и АСК 1

API I

API/

Подожди с передачей

Wait-Before Transmit Positive \cknowledge-ment

пдж

XV АСК

API;

API.

Обратное прерывание

Reverse Interrupt

ОВР

RVI

API <

АРК

Разъединение

Disconnect Sequence

API КП

DI E EOT

API КП

API КП

Задержка передачи

Temporary Text Delay

11 ГКТМ

TTD

НТ КТМ

НТ КТМ

Последовательность двух знаков: API и позиции 7/0 (строка 0, колонка 7) кодовой таблицы в ДКОИ.



С. 4 ГОСТ 28079-89

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

2.6.    Разъединение (API КП)—Disconnect Sequence (DLE EOT) —управляющая последовательность, используемая только в звеньях с коммутируемыми каналами связи, фиксирует конец передачи и является сигналом станции для перехода к процедуре разъединения коммутируемого канала.

2.7.    Задержка передачи (НТ КТМ) — Temporary Text Delay (TTD) — управляющая последовательность, посылаемая передающей станцией через Та2=2 с в случае ее временной неготовности к передаче данных и при желании сохранить за собой статус передающей станции. Приемная станция должна отвечать на данную последовательность знаком НЕТ, полчищ* к и spu»: ::с v даюшая станция может послать НТ КТМ. Число повторных посылок ИТ КТМ (с получением на каждую ответ;’ НЕТ) •зрппснт от конкретной реализации аппаратных и программных средств. По окончании заданного числа повторений одна из станций должна послать знак КП (API КП на коммутируемых каналах связи;, ос)ществл/:л переход к процедуре восстановления. Каждая станция должна обеспечивать возможность распознавания НТ КТМ. Возможность передачи НТ КТМ не обязательна для станции.

3. СТРУКТУРА СООБЩЕНИЯ, БЛОКА И ЗНАКА ДАННЫХ

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

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

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

ГОСТ 28079-89 С. 5

Заголовок сооСнде-и*

1екст сообщен**.

НО | Заголовок

Кб

КПБ

м3

Заголоео-

КБ

КПБ

мт

Текст

КБ J КПБ

мт | Текс* |*7 |*п6

Блок данных

Блок данных

Блок |И> д

ИИ* » -■»»

Последним бло» __

Черт. 1

Заголовок

Текст сообщения

сообщения

ИЗ Заголовок

МТ Текст КБ КП*

нт Текст | Текст КТ |клб

Блок данных

Блок (и) данных

Черт. 2

Заголовок сообщений    Г    акст    сообщении

Г

НЗ | Заголовок J РЭ‘|кПБ

Заголовок

КБ IКПБ

МТ I Текс»

РЭ

КПБ

Такс»

КТ 1кПБ

Промежуточный блок дайны»

Промежуточный блок данных

Промежуточный блок данных

Промежуточный блок данных

Блок данных

Блок данных

_

Черт. 3

Заголовок сообщения

Текст сообщения

м3

Заголовок

РЭ

КПЕ

Заголовок

МТ

Текст

<6

КПБ

нт

Текст

РЭ

КПБ

Текст Ь<Т

КПБ

Промежуточный блок денных

Промежуточный блок дайны

Я

Промежуточный (а) блок 1м* данных

Промежуточный блок денных

Блок данных

Блок |и! дайны*


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

Черт. 4

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

Эаголоаои сообщен**    Т«кет сообщения

«-------—■------^

'• ~л—

ИЗ Заголодо* |КБ КП£

*>" ^ПБ

А”' *" ^ 1КП6

блок данмь<»

Бло* данник

Ьпои д«ннь<>

Черт. 5

Заголовок

сообщения

I екс» сообщения

-------^

ИЗ

Заголодок

API МТ

Текс*

1кодоне)адисим»1й)

API КБ

КПБ

API НТ

Текст (кодомеэаеисим ый)

API КЗ

КПБ

Блок (и) данных -«■-_—--^

Блок данных


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

Черт. 6

ГОСТ 28079-89 С. 7

3.7. Структура сообщения в кодонезависимом режиме с промежуточными блоками данных должна соответствовать приведенном на черт. 7.

Заголовок сообщайся

Текст сообщения

ИЗ

Заголовок |рЭ 1кПЕ

Заголовок

API НТ

Роомежуточиый блок данных

Блок

Промежуточный блок данных данных

Т акст сообщения

API НТ

Текст

(кодонезависима!*

API РЭ

КПБ

API НТ

Текст др| кт (кодонезависимых)

КПБ

Промежуточный блок данных блок данных

Промежуточный блок данных

Черт. 7

3.8. Структура знака в коде КОИ-7 должна соответствовать приведенной на черт. 8.

Примечание. Контрольный бит образуется путем суммирования информационных битов по модулю 2 и образованием нечетного числа двоичных «единиц» в восьми разрядах знака.

3.9. Структура знака в коде ДКОИ и в кодонезависимом режиме должна соответствовать приведенной на черт. 9.

3.10. Форматы передаваемого блока данных в основном режиме должны соответствовать приведенным на черт. 10, где ЗАП—-заполнитель, в качестве которого используется: в конце передачи — битовая последовательность 11111111 (допускается 11111110); в начале передачи при наличии синхронных устройств преобразования сигналов (УПС) — битовая последовательность 01010101 или знак СИН, а при наличии асинхронных УПС —битовая последовательность 0101010101010101 или четыре знака СИН.

ЗАП

СИН СИН

ИЗ

Заголовок

кь

КП Б

ЗАП

ЗАП

Син СИн

нт

Текс’

КБ

КПБ

ЗАП

ЗАП

СИН СИн

Hi

Текс»

РЭ

кпь

СИН

:ин

Текс»

КБ

КПБ

ЗАП

Черт. 10

3.11. Форматы отдельно передаваемого управляющего знака и управляющей последовательности должны соответствовать приведенным на черт. 11.

ЗАП

СИН СИН |ктм

ЗАП

ЭАП| СИН СИН |нТ КТМ | ЗАП

Черт. 11

ГОСТ 2S019-

3.12. Формат передаваемого блока данных в колонезавис, режиме с промежуточными блоками    соотвстс

вать приведенному на черт. 12

пг

СИМ

Д 1 мТ

Код «гММ*»'

An

1*1

[ к•1Сi • » и C,f* 1 API IaPI Kb / / /мни W /

ЗА"!

СИМ сим

API НТ

Коюи#зииси

АР*

<6 1кп S

JJ

'1

Черт. 12

Примечание. Знаки СИН СИН после РЭ Kfll5 или API РЭ КПБ являются необязательными.

4. ПРОЦЕДУРЫ УСТАНОВЛЕНИЯ И ПОДДЕРЖАНИЯ СИНХРОНИЗАЦИИ В ЗВЕНЕ

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

а также передача знаков-заполнителей.

4.2.    Побитовая синхронизация предназначена для обеспечения синхронной работы асинхронных УПС и всада выполняется лера позначной синхронизацией. Синхронные УПС сами осуществляют побитовую синхронизацию путем передачи синхронизирующей последовательности в течение необходимого времени. При использовании асинхронных УПС побитовою синхронизацию осуществляет оконечное оборудование данных (00Д). В атом случае ООД передающей станции должно послать приемным станциям битовую последовательность 0101010101010101, что обеспечивает 16 переходов между состояниями сигналов, соответствующими двоичным «О» и «I». Вместо указанной битовой последовательности допустима также посылка четырех последовательных знаков СИН, что также обеспечивает 16 переходов двоичных состояний сигнала. Однако первый вариант предпочтителен.

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