---

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

Кожне повідомлення в послідовності повторних передавань несе параметр timeAllowedToLive, що повідомляє отримувачу максимальний час для очікування наступного повторного передавання даних. Якщо протягом цього часового проміжку не отримується нове повідомлення, отримувач має припускати, що зв’язок загублено.

Конкретні проміжки, що використовуються будь-яким сервером публікацій GOOSE, є локаль­ним питанням. Параметр timeAllowedToLive повідомляє користувачам, як довго чекати наступного повторення повідомлення.

Сервіс SendGSSEMessage за визначенням в ІЕС 61850-7-2 дає можливість серверу публікацій (наприклад, серверу) надсилати змінну інформацію добровільним і непідтвердженим способом (див. рисунок Н.4).

I

SendGSSEMessage

Req

nd

ІЕС 834/11

Рисунок Н.4 — Примітиви сервісу GSSE

Сервер публікацій створює машинний режим для видання запиту GSSE. Клієнт приписує по­силання для машинного режиму (відповідно до рисунка Н.5) і включає це посилання. Значення цього посилання є локальним питанням. Машинний режим клієнта має три стани (NON-EXISTENT, RETRANSMIT-PENDING та RETRANSMIT).

Очікування повторного передавання

Наявний

Повторне передавання

ІЕС 835/11

Познаки:

1. — Сервер публікацій видає GSSE.request. На основі значення параметра HoldTim включається таймер повторного передавання. SqNum встановлюється на 0. Передбачають, що таймер пов­торного передавання має бути меншим (фактично вдвічі) за параметр HoldTim;

2. — Таймер завершення повторного передавання вказує час для повторного передавання. SqNum збільшується, пропускаючи 0 на переповненні;

З — Після повторного передавання видається GSSE.request і використовується наступний проміжок повторного передавання. Включається таймер повторного передавання. Метод вибирання ін­тервалів повторного передавання є локальним питанням. Максимальний час, дозволений між повторними передаваннями, є локальним питанням. Цей час має бути менше ніж 60 с;

4. — Усі повідомлення GOOSE та повторні передавання мають завершуватися, коли GoEna вста­новлюється на FALSE.

Рисунок Н.5 — Клієнтський машинний режим для сервісу GSS

EКористувач (наприклад, клієнт) має створювати машинний режим (відповідно до рисунка Н.6), що складається з трьох станів (NON-EXISTENT, VALID та QUESTIONABLE).

ІЕС 836/11

Познаки-.

1 — Користувач отримує GSSE.indication. Включається таймер завершення HoldTim.

2 — Закінчується таймер завершення HoldTim.

З — Отримується допустима індикація GSSE або допустиме повторне пере­давання.

Рисунок Н.6 — Серверний машинний режим для сервісу GSSE

Оброблення отриманих повідомлень GSSE користувачем є локальним питанням. Рекомендо­вано описувати локальне поводження для нестандартного стану/порядкових номерів у твердженні РІХІТ.

У таблиці Н.12 наведено параметр примітивів сервісу GSSE.

Таблиця Н.12 — Сервіс GSSE

Кінець таблиці Н.12

Адреса призначення

Адреса призначення має використовуватися для визначення адреси фізичного вузла, для якого має видаватися запит.

GsID

Це VisibleString повинно мати максимальний розмір 65 октет. Значення має бути глобально унікальним у підстанції.

Це значення має відображатися за компонентом SendinglED структури блока керування GSSE.

t

Компонент ‘ґ має бути типу ВіпагуТіте MMS. Значення має містити 6 октет і час, коли вияв­лено останнє змінення стану для даних, що видаються повідомленням GSSE.

Usee

Відповідно до визначення в структурі LsentData.

StNum

Це значення INTEGER повинно мати діапазон від 1 до 4 294 967 295. Це значення має відоб­ражатися за компонентом StNum структури LsentData.

SqNum

Це значення INTEGER повинно мати діапазон від 0 до 4 294 967 295. Це значення має відоб­ражатися за компонентом SqNum структури LsentData. Значення 0 має резервуватися та викорис­товуватися для позначення першого передавання внаслідок змінення в StNum. Відновлення має відбуватися від значення 4 294 967 295 на значення 1.

PhsID

Див. Н.1.

TAL

TimeAllowed to live за визначенням частини структури LsentData.

Test

Значення має відображатися за першою парою бітів DNA в LsentData. Значення пари бітів має бути таким, як наведено в таблиці Н.13.

Таблиця Н.13 — Відображення експериментальних значень за біт-парними значеннями

confRev

Це булеве значення має позначати, на що відбулося змінення конфігурації: на GolD, DNALabels чи UserSTLabels GCB. Значення TRUE означає, що змінення конфігурації виявлено. Після виявлення значення залишається TRUE протягом не більше ніж 60 с і не менше ніж ЗО с.

Значення відображається за другою парою бітів DNA відповідно до специфікації значення пари бітів у таблиці Н.7.

ListofData

ListofData має бути набором значень двобітових пар. Перелік має містити щонайменше 33 такі пари зі значеннями, наведеними в таблиці Н.7. Перші 32 значення мають відображатися за BIT­STRING DNA структури PACT. Значення, що залишаються, мають відображатися за BIT-STRING UserSt, відповідно.

Якщо параметр ‘test’ має значення ‘test’, тоді будь-які значення нетестових даних має бути встановлено на значення INVALID.

Повідомлення GSSE

Інформація в структурі LSentData має передаватися відповідно до процедур, визначе­них у підрозділі. Інформація має надсилатися в інформаційному звіті MMS, що містить variab­leAccessSpecification, що позначає variablespecification. Вибором змінної специфікації має бути ім’я, вибором ObjectName має бути vmd-specification, а ідентифікатор повинен мати значення «GOOSE».

Примітка. Це відображення сумісно з попередніми вереями та може взаємодіяти з визначенням повідомлення GOOSE UCA2.0.

Н.5 Відповідність — твердження PICS для сервісів GSSE

Цей підрозділ описує розширення проформи твердження відповідності реалізації протоко­лу (PICS) для приладів, що підтримують GSSE. Кожен реалізатор має заповнювати все PICS. Див. основне твердження відповідності ACSI ІЕС 61850-7-2. Таблиця Н.14 визначає відповідність сервісу GSSE.

Таблиця Н.14 — Твердження відповідності GSSE

ДОДАТОК I
(довідковий)

КЕРУВАННЯ СЕРТИФІКАТАМИ

Керування сертифікатами та відмінення сертифікатів визначено в ІЕС 62351. Виявлено, що використання асиметричних познак для підписання GOOSE та PDU SMV в ІЕС 62351-6 не відпо­відає вимогам синхронізації, пов’язаним із цими комунікаційними профілями. Тому робоча група 15 Технічного комітету 57 розробляє новий документ ІЕС 62351-9 із засобами NWIP, що визначатиме сертифікат стосовно керування познаками в контексті електростанцій або підстанцій і, окрім усьо­го іншого, керування симетричними познаками, що використовують для убезпечених передавань GOOSE та PDU SMV. Більше того, РГ15 ТК57 визначає ролевий доступ у контексті електростанцій чи підстанцій в ІЕС 62351-8, що покращить автентифікацію MMS, визначену в ІЕС 62351-4.

Реалізація, що претендує на відповідність ІЕС 62351, має забезпечувати засоби для керування сертифікатами.

ДОДАТОК НА
(довідковий)

ПЕРЕЛІК НАЦІОНАЛЬНИХ СТАНДАРТІВ УКРАЇНИ,
ЗГАРМОНІЗОВАНИХ ІЗ МІЖНАРОДНИМИ НОРМАТИВНИМИ
ДОКУМЕНТАМИ, НА ЯКІ Є ПОСИЛАННЯ
В ЦЬОМУ СТАНДАРТІ

ДСТУ IEC/TR 61850-1:2013 Комунікаційні мережі та системи на підстанціях. Частина 1. Вступ і огляд (IEC/TR 61850-1:2003, IDT)

ДСТУ IEC/TS 61850-2:2013 Комунікаційні мережі та системи на підстанціях. Частина 2. Слов­ник термінів (IEC/TS 61850-2:2003, IDT)

ДСТУ ІЕС 61850-3:2013 Комунікаційні мережі та системи на підстанціях. Частина 3. Загальні технічні вимоги (ІЕС 61850-3:2002, IDT)

ДСТУ ІЕС 61850-4:2013 Комунікаційні мережі та системи на підстанціях. Частина 4. Керування системою і проектуванням (ІЕС 61850-4:2002. IDT)

ДСТУ IEC/TR 61850-90-1:2013 Комунікаційні мережі та системи для автоматизації електро­енергетичних підприємств. Частина 90-1. Використання ІЕС 61850 для комунікації між підстанціями (IEC/TR 61850-90-1:2010, IDT)

ДСТУ IEC/TS 62351-6:2013 Керування енергетичними системами та пов’язаний з ним інфор­маційний обмін. Безпека даних та комунікацій. Частина 6. Безпека згідно з ІЕС 61850 (IEC/TS 62351-6:2007, IDT)

ДСТУ ISO/IEC 7498-1:2004 Інформаційні технології. Взаємозв’язок відкритих систем. Базова еталонна модель. Частина 1. Еталонна модель (ISO/IEC 7498-1:1994, IDT)

ДСТУ ISO/IEC 7498-3:2004 Системи оброблення інформації. Взаємозв’язок відкритих систем.

Базова еталонна модель. Частина 3. Найменування та адресація (ISO/IEC 7498-3:1997, IDT)

ДСТУ ISO/IEC 8072:2009 Інформаційні технології. Взаємозв'язок відкритих систем. Визначення послуг транспортного рівня (ISO/IEC 8072:1996, IDT)

ДСТУ 3965-2000 (ISO/IEC 8473-1:1998) Інформаційні технології. Протокол для забезпечення послуг мережевого рівня в режимі без встановлення з’єднання. Частина 1. Специфікація протоколу ДСТУ ISO/IEC 8649:2009 Інформаційні технології. Взаємозв’язок відкритих систем. Визначення послуг сервісного елемента керування асоціацією (ISO/IEC 8649:1996, IDT)

ДСТУ ISO/IEC 8823-1:2009 Інформаційні технології. Взаємозв’язок відкритих систем. Специ­фікація протоколу рівня подання, орієнтованого на з'єднання (ISO/IEC 8823-1:1994, IDT)

ДСТУ ISO/IEC 8825-1:2012 Інформаційні технології. Правила кодування ASN.1. Частина 1. Специфікація правил базового кодування (BER), правил канонічного кодування (CER) і правил витонченого кодування (DER) (ISO/IEC 8825-1:2008, IDT).

Код УКНД 33.200

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

1 Буде опубліковано.

2 Рекомендована познака забезпечує сумісність із наявними реалізаціями UCA2.0.

BL —блокування

ІЕС 814/11

Рисунок 4 — Упорядкований перелік функційних обмежень

Примітка 1. FCs визначається так: RP — блоки керування небуферизованими звітами; LG — блоки керування записами; BR — блоки керування буферизованими звітами; GO — блоки керування GOOSE; GS — блоки керування GSSE; SV — замінені значення; SE — редагування групи налаштувань; MS — блоки керування багатоадресними вибірковими значеннями (ІЕС 61850-9-2); ЕХ — простір імені для розширення моделі; CO — служба контролю параметрів; OR — отримана операція; та BL — для блоку­вання.

Примітка 2. Не відображається за SCSM у MMS лише FC «XX», визначене в ІЕС 61850-7-2 як групове FC для сервісів. Тому будь-який запит, що використовує FC=«XX», буде підтверджуватися негативно.

Якщо немає DataObject (d), що приписує конкретне функційне обмеження, це функційне об­меження не має з’являтися як частина NamedVariable TypeDescription.

У компоненті MMS, що представляє функційне обмеження, порядок компонентів MMS визна­чається порядком імен інстанцьованих класів сумісних даних як об’єктів даних SCL (ІЕС 61850-6), атрибути даних яких мають конкретне функційне обмеження.

Примітка 3. Для підтримання повної відповідності попередній версії упорядковані інстанцьовані класи сумісних даних як об’єкти даних SCL мають відповідати вимогам цієї попередньої версії.