ГОСТ Р МЭК 61784-1—2016
1) если имеется наименьшее К. такое, что VC(L) < К. VC(H) и VC,K(RRS) непустые, то:
i) подполе J SD-параметров должно быть закодировано, как единица (1),
И) подполе NDR должно передавать 4 бита значения К самого младшего разряда.
Ш) подполе RSN должно быть закодировано как ноль и
iv) Vc K{RRS) должно быть задано пустым.
2) в противном случае, если перечисление 1) не применимо, то:
i) подполя J и RSN должны быть закодированы как ноль (0) и
ii) подполе NDR должно передавать 4 бита (VC(L)+1) самого младшего разряда,
3) если значение подполя NDR равно значению соответствующих битов (VC(L)+1) самого млад
шего разряда, то подполе К должно быть закодировано как единица (1), в противном случае подполе К
должно быть закодировано как ноль (0).
Примечание — Если принятый размер окна PC(WR) = 1. то NDR = VC(L)+1; RSN = 0; К = 1: если
VC(L)+1(RRS) непустое,то J = 1; иначеJ = 0.
5.2.2.2.4.15 МЭК 61158-4-1. 8.2.2.3.3
Примечание — Следующие процедуры либо не включены, либо включены частично по следующим
причинам:
МЭК61158-4-1, 8.2.2.3.3, перечисление а): переменнаяVC(MS)не включена в данный профиль:
МЭК 61158-4-1. 8.2.2.3.3, перечисление Ь): отредактирован, потомучто только неупорядоченный DLCEP из
дателя. привязанный к буферу, включен в данный профиль;
МЭК 61158-4-1, 8.2.2.3.3. перечисление с): отредактирован, потому что в данный профиль включен только
упорядоченный DLCEP издателя, привязанный к буферу.
a) Если только что переданный DLPDU содержит данные DLS-пользователя. то DLE должен обно
вить VC(M) из локальной переменной К согласно МЭК 61158-4-1.8.2.2.3.1 следующим образом:
если К > VC{M). то для VC(M) должно быть установлено значение равное К.
b
) Если отправляющий DCLEP:
1) является DLCEP издателя, чьи функциональные возможности отправляющего DLCEP являются
НЕУПОРЯДОЧЕННЫМИ (UNORDERED): и
2) DT DLPDU содержит ненулевое поле данных пользователя; то
3) DLE должен выпустить примитив индикации DL-BUFFER-SENT. указывающий идентификатор
DLS-пользователя, если таковой известен, или. в противном случае. DL-идентификатор для DCLEP,
4) не используется.
c) Если отправляющий DLCEP:
1) является DLCEP издателя, чьи функциональные возможности отправляющего DLCEP являются
УПОРЯДОЧЕННЫМИ (ORDERED); и
2) DT DLPDU содержит ненулевое поле данных пользователя: то
3) DLE должен выпустить примитив индикации DL-BUFFER-SENT. указывающий идентификатор
DLS-пользователя, если таковой известен, или. в противном случае. DL-идентификатор. для DLCEP;
4) не используется.
d) Если DLCEP был указан в качестве синхронизирующего DLCEP во время установления одного
или нескольких локальных DLCEP и если примитив индикации DL-BUFFER-SENT был выпущен в со
ответствии с перечислением Ь.1) или перечислением с.1), то DLE должен записать DL-время доступа
к сети. VC(TNA). для использования в вычислениях своевременности тех из них. что ссылаются на
DLCEP.
5.2.2.2.4.16 МЭК 61158-4-1. 8.2.2 4.2
Примечание — Следующие процедуры либо не включены, либо включены частично по следующим
причинам:
МЭК61158-4-1. 8.2 2.4.2. перечисление а.2): вданном профиле CD DLPDU используется тольков направле
нии от подписчика издателю и передача данных от подписчика издателю не включена, CD DLPDU в данном про
филене включает поля SD-параметров.
МЭК 61158-4-1. 8.2.2 4.2 не применим к LAS DLE. когда он занимается отправкой CD DLPDU бло
ков. как частью своей запланированной деятельности, и отправка осуществляется не от LAS DLE; по
добные DLPDU блоки ограничены в соответствии с МЭК 61158-4-1.6.5 и 8.2.2.
После получения коммуникационной возможности принуждается передача от удаленного DLCEP.
когда:
79