|
Октети |
8 І 7 І 6 І 5 І 4 І 3 І 2 І 1 |
І Зауваження |
|
|
Преамбула |
|
|
|
Початок кадру |
|
|
0
|
Адреса призначення |
|
|
Адреса джерела |
Див. розділ «Поля адрес» |
|
12
|
TPID (див. рисунок С.4) |
Див. розділ «Пріоритетне |
|
ТО (див. таблицю С.1) |
тегування/Віртуальні LAN» |
|
|
16 17 |
Ethertype (див. таблицю С.2) |
|
|
18 m 1 Початок довжини |
APPID |
|
|
20 21 |
Довжина (т + 8) |
Див. розділ «Ethertype |
|
22 23 |
Зарезервовано 1 (див. рисунок С.5) |
та інформація про інші заголовки» |
|
24 25 |
Зарезервовано 2 |
|
|
26 т+26 |
APDU (довжини т) |
|
|
т+27 т+27 +S |
Поле розширення (довжини s) |
Див. ІЕС 62351-6 (необов’язкове поле) |
|
<1517 |
(Неробочий байт, за потреби) |
|
|
<1521 |
Послідовність перевірення кадру |
|
ІЕС 826/11
|
Рисунок С.1 — Формат кадрів ISO/IEC 8802-3Октети |
8 І 7 І 6 І 5 І 4 І 3 І 2 І 1 |
Зауваження |
|
|
Преамбула |
|
|
|
Початок кадру |
|
|
1 2 3 4 5 6 Заголовок 7 МАС 8 9 10 11 12 |
Адреса призначення |
Див. розділ «Поля адрес» |
|
Адреса джерела |
||
|
13 15 Позначений пріоритет 16 |
TPID (див. рисунок С.4) |
Див. розділ «Пріоритетне тегування/Віртуальні LAN» |
|
ТСІ (див. таблицю С.1) |
||
|
17 18 19 Заголовок надлишку 20 з'єднання HSR 21 22 |
0x89 |
Див. ІЕС 62439-3 (необов'язкове поле) |
|
0x2F |
||
|
Маршрут — Розмір Н |
||
|
Розмір L |
||
|
Номер послідовності Н |
||
|
Номер послідовності L |
||
|
23 24 |
Ethertype (див. таблицю С.2) |
Див. розділ «Ethertype та інформація про інші заголовки» |
|
25 п 2g Початок довжини |
APPID |
|
|
27 28 |
Довжина (т + 8) |
|
|
29 ЗО |
Зарезервовано 1 (див. рисунок С.5) |
|
|
31 32 |
Зарезервовано 2 |
|
|
т+32 |
APDU (довжини т) |
|
|
т+33 т+33 +S |
Поле розширення (довжини s) |
Див. ІЕС 62351-6 (необов’язкове поле) |
|
< 1523 |
(Неробочий байт, за потреби) |
|
|
< 1527 |
Послідовність перевірення кадру |
|
ІЕС 827/121
Октети |8|7|б|5|4|з|2|і| Зауваження
|
|
Преамбула |
|
|
|
Початок кадру |
|
|
0
|
Адреса призначення |
Див. розділ «Поля адрес» |
|
6 МАС 7 8 9 10 11 |
Адреса джерела |
|
|
12 Позначений пріоритет 15 |
TPID (див. рисунок С.4) |
Див. розділ «Пріоритетне |
|
ТСІ (див. таблицю С.1) |
тегування/Віртуальні LAN» |
|
|
16 17 |
Ethertype (див. таблицю С.2) |
|
|
18 п Початок довжини 19 |
APPID |
|
|
20 21 |
Довжина (т + 8) |
Див. розділ «Ethertype |
|
22 23 |
Зарезервовано 1 (див. рисунок С.5) |
та інформація про інші заголовки» |
|
24 25 |
Зарезервовано 2 |
|
|
26 т+26 |
APDU (довжини т) |
|
|
т+27 т+27 +S |
Поле розширення (довжини S) |
Див. ІЕС 62351-6 (необов’язкове поле) |
|
< 1517 |
(Неробочий байт, за потреби) |
|
|
Кінець залишку з'єднання PRP < 1523 |
Номер послідовності Н Номер послідовності L Маршрут — Розмір Н Розмір L 0x88 OxFB |
Див. ІЕС 62439-3 (необов’язкове поле) |
|
< 1527 |
Послідовність перевірення кадру |
|
ІЕС 828/11
Рисунок С.З — Формат кадрів ISO/IEC 8802-3 з надлишком з'єднання PRP
С.2 Поля PDU
Поля адрес: (Adress)
Багатоканальна/індивідуальна адреса призначення ISO/IEC 8802-3 має бути конфігурованою для передавання керування GSE та GOOSE. Має використовуватися унікальна адреса джерела ISO/IEC 8802-3.
Пріоритетне тегування/Віртуальна LAN:
Пріоритетне тегування згідно з IEEE 802.1Q використовують для розділення критичного та високопріоритетного трафіка шини для захисту відповідних програм із низькопріоритетного завантаження шини.
С
ІЕС 829/11
|
Октети |
8 І 7 І 6 |
5 |
4 І 3 І 2 І 1 |
|
|
° TPID 1 |
0x8100 (згідно з IEEE 802.1 Q) |
|||
|
2 |
Пріоритет |
CFI |
VID |
|
|
ТСІ |
користувача |
|
|
|
|
3 |
VID |
|||
Рисунок С.4 — Віртуальний тег LAN (локальна комунікаційна мережа)
Поле TPID (Ідентифікатор протоколів тегів):
Позначає Ethertype, що встановлюється для кодованих кадрів 802.1Q Ethernet. Це значення має бути 0x8100.
Поля ТСІ (Інформація про керування тегами):
Пріоритет користувача: BS3; значення пріоритету користувача має встановлюватися конфігурацією для розділення вибіркових значень і відповідних повідомлень GOOSE критичного захисту з низькопріоритетного завантаження шини. Якщо пріоритет не конфігурується, мають використовуватися значення за замовчуванням із таблиці С.1.
CFI (Індикатор канонічного формату): BS1 [0]; значення ознаки одного біта. Для цього стандарту значення біта CGI має скидатися (значення = 0).
Примітка 1. Якщо набір (значення = 1) убудоване поле ідентифікації джерела (E-RIF) слідує за полем Довжина/Тип у маркованому кадрі ISO/IEC 8802-3.
VID: Використання підтримання Віртуальної LAN є необов’язковим. Якщо цей механізм буде використовуватися, конфігурацією має встановлюватися ідентифікатор VLAN (VID), якщо цей механізм не використовується, він має бути встановленим на нуль (0).
Примітка 2. Оскільки IEEE 802.1 Q надає змогу бути реалізаціям з обмеженим набором пріоритетів, кадри вищого пріоритету повинні мати пріоритет значення в діапазоні від 4 до 7, а кадри з нижчим пріоритетом — пріоритет від 1 до 3. Значення 1 — це пріоритет немаркованих кадрів, отже 0 необхідно уникати, оскільки він може зумовлювати непередбачене затримання через нормальний трафік.
Окрім того, оскільки вибірковим значенням необхідно мати потенціально власне розподілення смуги пропускання, їх конфігурований VID буде відрізнятися від GOOSE та GSE.
Згідно з IEEE 802.1Q комутатори Ethernet мають усувати теги IEEE 802.1q, що мають VID = 0. Це означає, що позначений трафік VLAN ID=0 стає непозначеним і втрачається також будь-який пов'язаний із цим пріоритет. Тому VLAN 0 не треба використовувати для операційних систем, у яких потрібен пріоритет. Окрім того, VLAN ID = 1 резервується для цілей керування комутатором Ethernet і не має використовуватися для трафіка GOOSE, SV, GSE.
Значення за замовчуванням для пріоритету та VID мають бути такими, як у таблиці С.1.
Таблиця С.1 — Стандартні ID та пріоритети віртуальної LAN за замовчуванням
|
Сервіс |
VID за замовчуванням |
Пріоритет за замовчуванням |
|
GOOSE |
0 |
4 |
|
GSE |
0 |
1 |
|
Вибіркові значення |
0 |
4 |
Усі реалізації, що надсилають GOOSE, GSE чи вибіркові значення та претендують на відповідність цьому розділу стандарту, мають бути здатними проводити конфігурацію VID й атрибутів пріоритетів.
Усі реалізації, що отримують GOOSE, GSE чи вибіркові значення, мають бути здатними отримувати будь-який VID та пріоритет (наприклад, ці атрибути не мають використовуватися для узгодження адреси джерела). Окрім того, такі реалізації мають бути здатними обробляти вхідні повідомлення, що не містять інформації IEEE 802.1Q.3
Ethertype та інформація про інші заголовки
Ethertype: Ethertype на основі МАС-підрівня зареєстровано органами IEEE. GOOSE, GSE чи вибіркові значення мають безпосередньо відображатися за зарезервованим(и) Ethertype та PDU Ethertype. Задані значення мають бути такими, як зазначено в таблиці С.2.
Таблиця С.2 — Задані значення Ethertype
|
Використання |
Значення Ethertype (шістнадцяткове) |
Тип APPID |
|
Тип 1 GOOSE ІЕС 61850-8-1 |
88-В8 |
0 0 |
|
Керування GSE ІЕС 61850-8-1 |
88-В9 |
0 0 |
|
Вибіркові значення ІЕС 61850-9-2 |
88-ВА |
0 1 |
|
Тип 1А GOOSE ІЕС 61850-8-1 |
88-В8 |
1 0 |
APPID (ідентифікатор програми): APPID використовується для вибирання кадрів ISO/IEC 8802-3, що містять повідомлення керування GSE та GOOSE, а також для розпізнання асоціації програми. Значення APPID — це комбінація типу APPID, визначеного як два найважливіші біти значення (за визначенням у таблиці С.2), і фактичного ID. Це дає такі значення:
Зарезервований діапазон значень для типу 1 GOOSE — від 0x0000 до ОхЗЕЕЕ, для типу 1А GOOSE (робочий хід) зарезервований діапазон значень — від 0x8000 до OxBFFF. Якщо APPID не конфігурується, значенням за замовчуванням має бути 0x0000. Значення за замовчуванням зберігається для позначення відсутності конфігурації. Нагально рекомендовано унікальний APPID GOOSE, орієнтований на джерело. Він має реалізовуватися системою конфігурації.
Керування GSE має бути таким самим, як і APPID, що видається GOOSE, для якого видаються запити керування GSE. APPID для відповіді керування GSE має бути таким самим, як і APPID у запиті GSE.
Довжина: Число октет, охоплюючи заголовок PDU Ethertype, що починається на APPID, і довжину APDU (Одиниця даних протоколу програми). Тому значення довжини має бути 8 + т, де т — довжина APDU, і т менше ніж 1492.
Кадри з несумісним або недійсним полем довжини мають відкидатися.
R
ІЕС 830/11
eserved 1 (Зарезервований 1): Структуру Reserved 1 зображено на рисунку С.5.|
s |
R |
Зарезервована безпека |
|
Зарезервована безпека |
||
Октети І 8 |7|6|5|4|3|2|1
Рисунок С.5 — Reserved 1
S: штучний. Коли встановлюється біт S, телеграма GOOSE видається сервером публікацій, розташованим у контрольному приладі, а не сервером публікацій, визначеним у файлі конфігурації приладу. Це штучне GOOSE. Використання інтерфейсу, що надається LGOS класу LogicalNode, дає доступ абоненту або до передплачених нештучних телеграм GOOSE, або до штучних телеграм GOOSE. Докладну інформацію див. Клас LGOS в ІЕС 61850-7-4. Біт S віддзеркалює атрибут симуляції блока керування GOOSE, що використовується сервісом SendGOOSE.
R: зарезервований. Три біти резервуються для подальшої стандартизованої програми та мають встановлюватися на 0 за замовчуванням.
Зарезервована безпека: поле Зарезервована безпека визначено стандартом безпеки ІЕС 62351-6 і має використовуватися за визначенням, коли передається GOOSE з безпекою, інакше його має бути встановлено на 0.
Зарезервований 2: поле Зарезервований 2 визначається стандартом безпеки ІЕС 62351-6 і має використовуватися за визначенням, коли передається GOOSE з безпекою, інакше його має бути встановлено на 0.
Октети APDU мають визначатися відповідно до граматики в додатку А.
ДОДАТОК D
(довідковий)
ВІДПОВІДНІСТЬ SCL
Визначає різні ступені відповідності, для яких реалізації можуть заявляти про підтримання мови опису конфігурації підстанції. Див. таблицю D.1.
Таблиця D.1 — Ступені відповідності SCL
|
|
Відповідність SCL |
Клієнт-CR |
Клієнт-CR |
|||||
|
База |
F/S |
Значення/діапазон |
База |
F/S |
Значення/діапазон |
|||
|
SCL.1 |
Файл SCL для доступної реалізації (оффлайн) |
|
|
|
m |
m |
|
|
|
SCL.2 |
Файл SCL, доступний із реалізації онлайн |
О |
О |
|
0 |
О |
|
|
