2) Контроль, включающий в себя:

a) регистрацию состояния и его изменений;

b) регистрацию статистических данных.

3) Защита от ошибок, включающая в себя:

a) обнаружение ошибок и некоторые диагностические функции;

b) реконфигурацию и повторный пуск.

8.3.3.2 Протоколы административного управления систем, локализованные в прикладном уровне, реализуются логическими объектами прикладного уровня административного управления систем.

8.3.4 Административное управление уровня

8.3.4.1 Существует два аспекта административного управления уровня. Один из них связан с такими операциями уровня, как активизация и защита от ошибок. Эти операции реализуются протоколом того уровня, к которому они относятся.

8.3.4.2 К другому аспекту административного управления уровня относятся функции из подмножества функций административного управления систем. Протоколы, выполняющие эти функции, локализованные в прикладном уровне, реализуются логическими объектами прикладного уровня административного управления систем.

8.4 Принципы размещения функций административного управления

Некоторые принципы размещения функций административного управления в эталонной модели являются наиболее важными. К их числу относятся следующие:

a) допускается как централизация, так и децентрализация функций административного управления. Таким образом, в архитектуре ВОС не устанавливается какого-либо конкретного вида централизации таких функций. Этот принцип обусловливает наличие структуры, в которой каждая открытая система может включать в себя любые из установленного подмножества функции административного управления систем и любые (также из установленного подмножества) функции административного управления уровня;

b) при необходимости, когда открытая система, работающая до того автономно от других открытых систем, становится частью функциональной среды ВОС, выполняется установление соединения между логическими объектами административного управления.

9 Соответствие эталонной модели и согласованность с ней

9.1 Определения

9.1.1 Согласованность - считается, что ссылающийся стандарт согласован со ссылаемым стандартом, если они не изменяют смысла друг друга.

9.1.2 Соответствие - считается, что ссылающийся стандарт соответствует требованиям ссылаемого стандарта, если действительно следующее:

a) ссылаемый стандарт определяет требования (используя глагол "должен"), которые применимы к такому типу стандартов, экземпляром которого является ссылающийся стандарт;

b) ссылаемый стандарт включает в себя раздел соответствия, чтобы четко определить требования, которые предъявлены к такому типу стандарта, экземпляром которого является ссылающийся стандарт;

c) ссылающийся стандарт содержит заявку о соответствии ссылаемому стандарту;

d) возможно отслеживание ссылающимся стандартом выполнения применяемых требований.

9.2 Применение требований согласованности и соответствия

9.2.1 Другие стандарты, распространяющиеся на моделирование, которые расширяют или уточняют эту базовую эталонную модель, должны быть согласованы с настоящим стандартом.

9.2.2 Соответствие базовой эталонной модели ВОС и согласованность с ней также требуется от стандартов й технических отчетов, которые описывают или устанавливают функции ВОС. Эти стандарты и отчеты могут быть документами, относящимися к архитектуре, моделями, логическими основами, определениями услуг или спецификациями протокола.

9.2.3 Согласованность

9.2.3.1 Для согласованности архитектуры, логической основы, многоуровневой модели, одноуровневой модели, определений услуг или спецификации протокола с базовой эталонной моделью ВОС или с другими стандартами на моделирование, которые расширяют и уточняют эту базовую эталонную модель, должно быть констатировано следующее:

"Такая архитектура, многоуровневая модель, одноуровневая модель, представление услуги или спецификация протокола:

a) следуют архитектурным принципам и предписаниям базовой эталонной модели ВОС;

b) используют концепции, установленные базовой эталонной моделью ВОС с идентичными определениями и терминологией."

9.2.4 Соответствие

9.2.4.1 Соответствие архитектуры, логической основы или многоуровневой модели Для соответствия архитектуры, логической основы или многоуровневой модели базовой эталонной модели ВОС или другим стандартам на моделирование, связанным с базовой эталонной моделью ВОС, которые уточняют эту базовую эталонную модель ВОС, должно быть констатировано следующее:

"Данная архитектура, логическая основа или многоуровневая модель соответствуют базовой эталонной модели ВОС в том, как они описывают операции и механизмы, которые относятся к уровням в соответствии с базовой эталонной моделью ВОС."

9.2.4.2 Соответствие одноуровневой модели

Соответствие одноуровневой модели с базовой эталонной моделью ВОС должно констатировать:

"Стандарт такой одноуровневой модели соответствует базовой эталонной модели ВОС в части описания операций и механизмов, которые относятся к конкретному уровню, как определено в соответствующем подразделе раздела 7 базовой эталонной модели ВОС."

9.2.4.3 Соответствие определения услуг

Соответствие определения услуги ее определению в базовой эталонной модели ВОС должно констатировать:

"Данное определение услуг соответствует базовой эталонной модели ВОС в части описания средств, которые относятся к конкретному уровню, как определено в соответствующем подразделе раздела 7 базовой эталонной модели ВОС."

9.2.4.4 Соответствие спецификации протокола

Соответствие спецификации протокола базовой эталонной модели ВОС должно констатировать:

"Данная спецификация протокола соответствует базовой эталонной модели ВОС в части описания функций, которые относятся к конкретному уровню, как определено в соответствующем подразделе раздела 7 базовой эталонной модели ВОС."

______________________________

* В настоящем стандарте определения этих терминов не использованы. Они введены для использования в будущих стандартах ВОС.

Краткие пояснения, относящиеся к выбору уровней

А.1 В данном приложении содержится материал, дополняющий информацию, которая имеется в настоящем стандарте.

А.2 Ниже кратко приведены общие положения, относящиеся к выбору уровней.

А.2.1 Необходимо, чтобы архитектура допускала использование разнообразных реально существующих физических средств связи с различными процедурами управления. Применение принципов, изложенных в 6.2 с), 6.2 е) и 6.2 h), приводит к выделению физического уровня как самого нижнего уровня архитектуры.

А.2.2 Некоторые физические средства связи (например, телефонные каналы) требуют специальных методов, обеспечивающих передачу данных между системами в условиях сравнительно интенсивных искажений (т. е. при интенсивности ошибок, неприемлемых для большинства применений). Эти специальные методы используются в процедурах управления уровня звена данных, которые были предметом изучения и стандартизации в течение ряда лет. Необходимо также принять во внимание, что появление новых физических средств связи (например, оптоволоконных кабелей) потребует других процедур управления уровня звена данных. Применение принципов, изложенных в 6.2 с), 6.2 е) и 6.2 h), ведет к выделению в архитектуре уровня звена данных, расположенного над физическим уровнем.