Устройства и системы телемеханики. Часть 5. Протоколы передачи. Раздел 2. Процедуры в каналах передачи
На нашем сайте можно бесплатно скачать Руководящий документ ГОСТ Р МЭК 870-5-2-95 в удобном формате. Узнать актуальный статус документа «Устройства и системы телемеханики. Часть 5. Протоколы передачи. Раздел 2. Процедуры в каналах передачи» на 2016 год.
Скрыть дополнительную информацию
Страница 1
Страница 2
Страница 3
Страница 4
Страница 5
Страница 6
Страница 7
Страница 8
Страница 9
Страница 10
Страница 11
Страница 12
Страница 13
Страница 14
Страница 15
Страница 16
Страница 17
Страница 18
Страница 19
Страница 20
Страница 21
Страница 22
Страница 23
Страница 24
Страница 25
Страница 26
Страница 27
Страница 28
Страница 29
Страница 30
Страница 31
Страница 32
Страница 33
Страница 34
Страница 35
Страница 36
Страница 37
Страница 38
Страница 39
Страница 40
Страница 41
Страница 42
Страница 43
Страница 44
Страница 45
Страница 46
Страница 47
Страница 48
Страница 49
ГОСТ Р МЭК 870-5-2-95 ГОСУДАРСТВЕННЫЙ стандарт российской федерации
УСТРОЙСТВА И СИСТЕМЫ ТЕЛЕМЕХАНИКИ
Часть 5. ПРОТОКОЛЫ ПЕРЕДАЧИ Раздел 2. ПРОЦЕДУРЫ В КАНАЛАХ ПЕРЕДАЧИ
Издание официальное
БЗ 6—94/301
ГОССТАНДАРТ РОССИИ Москва
ГОСТ Р МЭК 870-5-2-95 ГОСУДАРСТВЕННЫЙ стандарт российской федерации
УСТРОЙСТВА И СИСТЕМЫ ТЕЛЕМЕХАНИКИ
Часть 5. ПРОТОКОЛЫ ПЕРЕДАЧИ Р а з д е л 2. ПРОЦЕДУРЫ В КАНАЛАХ ПЕРЕДАЧИ
Издание официальное
Моек ка 1995
ГОСТ Р МЭК 870-3-2-95
Предисловие
1 РАЗРАБОТАН АО «Научно-исследовательский институт электроэнергетики* (ВНИИЭ)
ВНЕСЕН Министерством топлива и энергетики Российской Федерации
2 ПРИНЯТ И ВВЕДЕН В ДЕЙСТВИЕ Постановлением Госстандарта России Jft 153 от 23 марта 1995 г.
Настоящий стандарт содержит полный аутентичный текст международного стандарта МЭК 870—5—2—92 «Устройства и системы телемеханики. Часть 5. Протоколы передачи. Раздел 2. Процедуры в каналах передачи»
3 ВВЕДЕН ВПЕРВЫЕ
ИПК Издательство стандартов, 1995
Настоящий стандарт ж может быть полностью или частично воспроизвелся, тиражирован и распространен ■ качестве официального издания без разрешения Госстандарта Рхсин
ГОСТ Р МЭК 870-5-2—ft5
СОДЕРЖАНИЕ
Введение………….
1 Область применения н объект стандартизации
1.1 Область применения……….
12 Объект стандартизации………
2 Ссылки на нормативные документы…….
3 Форматы и структуры стандартных кадров передачи
3.1 Формат FTl 1 …. ….
3.2 Формат FTI 2………..
3.3 Формат FT ……….
3.4 Формат FT 3 … . …….
4 Сервисные примитивы и элементы процедур передачи
4.1 ПОСЫЛКА/БЕЗ ОТВЕТА ……..
4.1.1 Сервисные примитивы………
4 ] 2 Процедуры передачи …. …
4.2 ПОСЫЛКА/ПОДТВЕРЖДЕНИЕ…….
4 2 1 Сервисные примитивы………
4.2.2 Проиедурн передачи ……..
4 3 ЗАПРОС/ОТВЕТ . …….
4 3.1 Сервисные примитивы … *……
4 3 2 Процедура передачи ………
5 Небалаисная передача …. ….
5.1 Задание полей длины, управления н адреса…..
5.1 I Поле длины …. ……
5.12 Поле управления………..
5 1.3 Поле адреса………..
6.2 Режимы кебалавоной передачи…….
Г>.3 Процедуры кебаланемпй передачи…….
5.3.1 Процедура ПОСЫЛКА/БЕЗ ОТВЕТА . . .
5.3.2 Неискаженные процедуры ПОСЫЛКА/ПОДТВЕРЖДЕНИЕ
5 33 Искаженные процедуры ПОСЫЛ КА/ПОДТВЕРЖДЕНИЕ
5.3.4 Неискаженные процедуры ЗАПРОС/ОТВЕТ .
5.3.5 Искаженные процедуры ЗАПРОС/ОТВЕТ . . .
А Балансная передача … ……
6.1 Описание полей длины, управления и адреса
6 1.1 Поле длнны . . …….
61.2 Поле управления………
6.1.3 Поле адреса……….
6.2 Режимы балансной передачи …. —
6 3 Балансная процедура передачи …….
63.1 Процедуры ПОСЫЛКА/БЕЗ ОТВЕТА ….
63.2 Неискаженные процедуры ПОСЫЛКА/ПОДТВЕРЖДЕНИЕ
6.3.3 Неискаженные процедуры с контролем потока данных 634 Искаженные процедуры ПОСЫЛКА/ПОДТВЕРЖДЕНИЕ Приложение А — Интервал ожидания для повторной передачи кадра
А.! Нсбалаисиые процедуры передачи А.2 Балансные процедуры передачи .
III
ГОСТ Р МЭК 870-5-2-95 ГОСУДАРСТВЕННЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ
УСТРОЙСТВА И СИСТЕМЫ ТЕЛЕМЕХАНИКИ
Ч а с т ь 5. Протоколы передачи
Р * » д е я 2. Процедуры ■ каналах передачи
7e’«contro! equipment and systems.
Pari 5. Transmission protocols Scclion 2. Link transmission procedures
Дата введения J9fle—01—01
ВВЕДЕНИЕ
Настоящий стандарт является одним из серии стандартов, устанавливающих конкретные требования и условия передачи данных в системах телемеханики и методы выполнения этих требова-
НИ й
По терминологии ВОС (OS1)* модель МОС — МККТТ (ISO — CCITT)*”, которая разделяет связь на семь уровней, настоящий стандарт описывает процедуры, происходящие на втором уровне — уровне канала.
ГОСТ Р МЭК 870-5-1 перекрывает два нижних уровня — физический к уровень канала, причем последний рассматривается в терминах принятых форматов кадров и правил синхронизации кадров. Настоящий стандарт описывает типовые процедуры передачи на уровне канала.
* ВОС — Взаимодействие открытых систем.
OS! — Open System Interconnection.
‘♦ МОС — Международная организация по стандартизации.
МККТТ — Международный консультативный комитет по телеграфии и телефон ни.
ISO — International Organisation for Standartisation.
CCITT — International Telegraph and Telephone Consullative Committee.
Издание официальное 1
ГОСТ Р МЭК 870-5-2-95
I ОБЛАСТЬ ПРИМЕНЕНИЯ И ОБЪЕКТ СТАНДАРТИЗАЦИИ
1.1 Область применения
Настоящий стандарт распространяется на устройства и системы телемеханики с передачей информации кодированной последовательностью битов для контроля и управления территориально распределенными процессами.
Определяемые процедуры в линии ограничены передачей последовательностей сообщений с окном, равным единице. Это означает, что уровень канала на первичной станции (станции, инициирующей передачу сообщений) принимает запрос на новую передачу только тогда, когда предыдущий принятый запрос выполнен удовлетворительно или с уведомлением об ошибке. Эти процедуры применимы как для балансных, так и небалансных передач в системах телемеханики, использующих полудуплексные или дуплексные каналы связи.
12 Объект стандартизации
Стандартные процедуры передачи, определяемые в настоящем стандарте, могут быть использованы в конфигурациях точка-точка, многоточечных радиальных, цепочечных и кольцевых конфигурациях, которые описаны в 4 4 ГОСТ Р МЭК 870-1-1.
Функции передачи данных в этих системах состоят из трех основных типов режимов передачи в каналах связи, а именно:
1 — ПОСЫЛКА/БЕЗ ОТВЕТА:
2 — ПОСЫЛКА/ПОДТВЕРЖДЕНИЕ;
3 _ ЗАПРОС/ОТВЕТ.
Два режима — ПОСЫЛКА/ПОДТВЕРЖДЕНИЕ и ЗАПРОС/ ОТВЕТ состоят из последовательности неразделяемых диалоговых элементов между запрашивающими и отвечающими станциями.
Протокол, определяемый в настоящем стандарте, обрабатывает в единицу времени только один режим передачи по линии в любом направлении в дуплексных системах связи. Каждый режим передачи заканчивается или успешно или сообщением об ошибке до того, как начнется следующий режим. Это значит, что размер окна для успешной передачи пакета равен 1, и восстановление при ошибках для режимов передачи ПОСЫЛКА/ПОДТВЕРЖДЕНИЕ и ЗАПРОС/ОТВЕТ использует метод остановки и ожидания (stOD and wait) для автоматического повторения запросов (ARQ).
В конфигурации точка-точка с дуплексным каналом связи описываемый протокол обеспечивает балансную процедуру передачи, то есть одновременную передачу данных по линии связи в обоих направлениях. Это позволяет контролируемой станции (КП) передавать на пункт управления (ПУ) информацию о спонтанных событиях без опроса по мере их возникновения, что уменьшает
2
ГОСТ Р МЭК 870-5-2-95
задержку ответа к ведет к ускорению сбора данных. Однако использование индивидуальных дуплексных каналов связи к каждой подстанции ведет к увеличению стоимости оборудования.
2 ССЫЛКИ НА НОРМАТИВНЫЕ ДОКУМЕНТЫ
В настоящем стандарте использованы ссылки на следующие стандарты:
ГОСТ Р МЭК 870-1 — 1—93 Устройства и системы телемеханики. Часть 1. Основные положения. Раздел 1. Общие принципы
ГОСТ Р МЭК 870-5-1-95 Устройства и системы телемеханики. Часть 5. Протоколы передачи. Раздел 1. Форматы передаваемых кадров
3 ФОРМАТЫ И СТРУКТУРЫ СТАНДАРТНЫХ КАДРОВ ПЕРЕДАЧИ
Процедуры передачи, определяемые в настоящем стандарте, предусматривают защиту от остаточных (необнаруженных) ошибок в классе достоверности II, если используется формат передаваемого кадра FT 1.1 и если соблюдаются правила передачи, определенные в ГОСТ Р МЭК 870-5-1. Достоверность класса 12 по необнаруженным ошибкам передачи достигается, если применяется один из форматов передаваемых кадров FT 1.2, FT 2 и FT 3 и если соблюдаются соответствующие правила передачи, определенные в ГОСТ Р МЭК 870-5-1. В любых физических каналах связи может использоваться единственный выбранный формат кадра. Порядок полей в кадрах должен быть следующий:
Длина (один байт).
Управление (один байт).
Адрес (один нли более байтов по договоренности).
Пользовательские данные в линии (л байтов).
3
ГОСТ Р МЭК S70—5—2—95
3.1 Формат FT 1.1
Одумо*<к%1Й ЗИМ
1с ГОСТ Р МЭК $70-VI)
х-эле
О ПСрСМ^ииОЙ ДОМНОЙ
О 4*»-Сиров*к^ой ДГййОН
(||
*аэы»а*’с«
•ОДии£лии»*
fcOH*pcnw^M
ЭИ»0
&
‘Я
ГПрима
*)
F777TJ
лл-7,-
Г.о**»»о»а
T*f%C«W*
*
«•ицгг
1 — поле длмяи * пределах: 0… 127. С оирехелхет ihwo последующих <5аАто» по*ьэога-тмьсквх данных. включая (1WI упраилемии И аол* адреса; С —лак увравдевяя; А — поле
адреса |и<ч>би>вта.1кнО),
При мечания
1 Спецязльны* кадры с фиксированной длиной отсутствуют; эо всех случаях используется кадр с переменной длиной.
2 Заштрихованные под* определены в ГОСТ Р МЭК 870-5-1. Нелаштри-яоэаниыс поля являются «пользовательскими денными» кадра, как указано в ГОСТ Р МЭК 870—5—1
4
ГОСТ Р ГЛЭК 870-5-2-95
3.2 Формат FT 1.2
|
Клар с пог.* о шиной ценней Овиио«*»»* »-« <«Г0СТ Г v^<870-s-* *04**0*»»^ Ю-грО- Г1 |
|
|
ТТ7 -ГГГ. /С^Р’МИ/ ‘///////. |
|
|
////■/■ |
л
уапьекие
По/%х<1«
♦ 0П»С1Л« А *>•-*•* I
■аилис
длиной
къло с
Кс*т0альи*м/
L»HN4 /
7Y/Y7V?
£—мл# * ОИ/ДОяХ 0…255 i. ©п$*#де*иет тлело г?ослелуюга*х б*<Гтов еольэоэа-
т^люсил дайны*. ажлст&я поле управления и адрссиос пол#; С — паю >лрйад#ям«, Л —
гласно* поле <ч#о(1а>1гт*ль*о).
Примечания
1 Заданные байты данных представлены в шестнадцатиричной системе счисления, в которой биты от 21 до 2* обозначают старший (левый) шестнадцатиричный знак, а биты от 2* до 2Г —- младший (правый) шестнадцатиричный знак, например;
Последовательность передаваемых битов начинается с младшего бита 2°.
2 Резерв для специального использования по договоренности
3 Для каждой системы устанавливается фиксированное число байтов пользовательских данных.
4 Заштрихованные поля определены з ГОСТ Р МЭК 870—5—1. Неэвштрн-хованные поля являются «пользовательскими данными* кадра.
1
Буква И означает, что число выражено в шестнадцатиричном коде.
Примечания
I Заданные байты данных подставлены в шестиадцатирнчноА систенс счис-чеиия, например:
ГОСТ Р МЭК 870-5-2-95
3.3 Формат FT 2
|
Кадр с r»*i> •ил&с постоянном АЛИМОЙ Одл-*>^м >•«« <• ГОСТ PW3K 070-5-1 менееек* СТ*Р»0»*1Й «Н4К 2) |
|
|
/. — п од *> дли и «I о пределах 0.. &S5. Г. определяет число погледуювкх ба*тоо оолькто» tCMCKHV i.llll1M\, НН.1Ю1ПЯ HlMIC >II(>U0.ICH«4 II «Д(1ССМ1Х поле ‘Л исключи байты СПС контроля. 1-0 определяет каар фиксировано* д/и км о минимум двумя бейта vit пользовательских Данных /.>0 огре!ел#ег кодр переменной длины с X- байт пользовательских даииих. С — пол* уираилеиив; Л — адрмнов поле (необязательно). CRC — — контрольные paspxAW цикли веского кода. |
™2. «И..
Последовательность передаваемых битов начинается со старшего бита.
б
ГОСТ Р МЭК 870-5-2-95
2 Пользовательские данные до 15 блйт комплектуются байтом CRC контроля (см. R3 яо 6.2.4 3.1 ГОСТ Р МЭК 870-5-1)
3 Заштрихованные поля определены в ГОСТ Р МЭК 870-5-1. Нсзаштрн ховямные поля являются слользователъекиии данными* кадра
3.4 Формат FT 3
|
0 а АНУЧИН А **•* (в ГОСТ Р МЭК В?0 5-1 \ намаото* Чга toawB мк 2* J стар* |
|
|
Каир о •К»СГ*1НИОЯ |
|
|
tapr ^ / ////JLl |
Кадр о
гтр*%»синей длиной
?7У777/
»Старт ОвМ/
уу/6
/С««р» в4 н/
УУУУУУ
(Примем нив 1)
(Примеча нив 1)
J np^V^lN»-• 1м 21
(Примнчв-
II)
■Ж
La 0
Поп»ло**-
Т«ЛЬ<1ГИв
воин,^
ftojvioea
тег»*о«и#
Авниые
ПпЛ».?ОМЬ* Т*Л*<КИ« л»нммв ■
«•меле
П0Л»ХР«в-
телю.но
ЛвММИв •
ма
(Прммв* *вни* 2)
{Лриме-
г>
7-7-7-TJ
VW° V
s * < d .г-4
7я7тгтятяту
/ < < <
Попыииа-гер*С«ив данные ■ •аиапе
Попаэова-
»еп*:*ие
Л»ии,.0 •
«анало
(При иг»
чамие 2)
(Приме*
21
гт-Г-ГТУ
Лсяс /
/ г.Онтр©** -/ / /.
/шятю**’/ » у ^
Полозова*
1»ДЬ£:<«« ДАННЫЙ ■
По Гчюл-
кяьские данный а
«Приме-2)
{Пси v*«-чанне 2)
Уск /
//< оитруь
/.:rr;:z
L — поле алиям в лавделах 0 .. 2?*5. L определяет число поелвлуюацих’ блАтол полисов*, тельсквх данвых. включай поде управление и адресное поде и исключая Oaftru СЙС хожгроля; 1-0 определяет кадр фиксированной длины С минимум двумя Сайтами поль-)Оаат^.:к«ис данных; L>0 определяет кадр леремеияой д.тивы с L байт пользовательских давних; С —поле управления; А — адресное поле Гкеоб«агелшо); CRC — «Лес* — вок«
тролияус рирвхм цшеличвекего кола.
7
ГОСТ Р МЭК 870-5-2-95
Примечания
I Заданные байты данных представлены в шестнадцатиричной системе исчисления, например:
исчислен
«г OOW 0Ю1 „ ОНО 0100
06 п ^ л с « W п— «
Последовательность передаваемых битов начинается со старшего бита.
2 Пользовательские данные ло 16 байт комплектуются байтом CRC контроля (см R3 по 6.2 4.4.1 ГОСТ Р МЭК 870-5-1).
3 Заштрихованные поля определены в ГОСТ Р МЭК 870-5-1. Неэаштрн-хованмые поля являются «пользовательскими данными» кадра.
4. СЕРВИСНЫЕ ПРИМИТИВЫ И ЭЛЕМЕНТЫ ПРОЦЕДУР ПЕРЕДАЧИ
Передача данных описывается:
«Сервисными примитивами» — охватывает интерфейс между
уровнем пользователя н уровнем канала.
«Процедурами передачи» — по линии связи между станциями.
Содержание сервисных примитивов (параметры, условия и т. п.) в настоящем стандарте не рассматривается.
На рисунке 1 показаны основные вилы процедур передачи без ошибок на уровне канала. Ошибки передачи обнаруживаются только приемными станциями. Вторичная станция, получив искаженный кадр ПОСЫЛКИ или ЗАПРОСА, не отвечает. Это обнаруживается первичной станцией через некоторый интервал времени, так как ожидаемый кадр ПОДТВЕРЖДЕНИЯ или ОТВЕТА не получен. Аналогично первичная станция, получив искаженный кадр ПОДТВЕРЖДЕНИЯ или ОТВЕТА, игнорирует его и, следовательно, обнаруживает ошибку.
Имеются 4 типа обслуживающей информации («примитивов»), которые могут содержать пользовательские данные и ряд параметров и условий, а именно:
Примитивный запрос REQ — запрос инициируется пользователем и обеспечивает активизацию ряда процедур на уровне канала.
Примитивное подтверждение CON — инициируется уровнем канала для окончания процедуры, активизированной запросом.
Примитивное оповещение IND — выставляется на уровне канала требование передать пользователю данные или активизировать ту или иную процедуру на уровне пользователя.
ГОСТ Р МЭК 870-5-2-95
‘(СОЮ,
Уро
Ура
•им».
«ПиЛГ^
«ESI
№
rOr^iO-
Mtlirt
|
npouuaypw ПМрИЛ»4И ■ П«П| СП*Зй V.. Счр*ие**** примите**. С^иснкМ пряиятиаы |
|
|
Рисунок I — Взаимодействие между сервисными примитивами и основными процедурами передачи по каналу сами |
fttsp-
900
МИк
ООЯДО’ • • •«теле
Примитивный ответ RESP — инициируется пользователем для извещения об окончании процедуры, предварительно активизированной оповещением.
Примечание — Подтверждения (квитанции) или ответы могут быть как положительными, так к отрицательными в зависимости от обстоятельств.
Типичным содержанием сервисных примитивов являются параметры, условия и пользовательские данные, например:
пользовательские данные;
тип передачи (код операции), например, ПОСЫЛКА/ПОДТВЕРЖДЕНИЕ;
отрицательная/положительная квитанция или ответы;
DFC (контроль потока данных);
ACD (запрос данных);
число повторений (например 3);
состояние ошибки (например после повторной ошибки передачи);
9
ГОСТ Р МЭК 870-5-2-95
состояние уровня (например, состояние рестарта).
4.1 ПОСЫЛ КА/БЕЗ ОТВЕТА
4.1.1 Сервисные примитивы
— Первичная станция.
Уровень канала принимает запрос REQ (ПОСЫЛКА/БЕЗ ОТВЕТА), посланный пользователем, когда он в состоянии передать сообщение. Если уровень канала не может передать сообщение (обрыв линии или состояние ошибки), то возвращается обратно отрицательная квитанция (неподтвержденно приема) СОМ (отрицательное, ПОСЫЛКА/БЕЗ ОТВЕТА, состояние ошибки).
— Вторичная станция.
Оповещение JND (не требуется ответа) информирует о приеме сообщения пользователем на вторичной станции.
4.1.2 Процедура передачи
Заданный кадр ПОСЫЛКИ (см. таблицы 1 и 3) передается, когда закончится предыдущая процедура передачи.
После передачи кадра предусматривается интервал спокойного состояния линии, дЛина которого определяется как промежуток времени между кадрами для обнаружения ошибки передачи (см. правило передачи R4 для кадров FT1.2 по 6.2.4.1. правило передачи R5 для кадров FT2 по 6.2.4.З.1. правило передачи R5 для кадров FT3 по 6.2.4.4.1 ГОСТ Р МЭК 870-5-1).
Интервал спокойного состояния линии может быть уменьшен при использовании выключенной несущей, обозначающий спокойное состояние линии.
4.2 П О С Ы Л К А/П О Д Т В Е РЖ Д Е Н И Е
4.2.1 Сервисные примитивы
— Первичная станция
Уровень канала воспринимает ЗАПРОС REQ (ПОСЫЛКА/ ПОДТВЕРЖДЕНИЕ, число повторений) и активизирует процедуру ПОСЫЛКА/ПОДТВЕРЖДЕНИЕ. Если сообщение передать невозможно, то пользователю передается (возвращается) отрицательная квитанция CON (отрицательная ПОСЫЛКА/ ПОДТВЕРЖДЕНИЕ, состояние ошибки).
Если отрицательная квитанция получена со вторичной станции, то отрицательная квитанция CON (отрицательная ПОСЫЛКА/ПОДТВЕРЖДЕНИЕ, состояние ошибки) возвращается к пользователю. Отрицательная квитанция также возвращается к пользователю, если заданное число повторных передач сообщений оканчивается безуспешно.
— Вторичная {подтверждающая) станция
Оповещение 1ND (не требует ответа) сообщает о получении пользователем сообщения на вторичной станции, если кадр ПО-
ГОСТ Р МЭК 870-5-2-95
СЫЛКИ, не являющийся повторением ранее полученного кадра, получен в месте назначения.
4.2.2 Процедура передачи
Определенный кадр ПОСЫЛКИ (см. таблицы 1 и 3) передается после окончания процедуры предыдущей передачи.
Если на вторичной станции посылка получена правильно, то на первичную станцию передается положительная квитанция ПОДТВЕРЖДЕНИЕ.
Если вторичная станция не может принять сообщение, например. из-за перегрузки (отсутствие буферной памяти), то передается кадр ОТРИЦАТЕЛЬНОГО ПОДТВЕРЖДЕНИЯ (отрицательная квитанция, сообщение не принято).
4.2.2.1 Защита от потери и дублирования передачи сообщений
На первичной станции бит счета кадров (FCB, см. 5.1.2) изменяется с каждым новым сеансом обслуживания ПОСЫЛКА/ ПОДТВЕРЖДЕНИЕ. Диалог заканчивается при получении неискаженного кадра ПОДТВЕРЖДЕНИЯ.
Если кадр ПОДТВЕРЖДЕНИЯ искажается или вообще отсутствует, то повторяется кадр посылки без изменения бита FCB. Максимальное число повторений задается.
Вторичная станция запоминает посланное к первичной станции подтверждающее сообщение. Если значение бита FCB в следующем кадре ПОСЫЛКИ изменилось, то запомненное подтверждающее сообщение сбрасывается и запомненный кадр подтверждения передается вновь. При получении команды сброса, FCB которой равен 0 (см. таблицы I и 3). вторичная станция устанавливается в режим ожидания следующего кадра от первичной станции с правильным FCV (FCV—1, см. 5.1.2), чтобы установить противоположное значение FCB, то есть FCB, равное 1.
4.3 ЗАПРОС/ОТВЕТ
4.3.1 Сервисные примитивы
— Первичная (запрашивающая) станция
Уровень канала принимает запрос REQ (ЗАПРОС/ОТВЕТ, число повторений) и активизирует процедуры ЗАПРОС/ОТВЕТ после того, как предыдущая процедура передачи будет окончена; если невозможно передать сообщение, то пользователю передается отрицательная квитанция CON (отрицательный ЗАПРОС/ ОТВЕТ, состояние ошибки).
Если процедура заканчивается запрошенным ответом со вторичной станции, уровень канала посылает подтверждение CON (ответ на запрос) к пользователю.
Если со вторичной станции получена отрицательная квитанция (нет данных), уровень канала передает пользователю отрица-
Ч
ГОСТ Р МЭК 870-5-2-95
тельное подтверждение CON (отрицательный ответ на запрос, состояние ошибки).
Отрицательная квитанция CON (отрицательный ответ на запрос, ошибка передачи) также возврашается к пользователю, если заданное число повторных запросов передачи заканчивается безуспешно.
— Вторичная (отвечающая) станция.
При получении кадра ЗАПРОСА уровень канала выдает оповещение IND пользователю. Если запрашиваемые данные имеются, пользователь канала возвращает ответ RESP вместе с данными на уровень канала; в противном случае пользователь возвращает только ответ RESP (нет запрашиваемых данных).
4.3.2 Процедура передачи
Заданный кадр ЗАПРОСА (см. таблицу I) передается, когда предыдущая процедура заканчивается.
При получении кадра ЗАПРОСА вторичная станция должна посылать:
ОТВЕТНЫЙ кадр (см. таблицу 2) с запрашиваемыми данными. если они имеются;
ОТРИЦАТЕЛЬНЫЙ ОТВЕТНЫЙ кадр подтверждения «нет запрашиваемых данных», если данных нет.
4.3.2.1 Защита от потерь и дублирования передачи сообщений
На первичной станции бит счета кадров (FCB) изменяется с каждой новой посылкой ЗАПРОС/ОТВЕТ. При получении неискаженного ОТВЕТА (ОТВЕТ, кадр NACK или одиночный знак NACK) сервис заканчивается возвращением пользователю полученного ответа.
Если кадр ОТВЕТА искажен или не приходит, то кадр ЗАПРОСА повторяется и неизменным битом FCB. Максимальное число повторений задается заранее.
На вторичной станции полученный бит FCB н переданный ответ запоминаются. Если кадр ЗАПРОСА принят с измененным битом FCB, запомненный ответ стирается. Если кадр ЗАПРОСА принимается с тем же битом FCB. то повторяется тот же ответ.
5 НЕБАЛАНСНАЯ ПЕРЕДАЧА
Небалансная процедура передачи используется в системах телемеханики и сбора данных (SCADA), в которых ПУ контролирует трафик данных последовательным опросом КП. В этом случае ПУ является первичной станцией, инициирующей передачу всех сообщений, а подстанция (КП) — вторичной станцией, передающей сообщения только по вызову.
12
ГОСТ Р МЭК 870-5-2-93
Первичная станция инициирует следующие передачи:
ПОСЫЛКА/БЕЗ ОТВЕТА используется в основном для общих сообщений или для циклических уставок в контуре управления;
ПОСЫЛКА/ПОДТВЕРЖДЕНИЕ используется в основном для команд управления и команд уставки;
ЗАПРОС/ОТВЕТ используется для опроса; последовательность этих процедур может быть использован для функций циклического обновления данных.
5.1 Задание полей длины, управления и адреса
5.1.1 Поле длины
Поле длины определено в 6.2.4 ГОСТ Р МЭК 870-5-1 и 3.1—3.4 настоящего стандарта.
5.1.2 Поле управления
Поле управления содержит информацию о направлении сообщения, типе сервиса и обеспечивает защиту от потерь и дублирования сообщений.
|
НЬд ‘ L58 |
|||||||||||||
|
От г*рр«*-*иоА ст«и-ци» «агоомчноА От «»ор»».*» етпи-мои к мршяв» |
||||||||||||
|
а 7 б 5 4 3 2 1 |
|||||||||||||
RES — резерв; FCB — бит счета кадров: 0; 1 — чередую
щиеся значения бита при последовательных передачах ПОСЫЛКА/ПОДТВЕРЖДЕНИЕ или ЗАПРОС/ОТВЕТ для данной станции.
Бит счета кадров предназначен для защиты от потерь или дублирования посылок сообщений. Первичная станция при каждой новой операции ПОСЫЛКА/ПОДТВЕРЖДЕНИЕ или ЗАПРОС/ОТВЕТ. направленной к одной и той же вторичной станции, изменяет значение бита FCB. Тем самым первичная станция сохраняет копню бита счета кадров FCB вторичной станции. Если ожидаемый ответ отсутствует или искажается, то ПОСЫЛКА/ ПОДТВЕРЖДЕНИЕ или ЗАПРОС/ОТВЕТ повторяется с тем же FCB.
При команде сброса бит FCB (см. таблицу 1) всегда равен нулю, а после приема этой команды вторичная станция всегда
ГОСТ Р МЭК 870-5-2-95
ожидает следующий кадр от первичной станции к вторичной станции с FCV, ровным 1, чтобы установить противоположное значение FCB, то есть равное единице;
FCV — законность бита счета кадров:
0 — изменение бита FCB неверно;
1 — изменение бита FCB правильно.
Для процедуры ПОСЫЛКА/БЕЗ ОТВЕТА при циркулярных сообщениях и т. п. процедур, в которых не контролируются потери
и дублирование сообщений, бит FCB не меняется, а нарушения
указываются обнулением бита FCV.
DFC — контроль потока данных:
0 — прием сообщений возможен;
1 — прием сообщений невозможен из-за переполнения буфера.
Вторичная (принимающая) станция показывает первичной
(инициирующей) станции, что дальнейшие сообщения вызовут переполнение буфера;
ACD — бит требования запроса данных:
Предусматриваются два класса данных: класс 1 н класс 2;
0 — нет запроса на передачу данных класса 1;
1 — запрос на передачу данных класса 1.
Вторичные станции сообщают первичной станции о желании получить от нее данные класса 1.
Примечание — Передача данных класса I обычно применяется для событий или сообщении с высоким приоритетом.
Передача данных класса 2 обычно применяется для циклических или низкоприоритетных сообщений.
PRM — первичное сообщение:
0 — сообщение передается от вторичной станции (принимающей);
1 — сообщение передается от первичной станции (инициирующей).
|
Таблица I — Небалансная передача, функциональные коды контрольного поля а сообщении. Передача от пераичноА станции (PRM-I) |
||||||||||||
|
ГОСТ Р МЭК 870-5-2-95
|
Продолжение габл. I |
||||||||||||||||||||||||||||||||||||||||||||||||
|
|
Таблица 2 — Небалаисиая передача, функциональные коды поля управления в сообщении. Передана от вторичной станции (PRM — 0) |
|||||||||||||||||||||
|
15
ГОСТ Р МЭК 870-5-2-95
|
Продо.икечие табл. 2 |
|||||||||||||||||||||
|
5.1.3 Поле адреса
Поле адреса определяет адрес станции. Адрес передается от инициирующей станции (первичная станция) к приемной станции (вторичная станция) и определяет адрес места назначения информации. Поле адреса кадра, передаваемого вторичной станцией, определяет адрес источника информации.
Поле адреса:
MSB LSB
Wru: 3 7 б 5 Ь 3 2 1
LSO — шмишывмЯ эка’чщп* вкт; MSB — та СохьШЯА »н*ч»«иА Ant
Число байтов адресного поля зависит от конкретных условий применения и устанавливается по согласованию между поставщиком и потребителем. Число адресов при I байт составляет от 0 до 2“ — 1.
Первым передается байт, содержащий наименее значащие биты адреса.
Адрес сообщения, предназначенного всем станциям, равен 2е — 1.
Групповые адреса согласовываются между изготовителем и пользователем.
ГОСТ Р МЭК 870—5—2—95
5.2. Режимы исбалаясной передачи Взаимодействие сервисных примитивов и соответствующих процедур передачи (см. раздел 4) для функций вызова (опроса) показано на рисунке 2. Показана передача двух событий от вторичной станции и команды от первичной станции в соответствии с рисунками 6 и 3.
Примечание — n, n-ft, л+2 и т. д. — последовательность адресов, определенная процедурой опроса
|
|
• Ответ со станина R-f I с данными класса I н битом запроса доступа, равным I. |
Рисунок 2 — Пример взаимодействия между процедурой опроса и передачей, инициируемой возникновением события
5.3 Процедуры небалансной передачи На рисунках 3—9 стрелки показывают причинную связь; не-заштрихованные прямоугольники на рисунках 4, 8, 9 указывают
17
ГОСТ Р мак 870-5-2-86
на правильно принятые кадры, за
