ГОСТ Р МЭК 61784-1—2016
Ш) DL-время приема DLPDU должно быть использовано в качестве времени записи в буфер.
Ve(TW). указанном в МЭК 61158-4-1. 6.7.4.19.
2) не используется.
5.2.2.2.4.21 МЭК 61158-4-1. 8.2.2.6
П р и м е ч а н и е — Следующие процедуры либо не включены, либо включены частично по следующим
причинам:
МЭК 61158-4-1. 8.2.2.6. перечисления а),
Ь), с)
и другой текст не включены — данный профиль не включает
в себя блоки DLSDU. содержащие более одного сегмента, за счет чего никогда не требуется повторная сборка.
.
Если принятый DT DLPDU содержит ненулевое поле данных пользователя, следующее за его
полем SD-лараметров. то принимающий DLE должен проверять, является ли длина принятых данных
пользователя меньше или равна разрешенному максимальному размеру DLSDU. PC(NP.M...MR), согла
сованному для данного (принимающего) направления DLC передачи. Если данное требование наруше
но. то DLE должен отсоединить DLCEP в соответствии с МЭК 61158-4-1, 8.2.1.8. с указанием причины
«разъединение провайдером — неверный размер DLSDU, длительное состояние».
a) Не используется.
b
) Не используется.
c) Не используется.
d) Принимающий DLE должен попытаться доставить DLSDU в соответствии с МЭК 61158-4-1.
8 2
.
2
.
7
.
5.2.2.2.4.22 МЭК 61158-4-1. 8.2.27.2
П р и м е ч а н и е — Следующие процедуры либо не включены, либо включены частично по следующим
причинам:
МЭК 61158-4-1, 8.2.2.7.2, перечисление Ь): таймер Tc.K(RRS)He включен в данный профиль;
МЭК 61158-4-1, 8 2.2.7.2. перечисление с): DLC типа UNORDERED (НЕУПОРЯДОЧЕННОЕ) или ORDERED
(УПОРЯДОЧЕННОЕ), привязанное к очереди, не входит в данный профиль.
DLE должен попытаться добавить завершенный (целый) DLSDU вместе с идентификацией при
нимающего DLCEP в принимающую очередь.
Если это не удалось. DLE должен уведомить локальный DL-менеджмемт о сложившейся ситуации
полной очереди.
П р и м е ч а н и е — Возможна ситуация, когда уведомлениеданного DL-менеджмента принимает форму при
ращения счетчика отброшенных блоков DLSDU.
В случае успеха:
a) DLE должен отправлять отчет DLS-пользователю об индикации DL-DATA;
b
) не используется:
c) не используется;
d) если DLC является БЕСПОРЯДОЧНЫМ (DISORDERED) DLC. а также если К = ( VC(L) +1 ). то:
1) DLE должен установить VC(L) равным К.
2) если К меньше, чем VC(H), то DLE должен увеличить К. Если переменная VC,K(MRS) пуста, то
DLE должен установить VC(L) равным К и должен повторить шаг,
3) если DLC является одноранговым DLC. то если очередь незапланированных услуг DL-адреса
DLE, Q(US), уже не содержит ссылку на DLCEP. то DLE должен добавить ссылку на DLCEP в эту Q(US)
для обеспечения отправки подтверждения приема DLSDU от принимающего DLCEP;
e) если DLC является КЛАССИЧЕСКИМ (CLASSICAL) DLC, то:
1) DLE должен установить VC(L) равным К,
2) если К меньше, чем VC(H), то DLE должен увеличить К. Если переменная VC,K(MRS) пуста, то
DLE должен повторить всю процедуру доставки данных целиком по МЭК 61158-4-1. 8.2.27.2, перечис
ления а) и е), используя новое значение К.
3) если DLC является одноранговым DLC. то DLE должен поступить в соответствии с МЭК 61158-
4-1. 8.2.27.2. перечисление d.3).
П р и м е ч а н и е — Если размер окна приема = 1. то К всегда равно VC(L) + 1 и процедуры для КЛАССИЧЕ
СКОГО (CLASSICAL) и БЕСПОРЯДОЧНОГО (DISORDERED) DLC идентичны.
5.2.2.2.4.23 МЭК 61158-4-1. 8.2 2.8
84