ГОСТ Р ИСО/МЭК 10031-2-2000
ПРИЛОЖЕНИЕ А
(Справочное)
Перечень присваиваемых значений идентификатора объекта
jdorx rcfcrcncc-dcfmition(O))- - модуль ACH.I
jdorx rcfcrcncc-abstract-syniax(1)} - - абстрактный синтаксис
{dorx reference-xvntax(2) asnl(O)) - - абстрактный синтаксис
- - плюс кодирование
dorx OBJECT IDENTIFIER :: « {joint-iso-ccitt doit 11)}
ПРИЛОЖЕНИЕ li
(справочное)
Взаимодействие со стандартными протоколами РУН, использующими ООС
БЛ Обюр
Цель настоящею приложения состоит в том. чтобы обеспечить руководящие прпниины для описания
операций, определенных в протоколах других прикладных стандартов, которые могут включать в себя
использование ссылочного доступа к объекту.
Влияние СДО на используемые протоколы касается:
а) согласования использования СДО:
б) операций создания;
в) операций потребления:
г) раздела соответствия в стандартах прикладных протоколов.
Б.2 Согласование использования СДО
Прикладной протокол должен специфицировать, какиспользование СДО определяется сторонами. Ниже
описаны три возможности:
а) обязательная поддержка: прикладной стандарт обязывает поддерживать СДО:
б) согласование при установлении соединения: процедура установления ассоциации между инициатором
и исполнителем включает в себя методы согласования того, будет ли использоваться СДО;
в) согласование во время создания: операция создания включает в себя методы согласования того, будет
л»! использоваться СДО.
Б.З Операция со мания
При операции создания инициатор должен определить, запрашивается от исполнителя значение объекта
данных или ООС. Аргумент операции создания должен быть, как минимум, расширен индикатором выбора
ООС значения объекта данных (по умолчанию —значение объектаданных).
Можно включить определение Produce-QoS-level. импортированное из определения ООС. для запроса
конкретного КУ. Результатоперации создания должен включатьвсебя внешний тип. который может содержать
либо значение объекта данных, либо ООС. Дополнительных ошибок нс существует.
Б.4 Операция потребления
При операции потребления аргумент вызова должен включать в себя внешний тип, содержащий либо
значение объекта данных, либо ООС. Также можно квалифицировать каждый внешний тип определением
элемента «Altered-Value*, импортированным из определения ООС. Тем самым задается, запрещает ли иници
атор передачу значения объекта данных, которое изменилось со времени создания. В результате операции
изменений нет. но возможно включение новых типов ошибок. Однако необязательно включать эти ошибки в
протокол доступа, если проектировщики протокола считают, что достаточно только сообщить о неудаче
операции потребления без дополнительных параметров.
8