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

35 страниц

487.00 ₽

Купить ГОСТ Р МЭК 870-6-1-98 — официальный бумажный документ с голограммой и синими печатями. подробнее

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

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

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

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

Настоящий стандарт предполагает обеспечение совместимости отечественных нормативных документов с документами Международного союза электросвязи по телекоммуникациям - МСЭ-Т (ITU-T).

В стандарте описаны основные конфигурации, для которых определены функциональные профили (ФП). Сюда включены конфигурации Оконечных и Промежуточных систем. Эти конфигурации показаны в среде телемеханики, в которой они используются.

Настоящий стандарт содержит также определение ФП. Приведены описание классификационной схемы, способа определения ФП и перечень ФП, которые должны быть разработаны

  Скачать PDF

Оглавление

Введение

Предисловие

Словарь терминов

Аббревиатуры

Нормативные документы

1 Основные требования

1.1 Функциональные прикладные требования

1.2 Функциональные требования связи

1.3 Требования к эффективности связи

2 Основные структуры

2.1 Сети передачи с коммутацией пакетов

2.2 Сети передачи с коммутацией каналов

2.3 Структуры, основанные на ISDN

2.4 Структуры с некоммутируемыми каналами

2.5 Локальные сети

3 Описание функциональных профилей (ФП)

3.1 Классификационная схема

3.2 Перечень функциональных профилей

3.3 Процедура описания ФП

Приложение А Примеры сценариев лавинных процессов - расчетный лавинный поток данных

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

ГОСУДАРСТВЕННЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ

УСТРОЙСТВА И СИСТЕМЫ ТЕЛЕМЕХАНИКИ

Часть 6.

ПРОТОКОЛЫ ТЕЛЕМЕХАНИКИ, СОВМЕСТИМЫЕ СО СТАНДАРТАМИ ИСО И РЕКОМЕНДАЦИЯМИ ITU-T.

Раздел 1.

СРЕДА ПОЛЬЗОВАТЕЛЯ И ОРГАНИЗАЦИЯ СТАНДАРТОВ

БЗ 10-97/324


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

ГОССТАНДАРТ РОССИИ Москва

Предисловие

1    РАЗРАБОТАН АО «Научно-исследовательский институт электроэнергетики (ВНИИЭ)»

ВНЕСЕН Российским акционерным обществом энергетики и электрификации «ЕЭС РОССИИ»

2    ПРИНЯТ И ВВЕДЕН В ДЕЙСТВИЕ Постановлением Госстандарта России от 24 марта 1998 г. № 80

Настоящий стандарт содержит полный аутентичный текст международного стандарта МЭК 870-6-1—95 «Устройства и системы телемеханики. Часть 6. Протоколы телемеханики, совместимые со стандартами ИСО и рекомендациями ГШ-Т. Раздел 1. Среда пользователя и организация стандартов»

3    ВВЕДЕН ВПЕРВЫЕ

© ИПК Издательство стандартов, 1998

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

-    ячеистые сети с коммутацией пакетов (Х.25);

-    многоканальные процедуры ИСО;

-    множество точек доступа к сети передачи для одной Оконечной системы.

Объединение пользователей

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

Управление потоком

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

Достоверность данных, контроль ошибок

Система связи должна предусматривать средства для защиты от необнаруженных ошибок, потери и/или повторения (дублирования) сообщений в случаях:

-    ошибок, вызванных помехами;

-    повреждения канала связи;

-    повреждения аппаратуры.

Механизмы обнаружения ошибки в сообщении расположены на 2-м и 4-м уровнях модели ВОС. Должны быть предусмотрены также механизмы повторения сообщений в случае высоких требований к надежности сообщений. Другие методы, такие как использование отдельных сообщений «Выбор и Исполнение», проверка, основанная на критериях когерентности процессов, и т. п. зависят от процессов пользователя и не рассматриваются.

Маршрутизация и мультиплексирование

Подсистемы связи должны предусматривать способы для выбора маршрута и мультиплексирования трафика данных, используя логические каналы.

Приоритет

Внутри данной функции или между различными функциями пользователя существует понятие относительной важности данных в смысле критичности доставки их в определенное время с заданной задержкой, чтобы гарантировать правильную работу функции пользователя. Например, аналоговые данные, используемые в функциях управления в замкнутой петле, обычно более критичны к времени, чем данные SCADA. Классический метод решения этой задачи — понятие приоритетности сообщений.

Понятие приоритетности сообщения внутри модели ВОС и в соответствующих стандартах существует в двух видах:

в зависимости от соединения

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

-    очередности ухудшения QOS соединений при необходимости;

-    очередности разрыва соединений при необходимости для восстановления ресурсов.

Они не включают понятия «относительный приоритет» для различных сообщений, посылаемых по любому заданному соединению;

в зависимости от сообщения

Понятие срочных данных на транспортном и сетевом уровнях предусматривает установление приоритета для ускорения передачи случайных срочных данных. В рекомендации Х.25 пакеты прерываний играют аналогичную роль.

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

Любая обработка приоритета сообщения, выходящая за пределы этих механизмов, должна обеспечиваться или в подсети или в самом процессе пользователя.

Управление сетью

Должны предусматриваться средства для управления и контроля за состоянием различных элементов системы связи.

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

8

ГОСТ Р МЭК 870-6-1-98

управлять работой системы связи. Такая возможность включает непосредственный контроль и управление функциями на каждом уровне ВОС.

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

Защита данных

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

1.2.3 Основные функциональные требования телемеханики

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

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

Существенным требованием систем SCADA и EMS (автоматическая система диспетчерского управления) является передача короткими сообщениями и группами сообщений с жесткими временными требованиями и требованиями достоверности. Приведенные ниже методы передачи данных FG1 — FG6 могут быть использованы для различных типов данных. Данные обычно передаются спорадически, периодически или по запросу. Методы передачи группы данных могут быть определены заранее (FG1 — FG6) или быть предметом обсуждения (FS1 вместе с FG1 — FG6).

Функции FG7 и FG8 не относятся к методам передачи данных.

FG1 Спорадическая передача данных

Передача данных инициируется процессом пользователя при возникновении событий или изменений данных. Данные имеют обычно небольшую длину и различный приоритет. Предусматриваются два различных приоритета — нормальный и ускоренный. Ускоренные данные обходят нормальные данные в буферах передачи и не подлежат контролю потока.

Типичными спорадическими данными являются команды, величины уставки, аварийные сигналы, телесигналы и измерения.

В зависимости от активности процесса эти данные могут быть очень кучными и в результате лавинообразными.

FG2 Блочная спорадическая передача данных

Передача аналогична FG1, за исключением того, что инициирующий процесс пользователя после возникновения события или изменения данных ожидает (обычно <10 с) получения дополнительных спорадических данных. Данные могут быть любого типа. Собранные данные объединяются процессом пользователя в блоки, чтобы обеспечить более эффективную и однозначную передачу данных в случае пакетов данных или лавин. Объединение в блоки может быть различным по времени сбора и количеству данных.

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

FG3 Циклическая передача данных

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

FG4 Периодическая передача данных

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

Обычно периодическими данными являются измерения и показания счетчиков. Есть возможность отмечать период передачи данных временной отметкой или номером периода.

FG5 Спорадическая передача данных в периодических интервалах

Передача данных инициируется процессом пользователя периодически с постоянным периодическим интервалом, как указано для FG4, но передаются не все данные, а только спорадические. Это позволяет более эффективно использовать ресурсы связи.

Типичными спорадически-периодическими данными являются измеряемые величины.

FG6 Запрос данных

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

9

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

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

FG7 Представление и преобразование форматов данных

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

Представление данных

Элементы данных (объекты) содержат характеристики данных для:

-    причины передачи;

-    адресов данных;

-    типа данных;

-    количества значений величин;

-    значений величин;

-    качества/условий;

-    абсолютных или относительных отметок времени;

-    и т. п.

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

Представление адреса

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

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

FG8 Контроль времени существования данных

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

В системе стандартов ВОС единственный такой механизм имеется в настоящее время в межсетевом протоколе Internet (верхний подуровень сетевого уровня). Он основан на подсчете переприемов. Понятие времени существования сообщения может использоваться процессом пользователя й/или для разгрузки сети передачи.

1.2.4 Специальные функциональные требования телемеханики

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

FS1 Группирование данных и управление (контроль)

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

Возможны два основных класса:

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

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

10

ГОСТ Р МЭК 870-6-1-98

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

Согласование абстрактного синтаксиса групп данных включает параметры передачи (время пуска/время останова, временной интервал для периодической передачи и т. п.), связанные с методом передачи, который может быть как FG1, FG2 (запись, спорадические данные), так и FG4, FG5 (запись, периодические данные) или FG6 (чтение, запрашиваемые данные). Группа может включать в себя любые данные, такие как данные процесса, массивы, списки, данные планирования, ретроспективные данные, текст оператора и т. п. Группы данных могут создаваться и уничтожаться дистанционно. Характеристики определенной группы данных могут считываться с удаленной оконечной системы.

Группы данных могут использоваться для чтения или записи набора переменных путем обращения к определенным и согласованным группам по имени. В этом случае определение группы должно быть передано только один раз перед передачей самой группы. Группирование данных может использоваться в широкой сфере пользовательских применений.

Основная область применения группирования данных — связь внутри энергокомпании между ПУ одного уровня (например, для периодического обновления базы данных реального времени) посредством доступа к базе данных соседнего объекта. Группирование данных часто используется для обновления данных на ПУ более высокого уровня сети управления посредством доступа к ПУ на нижележащих уровнях. Группирование данных может также использоваться между подстанциями и ПУ. Например, ПУ одного и того же уровня или разных уровней управления (передача энергии, распределение энергии) могут определять различные группы данных на одном КП.

Другая область применения группирования данных — загрузка параметров от ПУ к КП.

На ПУ подсистема связи или сам процесс пользователя предусматривает способы управления группами данных. Группа может быть согласованным или предопределенным набором данных из удаленной базы данных реального времени или из ретроспективной базы данных. В случае опроса для обновления данных в системе группа содержит все данные, имеющие статус «в обслуживании». Контроль группы проверяет, есть ли все данные в принимаемой группе и нет ли потерянных или ненужных элементов данных. Принимаемая группа должна быть идентична с «обслуживаемой» группой.

FS2 Электронная почта и система обработки сообщений

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

FS3 Передача файлов

Функция передачи файлов дает возможность процессам пользователя обращаться к распределенным удаленным файловым системам так же, как и к локальным, а именно — методом, известным как «виртуальная файловая система». Эта функция охватывает доступ, передачу и управление файлами. Система связи должна обеспечивать такие средства передачи файлов, чтобы процесс пользователя не знал об удаленной реальной файловой системе.

Примеры применения — загрузка баз данных и программ от ПУ к КП, запрос данных счетчиков энергии.

FS4 «Простая» передача файлов

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

FS5 Надежная передача данных

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

Для обеспечения этого рассматриваются следующие функции:

проверка до исполнения

Данные возвращаются при помощи ответчика. Инициатор сверяет идентичность возвратившихся данных с копией переданных и при их идентичности разрешает получателю обрабатывать полученные данные;

дополнительная проверка (защита) данных

11

ГОСТ Р МЭК 870-6-1-98

Типичными данными с требованиями повышенной достоверности могут быть команды, критичные аварийные сигналы и т. п.

FS6 Циркулярные сообщения

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

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

FS7 Передача графических изображений

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

FS8 Справочные услуги

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

FS9 Удаленный терминал и удаленные рабочие станции

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

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

FS10 Инициирование

Подсистема связи должна обеспечивать наличие средств для инициирования сеансов работы с удаленными оконечными системами после запуска и перезапуска. Сюда включают организацию и управление сеансом работы и автоматическое планирование передачи данных. Если сеансы работы с удаленной оконечной системой нарушаются или она неисправна, то процессы пользователя должны бьггь уведомлены об этом, чтобы отметить соответствующие данные как «необновленные».

FS11 Шифрование

FS12 Межсетевое взаимодействие и обращение к подсетям

Система связи должна обеспечивать наличие средств для:

-    объединения оконечных систем, использующих протоколы стандартов ГОСТ Р МЭК 870-5 (ГОСТ Р МЭК 870-5-1 - ГОСТ Р МЭК 870-5-5);

-    обращения (доступа) к различным подсетям, таким как PSTN, CSDN, PSDN и локальные

сети;

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

Локальная сеть рассматривается только в случаях, когда оконечные системы имеют доступ к глобальной сети через локальную сеть и устройство взаимодействия между локальной и глобальной сетями ограничено только 1-м — 3-м уровнями модели ВОС. Случай, когда устройство взаимодействия локальная сеть/глобальная сеть является промежуточной оконечной системой с уровнями ВОС от' 1-го до 7-го локальной сети, не рассматривается.

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

1.2.5 Функциональные требования связи для пользовательских функций

Основные и специальные функциональные требования связи для пользовательских функций приведены в таблицах 3 и 4. Размещение пользовательских функций — в соответствии с таблицей 1.

1.3 Требования к эффективности связи

В настоящем пункте требования к эффективности связи определяются для состояния нормальной активности и состояний высокой и пиковой активности энергосистемы. Требования к эффективности для каждого типа данных включают:

12

Таблица 3 — Наличие основных функциональных требований связи для пользовательских функций

Основные функциональные требования связи

Реальное

время

КП-ПУ

ПУ-ПУ

Прикладные функции, приведенные в таблицах 1 и 2

FG1 — спорадическая передача данных

4-

+

+

По 1.1; 1.2; 1.3; 3.1; 4

FG2 — блочная спорадическая передача данных

+

4-

+

Как для FG1

FG3 — циклическая передача данных

Не рекомендуются

FG4 — периодическая передача данных

4-

+

+

По 1.1; 1.2; 1.3; 1.4

FG5 — спорадическая передача данных в периодических интервалах

+

+

+

Как для FG1

FG6 — запрос данных

4-

+

+

По 1; 2; 3; 4

FG7 — представление и преобразование форматов данных

+

4-

+

По 1; 2; 3

FG8 — контроль времени существования данных

+

+

+

По разделу 1 — измерения команды

Примечания

1 В таблице знак «+» означает наличие функциональных требований в данной функции, знак «—* — отсутствие таких требований.

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

Таблица 4 — Наличие специальных функциональных требований связи для пользовательских функций

Специальные функциональные требования связи

Реальное

время

КП-ПУ

ПУ-ПУ

Прикладные функции, приведенные в таблицах 1 и 2

FS1 — контроль группирования данных

4-

+

4-

По 1; 3.3

FS2 — электронная почта и система обработки сообщений

4-

+

По разделу 4

FS3 — передача файлов

4-

+

По 1.4; 2; 3.2

FS4 — «простая» передача файлов

4-

4-

По 1.2; 1.4; 2; 3.2

FS5 — надежная передача данных

4-

4*

4-

По 1.1; 1.2

FS6 — циркулярные сообщения

4-

4-

+

В стадии рассмотрения

FS7 — передача графических изображений

+

+

По 1.1; 1.2

FS8 — справочные услуги

+

По 1; 4

FS9 — удаленный терминал и удаленные рабочие станции

По разделу 1

FS10 — инициирование

4-

+

По разделу 3

FS11 — шифрование

4-

+

В стадии рассмотрения

FS12 — межсетевое взаимодействие и обращение к подсетям

+

+

+

Все функции

Примечания

1 В таблице знак «+» означает наличие функциональных требований в данной функции, знак «—» — их отсутствие.

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

ГОСТ Р МЭК 870-6-1-98

-    достоверность данных, что означает достатс шую защиту от: потерь данных,

дублирования передаваемых данных, необнаруженных изменений данных, нарушения последовательности данных;

-    запаздывание передачи:

среднее запаздывание в состоянии нормальной активности,

максимальное запаздывание с доверительным уровнем при высокой и пиковой активности;

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

быть установлен приоритетный уровень из определенного числа уровней.

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

-    средней и пиковой частоты передачи данных при состоянии нормальной активности;

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

-    наибольшей лавины данных на КП и ПУ при состояниях высокой и пиковой активности;

-    распределения множественных лавин на КП и ПУ при состояниях высокой и пиковой активности.

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

Поток данных зависит от типа инициирования передачи, который может быть:

-    циклическим;

-    периодическим;

-    спорадическим1;

-    по запросу пользователя.

Циклическая передача не рассматривается из-за большой нагрузки на сеть передачи и компьютеры на ПУ.

Нагрузка трафика е при периодической передаче определяется по формуле

е=1 -I/P,

где 7— свободное время внутри периода;

Р — длительность периода.

Размер информационных объектов зависит от типа и структуры пользовательских данных и обычно составляет:

-    данные процесса (аварийные сигналы, информация о состоянии, измеряемые величины и т. п.) — 10 байтов;

-    набор параметров (например, параметры уставок цифровой аппаратуры защиты) — 10—100 байтов;

-    результат команды опроса станции (все типы данных процесса, сгруппированные в блоки) — 100—2000 байтов;

-    результат общей команды опроса (все типы данных процесса, сгруппированные в блоки) — 1—50 килобайт;

-    файлы (программы, модели данных, послеаварийный анализ и т. п.) — 10—100 килобайт;

-    экранная графика терминала — от 5 килобайт — до 2 мегабайт.

Для целей разработки системы и оценки характеристик определяют классы максимального запаздывания передачи, времени периода и достоверности, которые должны соблюдаться во всех активных состояниях. Запаздывание передачи в состоянии нормальной активности энергосистемы зависит от выбранного класса, сценария лавинного потока и модели исполнения по приложению А. Классы достоверности, приведенные в настоящем стандарте, по ГОСТ Р МЭК 870-4. Классы требований запаздывания передачи и времени периода определены настоящим стандартом.

ГОСТ Р МЭК 870-6-1-98

Для пояснения в приложении А приведены примеры сценариев лавинных потоков для всех состояний активности энергосистемы.

Определен расчетный лавинный поток данных (RDA), который может быть использован для разработки, оценки и сравнения характеристик системы (см. приложение А).

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

Технические требования, представленные в настоящем стандарте, не зависимы от действительной реализации, конфигурации системы, метода передачи и определены насквозь от интерфейса процесса пользователя до прикладного уровня (уровень 7). Ниже время запаздывания передачи, время периода и достоверность данных обозначены как RT7_7/MT7_7; Р7_7; DI7_соответственно.

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

Из-за запросов ретроспективных данных и части баз данных, загрузки программ, баз данных и данных тестирования, распределенных ПУ и т. п. системы телемеханики передают большое количество данных. Эффективная одновременная передача коротких данных процесса с высоким приоритетом и большого количества данных по одной сети передачи вызывает конфликт. Большое количество данных требует для эффективной передачи длинные кадры и может сильно нагрузить сеть. В результате это вызовет неприемлемое запаздывание коротких высокоприоритетных данных процесса. Поэтому необходимо найти компромисс, основанный на анализе технических требований, либо использовать разные сети или каналы передачи (например, Х.25 сети с коммутацией пакетов для коротких высокоприоритетных данных процесса и сети с коммутацией каналов для большого количества данных), либо использовать резервные емкости сверхбольших сетей в состоянии нормальной активности.

1.3.1    Классы характеристик

1.3.1.1    Максимальное время запаздывания передачи (Т7_7) — для классов RTX и МТХ.

Данные процесса в реальном времени    Данные    процесса    не    в    реальном    времени

(большие объемы)

RT1: <; 0,5 с;

RT2: <; 2 с;

RT3: £ 4 с;

RT4: <; 16 с;

RT5: по договоренности.


МТ1: <, 1 мин;

МТ2: ^ 5 мин;

МТЗ: <. 15 мин;

МТ4: по договоренности.


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

Типовые примеры использования этих классов приведены в таблице 5 — Основная рабочая модель и таблице 6 — Связи между ПУ.

1.3.1.2 Классы РХ периода времени Р для периодических сообщений.

Р1:    Р = 2 с;

Р2:    Р=    4 с;

РЗ:    Р=    8 с;

Р4:    Р = 1 мин;

Р5:    Р = 15 мин;

Р6:    Р = 1 ч;

Р7:    Р = по договоренности.

Время запаздывания должно быть меньше периода времени Р. Рекомендуемые классы RTX для Р1 и Р2 — RT1 или RT2; для РЗ — RT2 или RT3.

1.3.1.3 Классы достоверности данных DI (вероятность необнаруженных ошибок R) для сообщений в соответствии с ГОСТ Р МЭК 870-4 Dll: R <, 10~6 — для р й 10~4;

DI2: R < 10-1° - для р й 10-4;

DI3: R <, 10-14 — для р <, 10~4,

где р — частота искажений бита для среды передачи.

15

1.3.2 Состояние активности энергосистемы

1.3.2.1    Нормальное состояние

В этом состоянии энергосистема не имеет повреждений и все ее действия нормальны.

Имеется непрерывный поток периодических или спорадических сообщений от подстанций или электростанций к ПУ.

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

Периодически передаются значения уставок от ПУ на электростанции.

Наблюдаются редкие спорадические аварийные сигналы от электростанций.

1.3.2.2    Состояние высокой активности

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

-    повреждение линии с ее отключением;

-    повреждение трансформатора с его отключением;

-    перегрузка линий и трансформаторов;

-    повреждение системы шин с отключением всех подсоединенных линий;

-    снежная буря или гроза с отключением отдельных линий;

-    повреждение линии или оборудования вблизи электростанций;

-    повреждение агрегата электростанции.

1.3.2.3    Состояние пиковой активности

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

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

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

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

1.3.3    Базовая рабочая модель

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

Позиции функций в этих таблицах и таблицах 1 и 2 одинаковы.

Время существования периодических данных должно быть менее 1-ш периода. Время существования команд должно быть менее чем 6—14-кратное максимальное запаздывание внутри выбранного класса.

16


17


ГОСТ Р МЭК 870-6-1-98

Содержание

Введение................................................................ 1

Предисловие............................................................. 1

Словарь терминов......................................................... 3

Аббревиатуры............................................................. 3

Нормативные документы.................................................... 4

1    Основные требования..................................................... 4

1.1    Функциональные прикладные требования.................................. 4

1.2    Функциональные требования связи....................................... 7

1.3    Требования к эффективности связи....................................... 12

2    Основные структуры...................................................... 20

2.1    Сети передачи с коммутацией пакетов..................................... 20

2.2    Сети передачи с коммутацией каналов..................................... 21

2.3    Структуры, основанные на ISDN......................................... 21

2.4    Структуры с некоммутируемыми каналами.................................. 21

2.5    Локальные сети....................................................... 22

3    Описание функциональных профилей (ФП).................................... 24

3.1    Классификационная схема.............................................. 25

3.2    Перечень функциональных профилей...................................... 26

3.3    Процедура описания ФП............................................... 27

Приложение А Примеры сценариев лавинных процессов — расчетный лавинный поток

данных.................................................... 29

III


Окончание та'^ицы S


18


ГОСУДАРСТВЕННЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ

УСТРОЙСТВА И СИСТЕМЫ ТЕЛЕМЕХАНИКИ

Ч а с т ь 6. Протоколы телемеханики, совместимые со стандартами ИСО и рекомендациями ITU-T. Раздел 1. Среда пользователя и организация стандартов

Telecontrol equipment and systems.

Part 6. Telecontrol protocols compatible with ISO standards and ITU-T recommendations.

Section 1. Application context and organization of standards

Дата введения 1999—01—01

ВВЕДЕНИЕ

Во введении показано место, занимаемое частью 6 среди стандартов МЭК серии 870, и дано представление о ее организации и содержании.

Стандарты МЭК серии 870 «Устройства и системы телемеханики» состоят из 6 основных частей. Часть 6 (МЭК 870-6) называется «Протоколы телемеханики, совместимые со стандартами ИСО (ISO)* и рекомендациями (МСЭ-Т) ГГО-Т**».

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

Настоящий стандарт предполагает обеспечение совместимости отечественных нормативных документов с документами Международного союза электросвязи по телекоммуникациям — МСЭ-Т (ГШ-Т).

ПРЕДИСЛОВИЕ

Часть 6*** состоит из трех основных разделов, включающих следующие стандарты:

-    настоящий стандарт МЭК 870-6-1. Это первый стандарт — он устанавливает общее построение части 6: какой формат должен быть использован, контекст пользователя и контекст связи, к которому он применим. Стандарт включает структуру документа, область применения, требования, основные конфигурации сети связи и форму, в которых стандарты будут разрабатываться;

-    стандарты МЭК 870-6-2, МЭК 870-6-3 и МЭК 870-6-4 будут содержать описание уровней модели OSI4* (ВОС), базовых стандартов и управления сетью: руководства и указания по использованию базовых стандартов;

-    стандарт МЭК 870-6-5 устанавливает Функциональные Профили (ФП), описание того, как использовать стандарты разных уровней модели ВОС, чтобы применить их к определенной функции.

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

* ISO — International Organization for Standardization (Международная организация по стандартизации). ** itu-T — International Telecommunication Union — Telecommunication Standardisation Sector.

МСЭ-Т — Международный союз электросвязи по телекоммуникациям.

*** Серия стандартов МЭК 870-6 в настоящее время находится в стадии разработки в МЭК/ТК 57. После принятия каждого из стандартов будет осуществляться его прямое применение в качестве государственного стандарта Российской Федерации.

4* OSI — Open System Interconnection.

ВОС — Взаимосвязь Открытых Систем.

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

Детали организации

Настоящий стандарт (ГОСТ Р МЭК 870-6-1) устанавливает среду пользователя и представляет требования, которые должны быть выполнены. Раздел показывает границы функций и характеристик, внутри которых действуют протоколы.

В стандарте описаны основные конфигурации, для которых определены ФП. Сюда включены конфигурации Оконечных и Промежуточных систем. Эти конфигурации показаны в среде телемеханики, в которой они используются.

Настоящий стандарт содержит также определение ФП. Приведены описание классификационной схемы, способа определения ФП и перечень ФП, которые должны быть разработаны.

Таким образом, настоящий стандарт является введением и руководством всего планируемого содержания стандартов части 6 серии 870.

Стандарты МЭК 870-6-2, МЭК 870-6-3 и МЭК 870-6-4 будут организованы в соответствии с 7-уровневой базовой моделью ВОС. Поскольку выбор протоколов на трех нижних уровнях строго взаимозависим, эти три уровня представлены в стандарте МЭК 870-6-2. Внутри этого стандарта организация соответствует типу Сети Передачи.

Стандарты МЭК 870-6-2 и МЭК 870-6-3 строятся в соответствии с уровнями модели ВОС. Каждый содержит следующие элементы:

-    Введение — краткое описание функций уровней и роль всего процесса связи;

-    Нормативные документы;

-    Услуги (сервисы):

перечень услуг и параметров QOS (качество услуг), включаемых в стандарты,

перечень того, какие из этих услуг и параметров должны/могут быть обеспечены;

-    Протокол:

перечень классов, поднаборов и т. п. протоколов, включенных в данные стандарты,

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

Стандарт МЭК 870-6-3 включает описание способа, которым программы пользователя взаимодействуют с уровнем пользователя, и функции управления для обеспечения взаимодействия с одной или более Оконечных систем.

Стандарт МЭК 870-6-4 относится к управлению сетью, определяя работу функции управления, которая выдает сообщение об этом оперативной структуре каждого уровня. То есть функция управления:

-    сообщает эту информацию программам пользователя и

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

Стандарт МЭК 870-6-5 содержит специальные стандарты уровня пользователя и существующие функциональные профили, разработанные как стандарты внутри структуры части 6. Планируемая нумерация в этих стандартах следующая:

Разделы 6.500—6.599: Специальные стандарты уровня пользователя;

6.600—6.699: Транспортные профили;

6.700—6.799: Профили пользователя;

6.800—6.899: Формат обмена и профили представления;

6.900—6.999: Релейные профили.

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

Концепция Функциональных Профилей.

Основное семейство услут и протоколов ВОС предусматривает гибкий набор альтернатив для использования их в широком спектре прикладных задач, в то время как индивидуальные области использования требуют специально приспособленных наборов и поднаборов стандартов. Подход к определению этих специальных наборов и поднаборов, используемый многочисленными организациями, разрабатывающими и использующими стандарты, — это и есть подход с помощью Функциональных Профилей.

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

2

ГОСТ Р МЭК 870-6-1-98

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

При этом упрощается определение и применение процедур испытаний на совместимость.

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

СЛОВАРЬ ТЕРМИНОВ

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

Профиль — набор из одного или более базовых стандартов и, где возможно, идентификация выбранных классов, поднаборов, опций и параметров этих базовых стандартов, необходимых для выполнения определенной функции.

Утверждение (заявление) о соответствии применения протокола — заявление поставщика реализуемого ВОС или системы, заявляющего какие функции или опции были реализованы для данного протокола ВОС. [Protokol Implementation Conformance Statement (PICS)].

Документ в форме опросного листа, разработанный составителем протокола или программы испытаний, — документ по завершении становится PICS для реализации ВОС или системы (PICS Proforma).

Требования статического согласования — ограничения, задаваемые стандартами ВОС, для упрощения взаимодействия путем определения требований к возможностям реализации.

Требования динамического согласования — все те же требования (и опции), определяющие какое наблюдаемое поведение допускается соответствующими стандартами ВОС во время связи.

Базовый стандарт — опубликованный стандарт (международный стандарт, рекомендации ГШ-Т), используемый для определения профиля.

АББРЕВИАТУРЫ

В настоящем стандарте использованы следующие аббревиатуры:

ASE — пользовательский сервисный элемент (Application Service Element);

CLNS — услуги (сервис) сети без установления соединения (Connectionless — mode Network Service);

CLTS — транспортные услуги (сервис) без установления соединения (Connectionless — mode Transport Service);

CONS — услуги (сервис) сети с установлением соединения (Connection mode Network Service); COTS — транспортные услуги (сервис) с установлением соединения (Connection mode Transport Service);

FP — функциональный профиль (Functional Profile);

GOSIP — профили ВОС, принятые на государственном уровне (используемые как в США, так и в Великобритании) (Goverment Open Systems Interconnection Profile);

ISP — международный стандартизованный профиль (International Standardized Profile);

PAS — программное обеспечение для энергетики (Power Application Software);

PICS — утверждение (заявление) о соответствии применения протокола (Protocol Implementation Conformance Sfatement);

SCADA — оперативное управление и сбор данных (Supervisory Control and Data Acquisition); QOS — качество услуг (сервиса) (Quality of Service);

PSTN — коммутируемая телефонная сеть общественного пользования (Public switched telephone network);

CSDN — сеть передачи данных с коммутацией каналов (цепей) (Circuit switching data network); PSDN — сеть передачи данных с коммутацией пакетов (Packed switching data network);

ISDN — цифровая сеть с интегрированным сервисом (Integrated service digital network);

РТАМ — передача файлов, доступ, управление (File transfer, access, management);

MHS — система обработки сообщений (Message handling system);

MMS — спецификация производственных сообщений (Manufacturing message specification); MAC — контроль доступа в память (Medium access control);

CSMA/CO — локальная сеть множественного доступа с контролем носителя.

3

ГОСТ Р МЭК 870-6-1-98

НОРМАТИВНЫЕ ССЫЛКИ

В настоящем стандарте использованы ссылки на следующие стандарты:

ГОСТ Р МЭК 870-4-93 Устройства и системы телемеханики. Часть 4. Технические требования ГОСТ Р МЭК 870-5-1-95 Устройства и системы телемеханики. Часть 5. Протоколы передачи.

Раздел 1. Форматы передаваемых кадров

ГОСТ Р МЭК 870-5-2-95 Устройства и системы телемеханики. Часть 5. Протоколы передачи.

Раздел 2. Процедуры в каналах передачи

ГОСТ Р МЭК 870-5-3-95 Устройства и системы телемеханики. Часть 5. Протоколы передачи.

Раздел 3. Общая структура данных пользователя

ГОСТ Р МЭК 870-5-4-96 Устройства и системы телемеханики. Часть 5. Протоколы передачи.

Раздел 4. Определение и кодирование элементов пользовательской информации

ГОСТ Р МЭК 870-5-5-96 Устройства и системы телемеханики. Часть 5. Протоколы передачи.

Раздел 5. Основные прикладные функции

1 ОСНОВНЫЕ ТРЕБОВАНИЯ

Необходимо сделать ясное различие между двумя разными подходами.

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

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

Пункт 1.2, приведенный ниже, представляет функциональные требования связи.

Пункт 1.3, приведенный ниже, детализирует требования к осуществлению связи.

1.1 Функциональные прикладные требования

Главный пункт управления (ПУ)

Региональный пункт управления (ПУ)

Районный пункт управления (ПУ)

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

Подстанция -контролируе -мый пункт (КП)

Электростанция - контролируемый пункт (КП)

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

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

-    возможность установления связи с одним или несколькими пользователями;

-    производительность данных (пропускную способность), максимальную задержку передачи;

Рисунок 1 — Основная структура системы управления

-    достоверность данных;

-    надежность, готовность и безопасность;

ГОСТ Р МЭК 870-6-1-98

Таблица 1— Размещение функций управления (контроля)

Функции управления (контроля)

Районный ПУ DCC*

Областной ПУ АСС*

Региональный ПУ RCC*

Центральный ПУ МСС*

1 УПРАВЛЕНИЕ ЭНЕРГОСИСТЕМАМИ

1.1 Управление работой сети:

- контроль

4-

4-

+

+

- управление (составление графика напря-

жения, реактивной мощности, регулирования

трансформаторов)

+

4-

+

+

- определение состояния:

определение топологии

4-

+

оценка состояния

4-

+

внешнее эквивалентирование

4-

- анализ:

расчет потокорас пре деления

+

+

расчет коротких замыканий

4-

+

защита от несанкционированного доступа

4-

+

восстановление системы

4-

+

оптимальное потокораспределение

4-

+

1.2 Контроль и управление генерацией:

- планирование обменных перетоков

+

- управление обменом

+

- автоматическое управление генерацией (AGC):

управление агрегатами

+

+

+

управление частотой и мощностью

4-

+

+

сброс нагрузки

4-

+

+

- экономичное управление

+

+

+

- планирование пуска и останова агрегатов

4-

+

- прогноз нагрузки

—-

4-

+

1.3 Управление нагрузкой

+

+

1.4 Учет электроэнергии (телесчет)

4-

+

4-

2 ПОСЛЕАВАРИЙНЫЙ АНАЛИЗ

4-

4-

+

4-

3 ОРГАНИЗАЦИЯ СИСТЕМЫ ТЕЛЕМЕХА-

НИКИ

3.1 Контроль и управление

4-

4-

+

4-

3.2 Загрузка на подчиненные подстанции или

резервные ПУ:

- базы данных

+

+

+

4-

- программ

+

+

4-

- параметров

4-

4-

+

4-

3.3 Общий опрос

+

+

+

4-

4 ДИСПЕТЧЕРСКАЯ СВЯЗЬ

+

+

+

4-

* Обозначения:

АСС — областной пункт управления;

DCC — районный пункт управления;

RCC — региональный пункт управления;

МСС — главный (центральный) пункт управления.

Примечания

1 Могут быть реализованы не все показанные функции.

2 В таблице знак «+» означает наличие функции, знак «—» —

отсутствие функции.

5

Т а б л и ц а 2 - Типовые характеристики рабочих и управляющих функций по временным параметрам, составу данных и обработке

Функции управления (контроля)

Обработка

Характеристики данных

спорадическая

периодическая

1 УПРАВЛЕНИЕ ЭНЕРГОСИСТЕМА-

МИ

1.1 Управление работой сети:

- контроль

+

или <30 с

- управление (составление графика

напряжения, реактивной мощности, регу-

лирования трансформаторов)

+

- определение состояния:

определение топологии

+

Периодические данные и

оценка состояния

10 мин

пакеты данных с малым

внешнее эквивалентирование

15 мин

1

временем запаздывания и

- анализ:

высокой достоверностью

расчет потокораспределения

30 мин

расчет коротких замыканий

от 30 мин

до 1 ч

контроль безопасности

15 мин

оптимальное потокораспределение

30 мин

восстановление системы

по запросу

1.2 Контроль и управление генерацией

Периодические данные с

- планирование обменных перетоков

1 ч

малым временем запаздывания

и высокой достоверностью

- управление обменом

5 мин

- автоматическое управление генерацией

(AGC):

2-4 с

управление агрегатами

управление частотой и мощностью

сброс нагрузки

- экономичное управление

5 мин

>

Управляющие величины с ма-

- планирование пуска и останова

лым временем запаздывания

агрегатов

1—4 ч

- прогноз нагрузки

4-8 ч

1.3 Управление нагрузкой

Периодические данные (см. 1.1

1.4 Учет электроэнергии (телесчет)

5 мин

и 1.2 настоящей таблицы)

2 ПОСЛЕАВАРИЙНЫЙ АНАЛИЗ

по запросу

Большой объем данных не в

реальном времени, редко

3 ОРГАНИЗАЦИЯ СИСТЕМЫ ТЕЛЕ-

МЕХАНИКИ

3 1 Контроль и управление

См. 1.1 и 1.2 настоящей таблицы

3.2 Загрузка на подчиненные под стан-

ции или резервные ПУ:

- базы данных

по запросу

Большой объем данных не в

- программ

по запросу

реальном времени, малое время

- параметров

по запросу

запаздывания. Передача в

3.3 Общий опрос

по запросу

течение 1 мин, редко

4 ДИСПЕТЧЕРСКАЯ СВЯЗЬ

по запросу

Передача в течение 1 мин, редко

Примечание — В таблице знак «+» означает наличие спорадической обработки, знак «—» — ее отсутствие

ГОСТ Р МЭК 870-6-1-98

-    предоставление стандартных услуг связи, таких как передача файлов, сообщений и т. п.

В 1.2 и 1.3 описаны соответственно функциональные требования связи и требования к эффективности связи.

1.2 Функциональные требования связи

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

Эти функции должны быть:

-    доступны прикладным функциям;

-    включены в систему связи.

Здесь представлены только функции, имеющие прямое отношение к запросам пользователя. Внутренние функции систем связи и относящиеся к определенному уровню (например организация, поддержание и завершение соединения протоколами различных уровней) описаны в соответствующих стандартах МЭК 870-6.

1.2.1    Общие положения

«Система связи» состоит из следующих частей:

-    семи уровней ВОС в Оконечных системах и функций управления;

-    собственно сетей передачи:

устройств и среды передачи;

промежуточных систем (коммутация, узлы с промежуточной буферизацией).

1.2.1.1    Выполнение определенных прикладных функций

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

-    систему запуска и реакцию на повреждения компьютера;

-    обслуживание базы данных: коррекция, доступ, защита, синхронизация распределенных баз данных;

-    интерфейс оператора;

-    стандартизацию программ пользователя (SCADA, EMS), с которыми имеется взаимодействие;

-    снабжение данных временными признаками;

-    способы инициализации передачи данных (периодически, спорадически, по запросу и т. п.).

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

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

Реализация ряда других функций менее ясна. В частности это касается запуска систем связи.

Такие функции, как установление состояния других Оконечных систем и создание логических соединений между Оконечными системами для прикладного использования, могут обрабатываться:

-    самой прикладной задачей;

-    специальным ASE на уровне пользователя (или более низком уровне).

Выбор остается открытым.

1.2.1.2    Синхронизация системных часов

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

-    в основном это функция пользователя;

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

1.2.2    Основные функциональные требования

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

Сквозная готовность (доступность)

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

Среди способов, гарантирующих необходимый уровень готовности (доступности), имеются следующие возможности:

1

Применяют также другие методы, такие как спорадические в периодическом интервале и с периодическими опросами.

14

2

Запаздывание передачи обычно составляет 200—800 мс.

3

ООД — Оконечное оборудование данных.

7