ГОСТ Р 54708—2011
27
доступны (транзакция доставки) (рисунок Е.4). “Сервер” приостанавливает доставку данных при приеме транзак-
ции отказа от подписки или, например, после сбоя (перерыва).
Любая указанная выше транзакция состоит, по крайне мере, из сообщения запроса и, произвольно, одного
или более сообщений ответа (например, как подтверждение приема).
Рисунок Е.4 — Транзакция подписки/отказа от подписки; транзакция доставки
Е.2.3 Поле флага типа ответа
Поле флага типа ответа состоит из 8 битов. Каждый бит представляет специальный тип требуемого сообще-
ния ответа (см. ниже).
В сообщении запроса сообщение ответа требуется для всех типов ответов, обозначенных флагами.
В сообщении ответа один или несколько наборов битов в связанном сообщении запроса могут указывать,
что отмеченные ответы обработаны в соответствии с текущим сообщением ответа. Число отдельных сообщений
ответа на конкретное сообщение запроса находится поэтому от 0 (флаг не был установлен) до числа флагов, ука-
занных в сообщении запроса (каждый тип сообщения ответа посылается как отдельный DCP пакет). В последнем
случае только один бит поля флага устанавливается в сообщении ответа.
Поле флага типа ответа имеет структуру, представленную на рисунке Е.5.
Рисунок Е.5 — Структура поля флага типа ответа
Стандартизированные типы ответа имеют следующее выражение:
- подтверждение приема: сообщение запроса было успешно получено (передача получила подтверждение);
- начало обработки: идентификатор известен и обработка может технически быть выполнена; произвольно,
дополнительно представленные данные, связанные с командой, находятся в разрешенных пределах (контент от-
носится к общему подтверждению);
- конец обработки: команда окончательно выполнена (контент относится к определенному подтверждению).
Дополнительный TAG элемент состояния (часть данных команды) может предоставить информацию об успехе или
неудаче.