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

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

СОЮЗА ССР

Е&ПСП

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

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

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

ПЕРЕДАЧИ ДАННЫХ

ГОСТ 28079-89

(СТ СЭВ 6178 — 88)

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

ГОСУДАРСТВЕННЫЙ КОМИТЕТ СССР ПО СТАНДАРТАМ

Москва

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

Системы обработки информации

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

Методы синхронной позначной передачи данных
Information processing systems.
Data link protocol. Methods o>
synchronous character orient.d
data transmission

ОКСТУ 4002

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

1. ОБЩИЕ ПОЛОЖЕНИЯ

1.1. Стандарт следует применять совместно с ГОСТ 24402.
1.2. Кодирование управляющих и графических знаков, исполь­зуемых в управляющих последовательностях,— по ГОСТ 27463 для КОИ-7 и (или) по ГОСТ 19768 для ДКОИ.
Функциональные характеристики управляющих знаков — по ГОСТ 27465, методы расширения наборов знаков — по ГОСТ 27466.
1.3. Примеры графического изображения процедур приведены в приложении 1.
Перепечатка воспрещена
© Издательство стандартов, 1989
1.4. Термины, используемые в настоящем стандарте, и их пояс­нения приведены в приложении 2.
1.5. Правила применения управляющих знаков приведены в приложении 3.

2. УПРАВЛЯЮЩИЕ ЗНАКИ И УПРАВЛЯЮЩИЕ

ПОСЛЕДОВАТЕЛЬНОСТИ

2.1. Наименования, обозначения управляющих знаков и управ­ляющих последовательностей и их использование в основном режиме в коде КОН-7 и коде ДКОИ должны соответствовать табл. 1.
2.2. Функциональные характеристики управляющих знаков НЗ, НТ, КБ, КТ, КП, СИН, КТМ, API, ВХ, ВЫХ и НЕТ долж­ны соответствовать ГОСТ 27465. Определения и правила приме­нения управляющих последовательностей ДА 0 и ДА 1, ПДЖ, ОБР, API КП, API НТ приведены ниже.
2.3. Чередующееся положительное подтверждение (ДА О/ ДА 1) — Affirmative Acknowledgement (АСК 0/АСК 1) —набор двух управляющих последовательностей ДА 0 и ДА 1, посылае­мых приемной станцией в следующих случаях:
ДА 0 — в качестве положительного ответа на каждый четный принятый блок, на последовательность выборки, на запрос о го­товности к приему данных и на идентификационную последова­тельность;
ДА 1 — в качестве положительного ответа на каждый нечет­ный принятый блок. Последовательности ДА 0 и ДА 1 при их появлении в тексте или заголовке не должны рассматриваться как управляющие.
Примечание. В процессе каждой передачи осуществляется сквозная чередующаяся нумерация блоков (ДА 1, ДА О, ДА 1, ...) от знака НЗ (или первого знака НТ в сообщении без заголовка) до знака КП (API КП).
2.4. Подожди с передачей (ПДЖ)—Wait-Before Transmit Po­sitive Acknowledgement (WACK)—управляющая последователь­ность ПДЖ передается станцией в случае ее временной неготов­ности к приему данных при установлении звена данных и по истечении Та2 = 2 с после приема блока данных.
Передающая станция должна отвечать на данную последо­вательность знаком КТМ или КП в зависимости от конкретной реализации аппаратных и программных средств. Получив КТМ, приемная станция при неготовности к приему должна снова по­слать ПДЖ. При наступлении готовности к приему приемная станция, получив знак КТМ, должна выдать соответствующий положительный ответ на последний принятый блок данных.
2.5. Обратное прерывание (ОБР) — Reverse Interrupt (RVI) — управляющая последовательность ОБР посылается приемной
Наименование
Обозначение
Использование в коде
русское
английское
русское
английское
КОИ-7 (кодовая таблица КОИ-7) ГОСТ 27463
ДКОИ (кодовая таблица ДКОИ) ГОСТ 19768
Начало заголовка
Start of Heading
113
SOH
НЗ
НЗ
Начало текста
Start of Text
нт
STX
НТ
НТ
Конец блока
End of Block
КБ
ЕТВ
КБ
КБ
Разделитель элементов
Unit Separator
РЭ
US
РЭ
РЭ
Конец текста
End of Text
КТ
ЕТХ
кт
кт
Конец передачи
End of Transmission
КП
EOT
КП
КП
Синхронизация
Synchronous Idle
СИН
SYN
СИН
СИН
Кто там?
Enquiry
ктм
ENQ
ктм
ктм
Авторегистр 1
Data Link Escape
API
DLE
API
API
Вход
Shift-in
ВХ
SI
ВХ
Не используется
Выход
Shift-out
ВЫХ
SO
ВЫХ
Не используется
Отрицательный ответ
Negative Acknowledge­ment
НЕТ
NAK
НЕТ
НЕТ
Чередующееся положи-
Affirmative'
ДА 0 и
ACK 0
API 0 и
API 7/0* и
тельное подтверждение
Acknowledgement
ДА 1
и ACK 1
АР! 1
АРІ/
Подожди с передачей
Wait-Before Transmit
Positive Acknowledge­ment
НДЖ

WACK

API;
API,
Обратное прерывание
Reverse Interrupt
ОВР
RVI
АР1<
API <
Разъединение
Disconnect Sequence

API КП

DLE EOT

API КП

АРІ КП

Задержка передачи
Temporary Text Delay
нт ктм
TTD
НТ ктм
НТ ктм

станцией вместо положительного ответа в качестве запроса на прекращение передачи текущего сообщения и изменение направ­ления передачи. Используется при наличии у приемной станции сообщения с более высоким приоритетом или управляющей стан­цией многопунктового звена для перехода к работе с другой станцией. Несколько последовательностей ОБР может быть пос-, лано подряд в ответ на знак КТМ. Получив ОБР, передающая станция должна выдать в линию все оставшиеся блоки сообще­ния, которые мешают ей стать приемной станцией, или КП. По­следовательность ОБР может выдаваться также вместо положи­тельного ответа на последний принятый блок сообщения и на последовательность выборки. Каждая станция должна распозна­вать последовательность ОБР, но передача последовательности ОБР не обязательна. Последовательность ОБР не разрешается в тексте или в заголовке.
2.6. Разъединение (API КП)—Disconnect Sequence (DLE EOT) —управляющая последовательность, используемая только в звеньях с коммутируемыми каналами связи, фиксирует конец передачи и является сигналом станции для перехода к процедуре разъединения коммутируемого канала.
2.7. Задержка передачи (НТ КТМ) — Temporary Text Delay (TTD) —управляющая последовательность, посылаемая пере­дающей станцией через Та2=2 с в случае ее временной неготов­ности к передаче данных и при желании сохранить за собой ста­тус передающей станции. Приемная станция должна отвечать на данную последовательность знаком НЕТ, получив который иг.ц- даюшая станция может послать НТ КТМ. Число повторных по­сылок НТ КТМ (с получение.! на каждую ответа НЕТ) зависит от конкретной реализации аппаратных и программных средств. По окончании заданного числа повторений одна из станций должна послать знак КП (API КП на коммутируемых каналах связи/, осуществлял переход к процедуре восстановления. Каж­дая станция должна обеспечивать возможность распознавания НТ КТМ. Возможность передачи НТ КТхМ. не обязательна для станции.

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

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

Черт. 1

3.5. Структура сообщения с промежуточными блоками дан­ных и заголовком, не кратным длине блока данных, должна соответствовать приведенной на черт. 4.
Заголовок сообщения ■ — - - - ....
___ Текст сообщения

— —
нз
Заголовок
РЭ
КПЕ
Заголовок
нт
Текст
КБ
КПБ
НТ
Текст
РЭ
КПБ
Текст
КТ
КПБ
Промежуточный блок ванных
Блок
Промежуточный блок данных данных
Промежуточный (е) блок (и) данных
Блок (и) данных
Промежуточный блок данных

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

ИЗ Заголовок КБ КПЕ
ДР! нт , Текст .ЛАР» КБ КПБ
(кодонезависимый)!
АРІ мт Текст арі кт КПБ
(кодонезависимый
Блок данных
Блок данных
Блок дайны»

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

API НТ

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

API КБ

КПБ

API НТ

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

API КТ

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

/

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

■ее —
нз
Заголовок
РЭ
КПЕ
Заголовок

API НТ

Текст (кодонезависимый

API КБ

КПБ

—- ' ——... ' ... ,

API НТ

Текст (кодонезависимый

API РЭ

КПБ

API НТ

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

API КТ

КПБ

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

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

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

ЗАП

СИН СИН

нт
Т екст
КБ
КПБ
ЗАП

ЗАП
син сйн
НТ
Т екст
РЭ
КПБ
син син
Текст
КБ
КПБ
ЗАП
Черт. 10

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

СИН СИН

КТМ
ЗАП

ЗАП
СИН син

НТ КТМ

ЗАЛ
3.13. Формат передаваемого блока данных в кодо