ГОСТ Р МЭК 61784-1—2016
1)для каждого незавершенного, то есть еще не подтвержденного (not-yet-confirmed). DL-DATA за
проса:
i) удалить запрос из надлежащей очереди запроса пользователя DLCEP. QA(UR). а также ссыл
ки на запрос из всех очередей DLE,
Н) инициировать подтверждение DL-DATA вместе с соответствующим идентификатором запро
са, сообщая «отказ—сброс или разъединение», и
Ш)удалить таймер T^MCD). связанный с запросом.
2) не используется.
3) удалить все таймеры, связанные с DLCEP.
5.2.2.2.4 9 МЭК 61158-4-1, 8.2.1.7
П р и м е ч а н и е — Следующие процедуры либо не включены, либо включены частично по следующим
причинам:
МЭК 61158-4-1. 8.2.1.7. перечисление Ь): данный профиль никогда не проверяет наличие ответа и. тем са
мым. никогда не возвращает отвечающий DC DLPDU,
МЭК 61158-4-1, 8.2.1.7. перечисление с.5): данный профиль не включает в себя устаревание соединения и
поэтому разрешено повторное использование DLCEP-адреса в любое время после отправления DC DLDPU.
Когда DLE принимает DC DLPDU. определяя, что DLCEP должен быть отсоединен, то:
a) DLE должен установить номер версии используемого DLL протокола, как указано в принятом
DC DLPDU. а такжедолжен соответственным образом интерпретироватьдругие DC-параметры DLPDU:
b) не используется:
c) если принятый DC DLPDU:
1) определяет только один адрес источника форматов 2L и 2S по МЭК 61158-4-1. 6.2.1, а адрес
источника является DCLEP-адресом многорангового DLC, для которого DLE является подписчиком, или
2) определяет как адрес пункта назначения, так и адрес источника форматов 1L и 1S по МЭК
61158-4-1,6.2.1 и
i) адрес пункта назначения является DL(SAP)-aApecoM. a DLE обладает DLCEP на DLSAP, к ко
торому привязан DL(SAP)-aflpec, чей удаленный DLCEP-адрес имеет такое же значение как и принятый
DL-адрес источника, или
ii) адрес пункта назначения является DLCEP-адресом, а удаленный DLCEP-адрес идентифици
рованного DLCEP имеет такое же значение, как и принятый DL-адрес источника, или
iii) адрес пункта назначения является DLCEP-адресом, а вызванный DLSAP-адрес идентифи
цированного DLCEP имеет такое же значение, как и принятый DL-адрес источника, то DLCEP является
известным для локального DLS-пользователя, тогда
3) DLE должен сообщить индикацию DL-разъединения локальному DLS-польэователю, указывая
как нелокальное происхождение, так и причину индикации DL-разъединения. принятой в DC DLPDU.
4) DLE должен прекратить работу DLCEP в соответствии с МЭК 61158-4-1, 8.2.1.6. перечисле
ние Ь).
5.2.2.2.4.10 МЭК 61158-4-1, 8.2.1.8
П ри м е ча н и е — Следующие процедуры либо не включены, либо включены частично по следующим
причинам:
Данный профиль не включает устаревание соединения и. тем самым, разрешает повторное использование
DLCEP-адреса в любое время после отправления DC DLPDU.
В тех случаях, когда DLE самостоятельно определяет, что необходимо разъединить DLCEP. то:
a) если DLCEP известен локальному DLS-пользователю, то DLE должен сообщить инди
кацию DL-разъединения локальному DLS-пользователю, указывая как причину для индикации DL-
разъединения. как и тот факт, что ее происхождение было локальным.
П р и м е ч а н и е — DLCEP не будет известен локальному DLS-пользователю. если разьединение происхо
дит во время обработки принятого ЕС DLPDU. чей прием только что привел к тому, что DL создал DLCEP;
b
) если:
1) DLCEP-класс DLCEP одноранговый или PUBLISHER, и
2) вызванный DL(SAP)-aflpec ЕС DLPDU. активировавший DLCEP не являлся групповым
DL-адресом, то
74