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

35 страниц

487.00 ₽

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

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

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

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

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

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

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

Страница 1

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

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

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

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

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

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

БЗ 1-89/05

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

Страница 2

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

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

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

ГОСТ

28079-89

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

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

Information processing systems. Data link protocol. Method* o«' synchronous character orient. •!

(CT СЭВ

6178—88)

d.ita transmission

ОКСТУ 4002

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

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

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

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

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

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

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

0) процедуры диалогим'й ^одам! данных;

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

S) прошчуры обнерух.о:* ': и травления ошибок.

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

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

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

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

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

Издание официальное    Перепечатка    воспрещена

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

2-537

Страница 3

С. 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 и ДА I, посылаемых приемной станцией в следующих случаях:

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

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

как уиранляющие.

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

2.\ Подожди с передачей (ПДЖ)—\Vail-Bc*;orc Transmit Positive Acknowledgement (WACK) — управляющая последовательность ПДЖ передается станцией в случае ее временной неготовности к приему данных при установлении звена данных и по истечении Та2=2 с после приема блока данных.

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

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

Страница 4

Таблица !

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

Обозначение

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

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

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

русское

англиПское

русское

английское

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

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

ГОСТ 27463

ГОСТ 19768

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

Start of Heading

113

SOH

НЗ

НЗ

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

Start t»l Tt-vl

ПТ

STX

НТ

НТ

Конец блока

End of Block

К15

ПТВ

КБ

КБ

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

Unit Separator

РЭ

us

РЭ

РЭ

Конец текста

End of Text

КТ

ЕТХ

КТ

КТ

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

End of Transmission

КП

F.OT

КП

КП

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

Synchronous Idle

С11Н

SYN

СИН

СИН

Кто там?

Enquiry

КТМ

I-NQ

КТМ

КТМ

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

Data Link Escape

API

DLE

API

API

Вход

Shift-in

вх

S1

ВХ

Не исполыуется

Выход

Shift-out

вых

SO

ВЫХ

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

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

Negative Acknowledge

111-Т

NAK

НЕТ

НЕТ

ответ

ment

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

Affirmative

ДА 0 н

АС К 0

API 0 и

API 7/0 * и

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

Acknowledgement

ДА 1

и АС К 1

API 1

API/

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

Wait-Before Transmit

идж

WACK

API;

API,

Positive \cknow|edge-ment

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

Reverse Interrupt

ОВР

RVI

API <

API <

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

Disconnect Sequence

API КП

DI.E ПОТ

API КП

API КП

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

Temporary Text Delay

ИТ КТМ

TTD

НТ КТМ

НТ КТМ

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

Страница 5

С. 4 ГОСТ 28079-89

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

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

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

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

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

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

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

Страница 6

ГОС Г 28079-89 C.5

• вкст сооби.

3*Г0Л0*0„ сообща»**

MD I Загоповоя

КБ

КПБ

из I Заголовок

КБ

КПБ

НТ

Такс*

КБ

КПБ

мт

Такс’

КТ |кП6

Блок данных

Блок <И> да«н»1»

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

г* ванных в сообщении >"

Черт. 1

Текс* СООбщени*

ЗвГОЛОВОК

Сообщения

НЗ Зкояо*ок


КП£


нт


КБ


НТ


Текст


Текст


I Текст КТ |кпб


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

БЛОК Мимы я

Черт. 2

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

I «кет сообщения

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

РЭ

КПБ

Звголоооя

КБ

КПБ

НТ

Текст

РЭ

КПБ

Текст

КТ

КПБ

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

Промежуточный 6ло« МнНЫ»

Промежуточная! блоя МИНЫ»

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

Блок Д»н*ых

Блок данных

Черт. 3

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

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

Гаке» сообщения

нЗ Заголовок РЭ КПЕ


НТ Текст


РЭ


КПБ


Такс»



КПБ


Заголовок НТ Текст <6 КПБ


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

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

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

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

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


Черт. 4

Страница 7

С. 6 ГОСТ 28079-89

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

ЭЗОПОВОЙ сообшвмип

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

из

1

3jrono*o« | КБ

кпе

APt Ml

Т,КС’ ^1АР' <«0Д0М«ЗМИСИМЫИ||

<ПБ

АР' ИТ

КПБ

Блэк д*ииц>

hrVD" Д«им*.»

Б пои й>ииЬ| V

Черт. 5

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

Заголовок

СОО0щ#иия

НЗ

Зкоповок

API ИТ

Текс»

(КОДОиеЛвиСимв^!

API КБ

КПБ

API НТ

Текст 1 кодомелеисимыи!

API КТ

КПБ

Бл

ОН <И) Д#ии*1К

эпок вмиых

f

Черт. 6

Страница 8

ГОСТ 28079-89 С. 7

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

3ir оповок сообщения

Текс» .-ообщеиия

нэ

Заголовок

РЭ

КПЕ

Заголовок

API НТ

Текст

(кодонезависимы»

API КБ

<Л6

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

Блок

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

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

API НТ , Твкст . API РЭ КПБ API НТ (кодоне)а««сммыи

Текс» др| кт КПБ (кодонезависимый

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

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

Черт. 7

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

Направление

Ь| Ibj

ь,

ь< |ь» |be|tb

ь.

Информационные биты

f

КОитрол*иый 6."

Черт. 8

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

Страница 9

С. 8 ГОСТ 28079-89

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

ь> Ith

Ь, 1ь4 ь,

Ь»

ь-

Информационные 6ить>

Черт. 9

Направление

передачи

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

ЗАП

СИН СИН |мЗ

Заголовок КЬ

КПБ

ЗАП

ЗАП

Син СИН

ИТ

Текс»

КБ

КПБ

С

<

п

ЗАП

СИн СИМ

и,

Текс’

РЭ

КП6

син :ин

Текс» КБ |КПБ ЗАП

Черт. 10

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

ЗАП I СИН СИН

КТМ

ЗАП

3Anj син син |нт КТМ

ЗАП

Черт. 11

Страница 10

ГОСТ 28079-89 С. 9

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

1дг

v**h СИМ

A''l МТ

Кпд'-.^ивмгп

Аг.

ч.1Б

СИ" СИН

Д?1 нт

</>дАм/>«1ММГ(>

API КБ

кпь

ЗАО

»»»■ '«КС*

«О

М»1И («КС*

СИН син

API НТ

Кооохкхмио*

АР‘ Кб

КПБ

ЗАЛ

м»1И IMC'

Черт. 12

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

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

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

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

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

Страница 11

С. 10 ГОСТ 28079-89

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

4.4.    Для поддержания позначной синхронизации в работе станций в процессе передачи сообщений передающая станция должна вводить периодически, через 1 с в поток данных два последовательных знака СИН (в кодонезависимом режиме одну последовательность API СИН). На приемной станции знаки СИН (API СИН) должны удаляться из потока данных. Последовательности синхронизирующих знаков не должны учитываться при формировании КПБ и они не должны влиять на формат принимаемого сообщения. Приемная и передающая станции должны находиться в состоянии позначной синхронности до завершения приема блока данных или отдельно передаваемых управляющих знаков и управляющих последовательностей. На приемной станции при приеме текста и отсутствии в течение ТаЗ = 3 с двух знаков СИН (в кодонезависимом режиме одной последовательности API СИН) позначная синхронизация должна сбрасываться.

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

По окончании каждой передачи (управляющего знака, последовательности, блока данных) передающая станция посылает знак-заполнитель в виде битовой последовательности 11111111 (11111110). Приемная станция распознает 4 двоичных «единицы::' пспг'0">с;А7.,.-а;:и за управляющим знакам. Управляющие лики КП. НЕТ, КТ.М и управляющие последовательности ДА О ДА 1. ПДЖ, ОБР, API КП, НТ КТМ считаются непринятыми при отсутствии после них четырех двоичных «единиц».

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

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

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

Страница 12

ГОСТ 28079-89 С. 11

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

ДА 0— при готовности станции к приему данных;

НЕТ — при неготовности станции к приему данных;

Г1ДЖ — при временной неготовности станции к приему данных.

Для разрешения ситуации, возникшей при одновременной посылке обеим станциям знака КТМ (режим СОПЕРНИЧЕСТВА), одной из станций необходимо присвоить более высокий приоритет на передачу запроса (первичная станция). Первичная станция может повторно выдать КТМ по истечении Та 1 = 1 с, противоположная (вторичная станция) — по истечении Та3 = 3 с. Вторичная станция, получив знак КТМ от первичной станции, должна отказаться от своего права на передачу данных, если она передала знак КТМ, и выдать ответ, соответствующий ее готовности к приему данных.

5.3. Для установления звена данных на многопунктовом канале связи (режим ПОДЧИНЕНИЯ) управляющая станция должна послать вначале последовательность, соответствующую черт. 13, которая переводит все подчиненные станции на время Та3=3 с в состояние управления.

|ЗАП

СИИ СИ*

кп

ЗАП

Черт. 13

После этого управляющая станция должна послать до выхода подчиненных станций из состояния управления одну (или несколько— поочередно) последовательность (последовательностей) опроса или выборки следующего формата, приведенного на черт. 14, где Лдр. ст.— адрес стан пип. в качество которого используется удвоенный графический знак таблицы соответствующего кода; Адр.УВВ — адрес устройства ввода/вывода станции, в качестве которого используются один или комбинация нескольких (сумма числа знаков Адр.ст. и Адр.УВВ максимально равна 5 знакам) графических знаков таблицы соответствующего кода.

Лдр с»

Лдр УБЗ

к:;.!

Здп |

Черт. 14

При применении кода КОИ-7 для адреса станции и адреса устройства ввода/вывода должны использоваться графические знаки латинской таблицы по ГОСТ 27463.

3*

Страница 13

С. 12 ГОСТ 28079-89

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

После передачи указанной последовательности управляющая станция должна ожидать в течение Та3 = 3 с ответа от подчиненной станции.

На принятую последовательность опроса возможны следующие ответы подчиненной станции:

КП — при отсутствии у станции данных для передачи;

НТ КТМ — при временной неготовности станции к передаче данных;

НЗ, заголовокпри наличии у станции сообщения с заголовком;

НТ, текст- при наличии у станции сообщения без заголовка;

API НТ, текст... — при передаче данных в кодонезависимом режиме (см. разд. 8).

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

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

1)    НЕТ —при неготовности станции к приему данных (получив этот ответ, управляющая станция может повторить ту же самую или передать новую последовательность выборки или опроса);

2)    ДА 0 —при готовности станции к приему сообщения (получив этот ответ, управляющая станция может начинать передачу сообщения);

3)    ОБР—при наличии у подчиненной станции данных для передачи (получив этот ответ, управляющая станция может повторно послать последовательность опроса той же станции или выдать последовательность выборки той же станции, или выдать последовательность опроса или выборки для другой станции, или же может начать передачу сообщения для выбранной станции);

ПДЖ —при временной неготовности станции к приему сообщения (получив этот ответ, управляющая станция может повторить ту же самую или передать новую последовательность выборки или опроса).

При отсутствии ответа в течение Та3 = 3 с управляющая станция должна снова начать установление звена данных.

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

Страница 14

ГОСТ 28079-89 С. 13

цин свои идентификатор (Ид) и запросив идентификатор вызываемой станции, т. с. передать последовательность Ид КТМ.

Идентификатор может содержать от 2 до 15 графических знаков. Минимальная двухзнаковая последовательность должна состоять из одного и того же дважды повторенного знака.

Вызываемая станция, получив указанную последовательность, должна послать один из следующих ответов:

Ид ДА 0, означающий готовность вызываемой станции к приему данных;

Ид НЕТ, означающий неготовность вызываемой станции к приему данных;

Ид ПДЖ, означающий временную неготовность вызываемой станции к приему данных.

При правильном идентификаторе вызываемой станции вызывающая станция может перейти к передаче сообщений или же посылкой знака КП передать инициативу вызываемой станции. При получении неправильного идентификатора или его отсутствии в течение Та3 = 3 с вызывающая станция может разъединить соединение передачей API КГ1 или повторить последовательность Ид КТМ. Число повторений зависит от конкретных условий, предусмотренных в системе.

6. ПРОЦЕДУРЫ ПЕРЕДАЧИ ДАННЫХ В ОСНОВНОМ РЕЖИМЕ

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

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

НЗ — начало заголовка сообщения;

НТ — начало текста сообщения.

6.2. Приемная станция, получив знак НЗ или НТ, должна начинать прием данных, включать схему формирования КПБ и схему контроля поступления знаков КБ, РЭ, КТ, КТМ.

После приема знака КБ, КТ или РЭ приемная станция должна провести проверку правильности принятого блока данных или всего сообщения (при передаче сообщения без разбивки на блоки данных) путем сравнения принятой КПБ со сформированной КПБ. Если принятые (после КБ или КТ) и сформированные приемной станцией контрольные последовательности блоков равны, то приемная станция должна выдать необходимый положительный ответ (ДА 0 или ДА 1), в противном случае передать ответ НЕТ или знак КП в зависимости от конкретной реализации про граммных и аппаратных средств.

Страница 15

С. 14 ГОСТ 28079-89

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

Если принятые и сформированные контрольные последовательности блока равны, но приемная станция не может (например по причине занятости буфера данных) принять следующий блок данных, она не позже чем за Та2 = 2 с должна передать последовательность ПДЖ- Передающая станция после приема последовательности ПДЖ может передать запрос КТМ. На этот запрос приемная станция должна повторять последовательность ПДЖ до появления возможности приема.

Если во время приема очередного блока данных или сообщения в целом у приемной станции появилось сообщение на передачу с более высоким приоритетом, чем принимаемое, то она должна завершить прием данного блока или сообщения, после чего вместо положительного ответа (при безошибочном блоке или сообщении) выдать последовательность ОБР. Если же принятый блок данных или сообщение имели ошибку, то приемная станция должна и в этой ситуации выдать ответ НЕТ и передать последовательность ОБР лишь после приема неискаженных данных.

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

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

При ошибке формата (в переданном блоке данных отсутствует или исказился знак НТ или НЗ) приемная станция не должна выдавать ответ. Передающая станция по истечении Та3=3 с должна послать знак КТМ, на который приемная станция должна повторно выдать соответствующий ответ ДА 0 или ДА 1 или НЕТ на последний принятый блок данных. Если же в переданном блоке данных отсутствует или исказился знак КБ (КТ), то передающая станция, не получив ответа по истечении ТаЗ = 3 с, должна послать знак КТМ. Приемная станция, получив в блоке данных знак КТМ, должна выдать ответ НЕТ. Этот ответ приемная станция должна повторить по приему запроса КТМ. При невозможности продолжения работы (например при невозможности восстановления содержимого буферной памяти путем повторения ошибочно принятого блока) приемная станция вместо ответа НЕТ должна передать ответ КП.

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

Страница 16

ГОС Г 28079-89 С 15

от приемной станции в течение Та3 = 3 с. При приеме правильного чередующегося ответа ДА 0 или ДА 1 на переданный блок передающая станция должна передать очередной блок данных. Получки знак НЕТ, передающая станция должна повторить предыдущим блок. Число повторных запросов и повторных передач блока данных зависит от конкретной реализации аппаратных и программных средств. После достижении заданного числа безуспешных повторений должна осуществляться процедура восстановления звена.

При отсутствии ответа на переданный блок или сообщение в течение Та3=3 с, а также при ошибке в чередовании положительных ответов ДА 0, ДА 1 передающая станция должна послать знак запроса КТМ и взвести ТаЗ —3 с. Число повторных запросов зависит от конкретной реализации аппаратных и программных средств. После заданного числа безуспешных запросов должен осуществляться переход к процедуре восстановления звена.

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

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

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

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

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

Страница 17

С. Iв ГОСТ 28079-89

7. ПРОЦЕДУРА ДИАЛОГОВОЙ ПЕРЕДАЧИ ДАННЫХ

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

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

Если станция, передавшая сообщение, не может по каким-либо причинам принимать ответное сообщение или блок данных, она должна воспринять его начальный знак НЗ, НТ (API НТ) как положительный ответ на свое сообщение.

На блок данных, заканчивающийся знаком КБ (API КБ), недопустима диалоговая передача ответного сообщения.

На искаженное сообщение (несовпадение КПБ) станция должна отвечать знаком НЕТ. Если в ответном сообщении появилась ошибка формата (искажение НТ), то обе станции должны периодически по истечении Та3 = 3 с обмениваться знаками КТМ. По окончании заданного числа попыток восстановления передачи станция должна послать КП, прекращая диалог. На блок данных, заканчивающийся знаком КБ и принятый без ошибок, станция должна выдать положительный ответ (ДА 0 или ДА 1).

При отсутствии у станции сообщения на передачу, она должна выдать на принятое сообщение обычный ответ.

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

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

8. ПРОЦЕДУРА ПЕРЕДАЧИ ДАННЫХ В КОДОНЕЗАВИСИМОМ РЕЖИМЕ

8.1. Вход в кодонезависимый режим должен осуществляться управляющей последовательностью API НТ, выход из кодонезависимого режима — одной из последовательностей API КТ. API КБ, API РЭ, API КТМ по истечении Та3 = 3 с. В передаваемых между этими управляющими последовательностями данных допустимы любые 8-битовые кодовые комбинации, в том числе управляющие знаки и управляющие последовательности основного режима, которые здесь не воспринимаются как управляющие. Функции управляющих последовательностей API НТ, API КБ,. API РЭ, API КТ и API СИН в кодонезависимом режиме анало-

Страница 18

ГОСТ 28079-89 С. IT

гичны функциям управляющих знаков НТ, КБ, РЭ, КТ и СИН, соответственно, в основном режиме.

8.2. Для управления передачей данных в кодонезависимом режиме следует использовать управляющие последовательности API НТ, API КБ, API РЭ, API КТ, API СИН, API КТМ, которые должны передаваться в основном режиме, с учетом следующих особенностей.

Последовательность API СИН может использоваться для заполнения информационных пауз и может вводиться в любое место сообщения, за исключением следующих случаев:

1)    между API КБ (API КТ, API РЭ) и КПБ;

2)    внутри перечисленных выше управляющих последовательностей и между удвоенными знаками API.

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

Этот знак не следует учитывать при формировании КПБ.

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

Управляющие последовательности API НТ в начале блока и API СИН не следует учитывать при формировании КПБ. В последовательностях API КБ, API РЭ и API КТ в формировании КПБ следует учитывать только знаки КБ, РЭ и КТ.

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

8.3. Приемная станция в кодонезависимом режиме должна осуществлять поиск управляющих последовательностей и действовать по следующим правилам:

1)    при приеме последовательностей API API, API КТ, ЛР1 КБ и API РЭ станция должна исключать первый API и не учитывать его при формировании КПБ; вторые знаки последовательностей API, КТ, КБ и РЭ должны учитываться при формировании КПБ;

2)    принятая последовательность API СИН должна исключаться из принимаемых данных и не учитываться при формировании КПБ;

3)    при приеме последовательности API КТМ принятый блок кодонезависимого текста должен вычеркиваться, передаваться ответ НЕТ и приемная станция должна переходить в основной режим;

4)    при приеме одной из последовательностей API РЭ, API КБ или API КТ приемная станция должна переходить в основной режим.

Страница 19

С. 18 ГОСТ 28079-89

9. ПРОЦЕДУРЫ ОБНАРУЖЕНИЯ И ИСПРАВЛЕНИЯ ОШИБОК

9.1. Повышение достоверности передаваемых данных должно быть основано на использовании решающей обратной связи с обнаружением искаженных блоков (сообщении) методом циклического и матричного контроля по СТ СЭВ 6185—88 и повторной их передачей, а также на использовании временных пауз (таймаутов), в течение которых контролируется выполнение определенной операции по табл. 2.

Таблица 2

Способ повышения достоверности

Код

передачи

Не установлена

Установлена возможность кодонезависимого режима

кодонезависимого

режима

Кодонезависимый

текст

Нет кодонезависимого текста

дкои

Циклический код

КОП-7

Матричный код с дополнением до нечета

Циклический код Управляющие символы дополняются дс нечета

Циклический код с дополнением до нечета

9.2. В методах синхронной позначной передачи данных могут использоваться следующие тайм-ауты:

1)    Та 1 = 1 с, по истечении которого:

одна из станций (определенная как первичная) в двухпунктовом звене должна послать другой станции (вторичной) знак запроса КТМ;

передающая станпия вставляет СИН СПН (API СИП в кодонезависимом режиме) для поддержания синхронизации при передаче блоков;

2)    Та2 = 2 с, по истечении которого:

передающая станция должна послать приемной станции последовательность временной неготовности к передаче НТ КТМ;

приемная станция должна послать передающей станции последовательность временной задержки передачи ПДЖ;

3)    ТаЗ = 3 с, по истечении которого:

вторичная станция в двухпунктовом звене должна послать первичной станции знак запроса КТМ,

в течение которого:

передающая станция должна получить ответ на переданный блок, последовательность выборки опроса, знак запроса КТМ и последовательность идентификации;

Страница 20

ГОСТ 28079-89 С. 19

приемная станция должна получить два знака СИН (или API *СИН в кодонезависимом режиме) для поддержания позначной синхронизации;

подчиненная станция в многопунктовом звене данных остается в состоянии управления после получения знака КП и ожидает

свой адрес.

Тайм-аут сбрасывается и заново запускается каждым управляющим знаком КП, НЕТ или КТМ и каждой управляющей последовательностью НТ КТМ, ДА 0, ДА 1, ПДЖ или ОБР, которую подчиненная станция за время, в течение которого она еще находится в состоянии управления, распознает на линии;

4) Та4 = 20 с, в течение которого контролируется отсутствие передачи на коммутируемом канале. При отсутствии данных в течение Та4 осуществляется разъединение канала связи.

9.3. Допускаются отклонения ±15% указанных в п. 9.2 значений тайм-аутов.

Страница 21

С. 20 ГОСТ 28079-89

ПРИЛОЖЕНИЕ / Справочное

ПРИМЕРЫ ГРАФИЧЕСКОГО ИЗОБРАЖЕНИЯ ПРОЦЕДУР 1. Установление звена данных

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

Н(<о»Ов~ОСТк


) 8'

ме~и4в «и- о 'Ов~ОСГ*

< поиему да—* »

Страница 22

ГОСТ 28079-89 С. 21

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

Угч>**Л1*ющ*»    По*»** <««»|?

С1*пии»    СЧцции

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

Страница 23

С. 22 ГОСТ 28079-89

1

и и я


.3. Графическое изображение процедуры установле-звена данных на коммутируемых каналах связи


ВчГ—Нощж

сганц**


8ь<*ъ'»а<*мв»

стамц**


4,


неготовое х    дач««ы»


Ид К ГМ


Ид И£1


Ий ктм


Ид НЕТ


Ид КТМ


Ид ДА 0


MWW)

дайны*


:


ИЗ заготовок


\


Ид КТМ


Ид ДАО


мн*ци» /-

аыгыаае \ мой станаи^


КЛ


КТМ


ДАО


Начало парадами данных


МТ Т6КС1


Посмей н*пра вигъммй иденти

Ид КТМ

Иа ДАО

ч

Ид КIV

И*1 ДАО

На«апо пе1#Л,*и f дани**» v

из ЭУОПО&Ои



Страница 24


2. Графическое изображение процедуры передачи данных в жиме


основном ре-


Передающая

станций

ИЗ эаготово* Кб


Приемная

станция


нормап^млш пере л*-а

^ сообщг*»**


Да *


НТ текс! 1 Кб


ДАО


ИТ гекст ? КТ


ДА 1



НТ »е*о 1 КБ


ДА 1


j Rov^V''* йь-гм Ошибки


с


НТ г*кс» 7 КБ


НЕТ


. .Овгорение орг / ДыДУШ«ГО блок* V


НТ ?**ст ? КБ


ДАО


Т П.ч.

о*и< у v


мОС чи(ЛО поп*. Юн 1\Ов*<Х>-9й л«рела**»«

ОшиОкак# ^счрааля*


Страница 25

l4

•A

/ е*»ас»Ф e>^^o

^    evg^mo

1


1...

-1-    e<

^ РЛ<!Лф ГХ9И»ПО


t»:udwcee(lu:>*' а- г^ди^о

801*вЮ

.'ииросТГЭО*' S Г>диПф

..•tfifBPdu?* e*9**T>Q

90u.8u-

миыгми^г^» и гхдигоф

68“6i082 1DOJ frZ :>

Страница 26

ГОСТ 28079-89 С. 25

Пр»* - -1

ij


П -ЭСДЛи—*** CTi I


Г*Г

„С**! «%■    С"


.41


Tj2


Страница 27

С 26 ГОСТ 28079-89

П«>еавoujj*

S»i*<UHe

Передающ** с»а*аи* обиа


9 Длины в


Невозможности дальней

Ы0ГГ, rvo^CMJ Данным t

ИТ т«кс* 1 КБ

ДА »

иТ г§кс» 7 КБ

Запрос на иамемемие нвправ ^еоелачи • деу^уикто 1См >ве*е

ОбР

ИТ T#KCt 3 КТ

ДА I

КП

КТМ

Запрос поимв»

ДАО

ИТ »#«ст КТ

ДА »


кл

Страница 28

ГОСТ 28079-89 С. 27

3. Графическое изображение процедуры диалоговой передачи данных

Ст»ици« А

Стаяция 8

По"у<«яо сообщение с ошибкой

Страница 29

С. 28 ГОСТ 28079-89

4. Графическое изображение процедуры передачи данных в кодонезависимом режиме

ftPi нТ >»«С1 1 API КБ

*Р1 НТ f*«ci i API КТ

ДАО

КП

АР» МТ r«*ci I API РЭ КП6 API МТ г(«С1 2 API Кб

ДА 1

API Hi r««<t 3 API РЭ КПО API Hi .«KCf Л API Кб

ЛАС

06н«ру»«И4 I Ошибка а пере ч Доимы»

APtHT г«*с* Ь АР» <ТМ

нет    i

—г

4,

API Ml t«««« ь API РЭ кЛ& API НТ т*кс» 6 API КТ

Страница 30

ГОСТ 28079-89 С. 29

ПРИЛОЖЕНИЕ 2 Справочное

ТЕРМИНЫ, ИСПОЛЬЗУЕМЫЕ В НАСТОЯЩЕМ СТАНДАРТЕ, И ИХ ПОЯСНЕНИЯ

Таблица 3

Пояснение

Термин

J. Г


защиты от

ожиданием

с чередую-

С'Г-


вое станов-


6. Управляющий знак


1.    Знак данных

2.    К'»юно:а1:|кч1мый режим


4. Процедура лен ия


7. Формат данных


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


t il! !VAi!"


Буква, цифра, знак препинания или какой-либо другой символ, отображающий данные Режим, при котором все виды данных, включая управляющие знаки ОСНОВНОГО режима и их последовательности, рассматриваются передающим и приемным оборудованиями как битовая последовательность и передаются от источник:*. тайных к получателю данных в виде коло.к .•»н;.;мою ickcia сообщения, длина которого юлжна Сыть кратна 8 битам Режим передачи данных, устанавливающие-иу-иодыизание для передачи данных 7-битного кота КОЛ-7 по ГОСТ 27463 или 8-битного кода ДКС ! по ГОСТ 19768;

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

симплексную передач) сообщений щейся передачей обратных управлявших нало^ и-» од:;ому и rowv /*«. u.tna.iy симплексную передачу сообщений с чередующейся передачей обратных управляющих сиг-налог» по другому каналу связи;

полудуплексную передачу сообщений с чере-дуь’1.1сйс1 n р 1Г\.    -‘и... .

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

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

Знак, появление которого в последовательности данных инициирует, модифицирует или оста-навливает операцию управления Установленное расположение закодированных знаков данных и управляющих знаков в последовательности передаваемых данных


Страница 31

С. 30 ГОСТ 28079-89

ПРИЛОЖЕНИЕ 3 Справочное

ПРАВИЛА ПРИМЕНЕНИЯ УПРАВЛЯЮЩИХ ЗНАКОВ

Тдблпиа 4

Правила применения

Управляющий знак

1. Начало заголовка (НЗ)

Start of Heading

(SOU)

2. Начало текста (НТ)

Start of Text (STX)

3. Конец блока (КБ)

F ?<f of Transmission

Block

(НТВ)

1. Разделитель элементов (РЭ)

Unit Separator (US)

Первый знак заголовка н каждого блока заголовка сообщения. Знак НЗ в тексте или внутри блока заголовка не следует рассматривать как управляющий. Знак НЗ в начале заголовка или "блока заголовка не должен учитываться при формировании контрольной последовательности блока (КПБ), в остальных случаях должен учитываться

Первый знак текста, означающий начало текста и коней заголовка (при его наличии), и первый знак каждого блока текста. Знак НТ в одном блоке со знаком НЗ и внутри текста должен учитываться при формировании КПБ; в начале текста без заголовка или блока текста не должен учитываться.

Последний знак каждого блока заголовка и каждого блока текста (кроме последнего), за Korupjj.M непосредственно следует КПБ. Получив знай КБ, станция должна л.>сд..:ъ огшт и» принятый блок. Знак КБ должен учитываться при форхгггроишпиг КПБ.

Последний знак промежуточного блока сообщения (заголовка или текста), за которым непосредственно следует КПБ и который не требует ответа от приемной станции на соответствующий принятый блок. В начале слелуюшо-о :$а промежуточным бло.чоМ Слали i• /• * »ЛП|..; не требуется знака НТ или НЗ (при их наличии они не должны рассматриваться как управляющие знаки и должны учитываться при формировании КПБ). Последний промежуточный блок заканчивается КБ (или КТ, если это последний блок сообщения), требует ответа от приемной станции на все последовательно принятые промежуточные блоки и, в случае наличия ошибки в любом из этих блоков,— повторной передачи всех промежуточных блоков или промежуточных блоков, в которых обнаружены ошибки. Знак РЭ должен учитываться при формировании КПБ. Распознавание знака РЭ обязательно для каждой приемной станции, его формирование — не обязательно для передающей станции.


Страница 32

ГОСТ 28079-89 С. 3!

Продолжены,' табл. 4

Управляющий зяах

5. Конец текста (КТ) End of Text (ЕТХ)

6. Конец передачи (КП) End of Transmission (EOT)

7. Синхронизация (СИН)

Synchronous Idle (SYN)

8. Кто там?

ктм

Enquiry

(ENQ)

Правила применения

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

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

перед передачей последовательностей выборки и опроса, устанавливающих станцию (станции) в состояние управления;

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

Знак СПИ может быть введен в любое место сообщения, передаваемого в основном режиме, за исключением следующих случаен, между КБ (КТ. РЭ) и КШ>; внутри управляющих последовательностей. Знак CI1H должен исключаться из сообщения приемной станиной и его не следует учитывать :i; n формирован»!!! КПБ.

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

в конце последовательности опроса или выборки;

в конце идентификатора при работе по коммутируемым каналам связи;

в качестве ответа на управляющую последовательность ПДЖ;

для запроса готовности удаленной станции к приему данных в двухпунктовом звене;

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


Страница 33

С. 32 ГОСТ 28079-89

Продолжение табл. 4

Правила применения

Управляющий знак

9.    Авторегистр 1 (API)

Data Link Escape (DLE)

10.    Вход (BX)

Shift-in

(SI)

II. Выход (ВЫХ) Shift-out (SO)

12. Отрицательный ответ (НЕТ)

Negative Acknowledgement

Знак, используемый для расширения функций управления путем образования управляющих последовательностей и организации передачи данных в кодонезависимом режиме Знак, исполыусмый в коде КОП-7 со»мил ко со знаком ВЫХ с целью расширения набора графических знаков. Он должен прекращать действие управляющего знака ВЫХ. При использовании станцией данных двух алфавитов (латинского и русского) знак ВХ используется при переходе внутри блока данных от русского алфавита к латинскому, если средствами расширения по ГОСТ 27466 не предусмотрена другая возможность. При этом основным и исходным состоянием каждой станции данных должно быть состояние латинского алфавита, в которое станция должна возвращаться каждый раз при завершении приема и при завершении передачи блока заголовка или блоха текста. Знак ВХ следует учитывать при формировании КПБ Знак, используемый в коде КОП-7 совместно со знаком ВХ с целью расширения набора графических знаков. Он должен прекращать действие знака ВХ. При использовании станцией данных двух алфавитов (латинского и русского) знак ВЫХ должен использоваться при ле-г*с' no ог латинского алфавита х pyeewvv, сел;: j ерсютнами расширения по ГОСТ 27466 не пре-■ дусмотрона другая возможность. Знак ВЫХ ( v'.is. '}\т учитывать пр:: ф'-р^лрог'апии КПБ

Знак, передаваемый приемной станцией в сто-j рону передающей как указание о наличии ошибок в принятом блоке данных, о неготовности | станции к приему данных (при установлении *:«ч.-иа лпн::ых) и п качсстг-' отрицательного ответа на принятую последовательность НТ КТ.Ч и на блок данных, в котором имеется знак КТМ или последовательность API КТМ (в кодонезависимом режиме)


Страница 34

ГОСТ 28079-89 С. 33

СОДЕРЖАНИЕ

1« Общие* положения    •    1

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

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

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

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

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

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

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

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

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

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

пояснения..................29

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

Страница 35

С. 34 ГОСТ 28079-89

ИНФОРМАЦИОННЫЕ ДАННЫЕ

1. Постановлением Государственного комитета СССР по стандартам от 30.03.89 Лу S94 стандарт Совета Экономической Взаимопомощи СТ СЭВ 6178 <сСистемы обработки информации. Протокол уровня звена данных. Методы синхронной позначной передачи данных» введен в действие непосредственно в качестве государственного стандарта СССР с 01.01.90 г.

2.    Срок проверки — 1994 г., периодичность 5 лет

3.    Введен впервые

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

Обозначение НТД. kj который дана ссылка

1

Номер пункта

ГОСТ 10768-74

1

1.2, 2.1, приложение 2

ГОСТ 24402-88

1.1

ГОСТ 27463-87

1.2, 2.1, 5.3, приложение 2

ГОСТ 27465-87

1.2, 2.2

ГОСТ 27466-87

1.2, приложение 3

СТ СЭВ 6185—88

9.1

Редактор В. М. Лысенкина Технический редактор О. Н. Никитина Корректор Р. Н. Корчагина

Сдано в наб. 25.04.89 Подп. в печ. 23.08 89 2.25 уел п. л. 2.25 уел. кр.-отт. 2,23 уч.-изд. л. Тир 12 000    Цеиа    10    к.

Орлена «Знак Почета* Издательство стандартов. 123557. Москва. ГСП. НовоП’хчгнеяский пер.. 3 Тип. «Московский печатник*. Москва, Лялин пер., 6. Зак. 537