ГОСТ Р МЭК 61784-1—2016
П р и м е ч а н и е — Следующие процедуры либо не включены, либо включены частично по следующим
причинам:
МЭК 61158-4-1.8.2.2.8. перечисление а): данный профиль не включает в себя сброс DLC:
МЭК 61158-4-1. 8.2.2.8. перечисление ЬЗ): данный профиль не включает в себя Передачи данных от Под
писчика Издателю:
МЭК 61158-4-1.8.2.2Д перечисление
с):
данный профиль не включает в себя остаточную деятельность для
мноторангового DLC.
Когда DLE принимает DT DLPDU. адресованный DLCEP OLE, DLE должен выполнять следующие
серии действий:
a) не используется:
b) DLE должен подтвердить соответствие того, что:
1) приоритет принятого DT соответствует ожидаемому.
2) в принятом DT DLPDU, адресованном всем подписчикам DLCEP ИЗДАТЕЛЯ (PUBLISHER), дли
на DL-адреса издателя больше или равна ожидаемой.
3) не используется,
4) в принятом DT DLPDU. адресованном одноранговому DLCEP:
i) длина и число DL-aflpeca(oe) соответствует ожидаемым [только LONG (длинный адрес), или
только SHORT (короткий), или же только SHORT или VERY-SHORT (очень короткий) по выбору отпра
вителя] и
П) в случае когда ожидаются два адреса, второй DL-адрес DLPDU является DLCEP-адресом
удаленного однорангового DLCEP. адресуемого по первому DL-адресу DLPDU.
Если это подтверждение соответствия не срабатывает, то:
iii) если DLCEP является одноранговым DLCEP и DLE должен отсоединить DLCEP от DLC в
соответствии с МЭК 61158-4-1. 8.2.1.8. с указанием причины «разъединение провайдером — неверный
формат DLPDU или параметров, длительное состояние».
iv) иначе DLE должен отбросить DT DLPDU:
c) если DLCEP является одноранговым DLCEP. чей согласованный атрибут остаточной деятель
ности имеет значение TRUE (ИСТИНА), то DLE должен перезапустить TC(RAM) DLCEP в соответствии с
МЭК 61158-4-1. 8.2.2.14;
d) если остающееся число октетов DLPDU меньше, чем число октетов в формате согласованных
SD-параметров для применимого направления передачи отправитель-получателю, то:
1) если DLCEP является одноранговым DLCEP или DLCEP ПОДПИСЧИК (SUBSCRIBER), то DLE
должен отсоединить DLCEP от DLC в соответствии с МЭК 61158-4-1. 8.2.1.8. с указанием причины
«разъединение провайдером - неверный формат DLCEP или параметров, длительное состояние».
2) иначе DLE должен отбросить DT DLPDU.
В противном случае DLE должен интерпретировать и обработать SD-параметры применимого
формата из тех остающихся октетов в соответствии с МЭК 61158-4-1,8.2.2.5. и если остающееся число
октетов в DLPDU после SD-лараметров больше, чем ноль, то DLE должен обработать этиданные поль
зователя в соответствии с МЭК 61158-4-1, 8 2.2.6 и вероятно также 8.2.2 7.
5.2.2.2.4.24 МЭК 61158-4-1. 8.2.2.10
П р и м е ч а н и е — Следующие процедуры либо не включены, либо включены частично по следующим
причинам:
МЭК 61158-4-1. 8.2.2.10. перечисление а): только КЛАССИЧЕСКИЙ (CLASSICAL) или БЕСПОРЯДОЧНЫЙ
(DISORDERED) одноранговый DLCEP включены для целей запроса DL-Data:
МЭК 61158-4-1.8.2.2.10. перечисление d): данный профиль не включает сброса DLC.
Таймер T^MCD) должен быть запущен, когда DLS-пользователь выпускает соответствующий за
прос DL-DATA. Он должен быть отменен на КЛАССИЧЕСКОМ (CLASSICAL) или БЕСПОРЯДОЧНОМ
(DISORDERED) одноранговом DLCEP, когда DLE выпускает соответствующее подтверждение DL-DATA.
Если время таймера T^MCD) истекает по запросу DL-DATA, то DLE должен:
a) не используется:
b
)удалитьзапрос, поступивший из очереди запроса пользователя, отправляющего DLCEP-адреса.
QA(UR). и прервать обработку запроса;
c) поддерживать любые надлежащие статистики DL-менеджмента:
1) инициировать подтверждение DL-DATA, сообщая «отказ, вызванный провайдером — тайм-аут
запроса»; и
85