ГОСТ Р 56844—2015/ISO/IEEE 11073-20101:2004
ROER— ошибка удаленной операции (APDU);
ROIV— вызов удаленной операции (APDU);
ROLIV— вызов линии передачи удаленной операции (APDU);
RORS— результат удаленной операции (APDU);
ROSE— сервисный элемент удаленной операции (APDU);
SI — идентификатор SPDU;
SNTP— простой сетевой протокол синхронизации времени:
SPDU— блок данных протокола сеансового уровня,
SS— служба сеансов:
TD— данные представления (PPDU);
UML— унифицированный язык моделирования.
4 Условные обозначения
Для обозначения специальных или оптимизированных свойств в различных определениях исполь
зуются префиксные или суффиксные символы. Для указания специалиэованности понятия в некоторых
определениях ставится звездочка (*). Например. BER* означает версию основных правил кодирования
(BER), которые были специально оптимизированы для эффективности обработки данных.
5 Обоснование
Основная задача настоящего стандарта — обеспечить набор абстрактных синтаксических струк
тур и синтаксических структур передачи данных (т. е. правил кодирования), оптимизированных для ис
пользования прикладными профилями и реализациями информационной модели предметной области
(DIM).
5.1 Коммуникационная модель
Для базового стандарта и рассматриваемых в нем профилях существуют следующие положения
и требования к определениям коммуникационного стека и соответствующих протоколов.
- хотя коммуникационный стек должен основываться, насколько это возможно, на уже существу
ющих стандартах, основное внимание при определении протокола уделяется общей эффективности
реализаций (например, сложность, требования к ресурсам, требования по пропускной способности).
Важно чтобы даже устройства с ограниченными возможностями могли реализовать коммуникационный
стек на основе настоящего стандарта;
- с целью сокращения затрат на вычислительные ресурсы при пересылке данных, заголовки, до
бавляемые каждым уровнем, должны быть короткими и иметь фиксированную структуру данных, а
также не должны содержать необязательные элементы или элементы переменного размера.
Использование обязательных элементов или элементов постоянного формата в определениях
типа данных блока данных протокола (блока PDU) позволит устройствам передачи использовать со
общения с фиксированным форматом (то есть в памяти можно заполнять шаблонное сообщение, в
котором необходимо будет менять только обновляемые значения). Это также значительно снизит слож
ность анализа сообщения получающим устройством.
Данное требование также строго связано с требованием к оптимизированным правилам кодиро
вания;
- коммуникационный стек должен быть достаточно гибким для того, чтобы другие профили пере
дачи сообщений могли быть приспособлены к такому общему подходу.
Стек протокола определяется только определениями типа (данных) PDU и динамическим пове
дением. Нормативное определение интерфейсов прикладных программ (API) не входит в область при
менения настоящего стандарта, однако для упрощения реализации и повторного использования могут
быть приведены ненормативные примеры.
Желательно определить транспортно-независимый интерфейс, хотя конкретные отображения
блоков PDU верхнего уровня на сервисы транспортного профиля ИСО/ИИЭР 11073-30000. при необхо
димости. адресуются через подуровни, зависящие от транспортного протокола.
6