ГОСТ Р ИСО/МЭК ТО 10000-2-99

Группа П85

ГОСУДАРСТВЕННЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ


Информационная технология

ОСНОВЫ И ТАКСОНОМИЯ МЕЖДУНАРОДНЫХ ФУНКЦИОНАЛЬНЫХ СТАНДАРТОВ

Часть 2

Принципы и таксономия профилей ВОС

Information technology. Framework and taxonomy of International Standardized Profiles.
Part 2. Principles and taxonomy for OSI profiles

     
     
ОКС 35.100.05
ОКСТУ 4002

Дата введения 2000-07-01

Предисловие

     
     1 РАЗРАБОТАН И ВНЕСЕН Всероссийским научно-исследовательским институтом стандартизации (ВНИИстандарт) Госстандарта России
     
     2 ПРИНЯТ И ВВЕДЕН В ДЕЙСТВИЕ Постановлением Госстандарта России от 23 декабря 1999 г. N 675-ст
     
     3 Настоящий стандарт содержит полный аутентичный текст международного стандарта ИСО/МЭК ТО 10000-2-98 "Информационная технология. Основы и таксономия международных функциональных стандартов. Часть 2. Принципы и таксономия профилей ВОС"
     
     4 ВЗАМЕН ГОСТ Р ИСО/МЭК ТО 10000-2-93
     

Введение

     
     Функциональная стандартизация является составной частью работ, охватывающих общую область стандартизации информационных технологий, включая:
     
     - базовые стандарты, которые определяют основополагающие и общие процедуры. Данные стандарты образуют инфраструктуру, которая может быть использована в различных приложениях, каждое из которых может выбирать собственные варианты реализации из предлагаемых базовыми стандартами;
     
     - профили, которые определяют соответствующие подмножества или комбинации базовых стандартов, предназначенные для обеспечения конкретных функций. Профили устанавливают правила применения конкретных вариантов, описанных в базовых стандартах, и создают основу для разработки унифицированных, международно-признанных аттестационных тестов;
     
     - механизмы регистрации, которые обеспечивают средства для конкретной уточненной параметризации на основе базовых стандартов и профилей.
     
     В ИСО/МЭК СТК 1 (Совместный технический комитет ИСО/МЭК "Информационная технология") процесс функциональной стандартизации связан с методологией определения профилей и их публикацией в виде документов, называемых "Международные функциональные стандарты (МФС)" (синоним - "Международные стандартизованные профили (МСП)") в соответствии с процедурами, установленными в директивах СТК 1. СТК 1 в области стандартизации информационных технологий, для которой применяется данный процесс, использует его в части общепринятой концепции "Открытых систем". Целью данного процесса является установление технических требований к системам информационных технологий, обеспечивающих высокую степень их взаимодействия и переносимости компонентов данных систем.
     
     Дополнительно к стандартам серии ИСО/МЭК ТО 10000 секретариат специальной группы по функциональной стандартизации (СГФС) выпустил документ (SD-4), названный "Справочник по МФС и составляющим их профилям". В нем приведены фактические сведения о принятых или разрабатываемых МФС вместе со сводным описанием каждого профиля. Данный документ является объектом регулярной актуализации в рамках секретариата ИСО/МЭК СТК 1/СГФС.
     

     1 Область применения

     
     Настоящий стандарт определяет общие принципы и классификационную схему (таксономию) профилей ВОС, которые могут быть или были представлены для принятия в качестве международных функциональных стандартов (МФС)*.
_________________
     * Настоящий стандарт устанавливает только таксономию коммуникационных профилей взаимосвязи открытых систем (ВОС) и не предназначен для классификации других коммуникационных профилей.
     
     ГОСТ Р ИСО/МЭК ТО 10000-1 определяет концепцию профилей, которые документально оформлены в виде МФС. Профили ВОС являются подмножеством профилей среды открытых систем (СОС). ГОСТ Р ИСО/МЭК ТО 10000-3 определяет концепцию профилей СОС и, в соответствии с ГОСТ Р ИСО/МЭК ТО 10000-1, содержит рекомендации по организации подготовки предложений по проектам МФС, их характеру и составу документов, которые при этом разрабатываются.
     
     Введенная в настоящем стандарте классификация профилей не отражает мнение ИСО/МЭК СТК 1/СГФС о том, что для каждой функциональной возможности требуется профиль. Настоящий стандарт просто обеспечивает возможность для однозначной идентификации конкретной функции и проведения оценки проектов МФС.
     
     Так как профили будут представляться в соответствии с требованиями СГФС и по мере развития международной базовой стандартизации, таксономия будет периодически модернизироваться и дополняться новыми частями для того, чтобы отражать достигнутый прогресс. Следует также учесть, что будут поступать предложения по расширению таксономии в целях охвата функций, которые не были идентифицированы при подготовке настоящей редакции стандартов серии ГОСТ Р ИСО/МЭК ТО 10000. Подобные предложения могут представляться различными субъектами и включать как простые расширения существующей таксономии, так и добавление новых областей, не охваченных настоящей редакцией стандартов серии ГОСТ Р ИСО/МЭК ТО 10000. Включение таких расширений в таксономию должно проводиться в соответствии с процедурами, установленными СГФС.
     
     Существует различие между профилем и МФС, документирующим один или несколько профилей. Таксономия привязана только к профилям, а более подробная информация о том, какой МФС документирует профиль, приведена в "Справочнике по МФС и составляющим их профилям" [1].
     
     Данный справочник является руководящим документом СГФС, имеющим обозначение SD-4 [1], и периодически актуализируется. Для каждого проекта профиля, представленного в СГФС, данный документ должен содержать дополнительную информацию, включая статусы идентифицированных профилей.
     

     2 Нормативные ссылки

     
     В настоящем стандарте использованы ссылки на следующие стандарты:
     
     ГОСТ Р ИСО/МЭК ТО 10000-1-99 Информационная технология. Основы и таксономия международных функциональных стандартов. Часть 1. Общие положения и основы документирования
     
     ГОСТ Р ИСО/МЭК ТО 10000-3-99 Информационная технология. Основы и таксономия международных функциональных стандартов. Часть 3. Принципы и таксономия профилей среды открытых систем
     
     ГОСТ Р ИСО/МЭК 10028-96 Информационная технология. Передача данных и обмен информацией между системами. Определение ретрансляционных функций сетевого уровня промежуточной системы
     
     ИСО/МЭК 9646-6-94* Информационная технология. Взаимосвязь открытых систем. Методология и основы аттестационного тестирования. Часть 6. Спецификация теста протокола профиля (соответствует Рекомендации МСЭ-Т Х.295-95)
     
     ИСО/МЭК 9646-7-95* Информационная технология. Взаимосвязь открытых систем. Методология и основы аттестационного тестирования. Часть 7. Заявка о соответствии реализации (соответствует Рекомендации МСЭ-Т Х.296-95)
     
     ИСО/МЭК СТК 1 Директивы-95** Процедуры технической работы ИСО/МЭК СТК 1 по информационной технологии
_________________
     * Оригиналы международных стандартов ИСО/МЭК - во ВНИИКИ Госстандарта России.
     
     ** Оригинал документа - во ВНИИстандарт Госстандарта России.
     
     Примечание - Другие стандарты ИСО/МЭК упоминаются в тексте основной части настоящего стандарта в виде библиографических ссылок. Данные документы не содержат нормативных требований, относящихся к настоящему стандарту, поэтому они носят справочный характер. Перечень таких документов приведен в приложении А.
     

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

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

     4 Сокращения

     
     В настоящем стандарте применяются следующие сокращения:
     
     4.1 Общие сокращения
     

_________________
     * Подструктура таксономии в Справочнике редакции 1988 г. имеет отличия от подструктуры таксономии, разработанной для Справочника в редакции 1993 г.
     

     5 Таксономия ВОС. Принципы

     
     5.1 Общие положения
     
     Профили ВОС первоначально подразделяют на классы, каждый класс представляет категорию функциональной возможности, независимой в разумных пределах от других классов. Различные классы профилей соответствуют основным разделам таксономии.
     
     В пределах каждого класса может быть проведено дальнейшее разбиение в зависимости от особенностей данного класса.
     
     Идентификаторы профилей ВОС структурированы в соответствии с общей таксономией СОС, установленной ГОСТ Р ИСО/МЭК ТО 10000-3. Таким образом, идентификатор профиля ВОС содержит:
     
     - суффикс "-С" (для профиля ИКУ (CSI));
     
     - основную мнемонику, состоящую из символьной строки, начинающейся с одной буквы, которая указывает основной класс профиля;
     
     - буквенно-цифровую строку, имеющую длину, необходимую для отражения позиции профиля в иерархической структуре.
     
     Синтаксис всего идентификатора, кроме первой буквы, определяется индивидуально (см. ниже).
     
     Примечание - контексте общей таксономии СОС, установленной ГОСТ Р ИСО/МЭК ТО 10000-3, профили ВОС обозначаются как профили интерфейса коммуникационных услуг - ИКУ (CSI) посредством суффикса "-С". При описании таксономии ВОС в настоящем стандарте данный суффикс опускается.
     
     
     5.2 Концепция класса для профилей ВОС
     
     Для того, чтобы выделить представление информации или объекты из коммуникационных протоколов и прикладной протокол из различных типов подсетей, профили ВОС и профили, связанные с ВОС, подразделяют на следующие классы:
     
     Т - транспортные профили, обеспечивающие услугу транспортного уровня в режиме-с-установлением-соединения;
     
     U - транспортные профили, обеспечивающие услугу транспортного уровня в режиме-без-установления-соединения;
     
     R - ретрансляционные профили;
     
     А - прикладные профили, требующие услугу транспортного уровня в режиме-с-установлением-соединения;
     
     В - прикладные профили, требующие услугу транспортного уровня в режиме-без-установления-соединения;
     
     F - профили формата обмена данными и представления данных.
     
     Могут потребоваться также и другие классы.
     
     Транспортные профили классов (далее - профили) Т и U определяют, каким образом обеспечиваются два режима услуги транспортного уровня ВОС через посредство использования двух режимов услуги сетевого уровня ВОС, а также через конкретные типы подсетей, такие как ЛВС, СДКП и так далее. Таким образом обеспечивается независимость профилей А/В и F от методов построения сети.
     
     Профили Т и U далее подразделяются на группы (подробнее см. 5.4).
     
     Прикладные профили А и В определяют коммуникационный протокол, обеспечиваемый для конкретных типов приложений через два соответствующих режима услуги транспортного уровня ВОС.
     
     Профили F определяют характеристики и представление различных видов информации, которой обмениваются профили А и В.
     
     Профили R определяют функциональную возможность ретрансляции, которая требуется информационно-технологическим системам для обеспечения межсетевого обмена с использованием профилей Т или U. Регламентация обмена между профилями Т и U работами СТК 1 не предусмотрена.
     
     В каждом из данных классов определены подклассы профилей, для которых, в свою очередь, может потребоваться дальнейшее разбиение таким образом, чтобы дискретная структура таксономии удовлетворяла требованиям, изложенным в ГОСТ Р ИСО/МЭК ТО 10000-1. Это приводит к иерархической структуре классов (подклассов) профилей, которая полностью описана в разделе 6.
     
     Для обозначения подклассов и дальнейшей классификации в данном классе применяют  методологию, зависящую от особенностей данного класса. Данная методология поясняется в последующих подразделах, посвященных отдельным классам.
     
     5.3 Связь между профилями ВОС
     
     Схематическая диаграмма на рисунке 1 показывает примеры связей, существующих между профилями ВОС, особенно для трех главных подразделов таксономии и сочетаний, могущих иметь место между профилями различных классов.
     

Рисунок 1 - Примеры связей между профилями в таксономии ВОС

     
     
      5.3.1 Границы А/Т и B/U
     
     Для фактического использования профилей А или В требуется реализация их информационно-технологической системой в сочетании с профилями Т или U для того, чтобы обеспечить конкретный прикладной протокол через конкретный тип подсети. Отделение профилей А и В от профилей Т и U представлено границей А/Т или B/U. Данная связь показана по вертикали на рисунке 1. Расположение набора профилей А над набором профилей Т, разделенных общей границей А/Т, представляет возможность сочетания любой пары профилей А и Т по одному из каждого класса.
     
     Аналогичная ситуация свойственна профилям В и U. Границы А/Т соответствуют услуге транспортного уровня ВОС в режиме-с-установлением-соединения, а границы B/U соответствуют услуге транспортного уровня ВОС в режиме-без-установления-соединения. Возможность организации конкретных сочетаний обусловлена тем фактом, что профили Т и U определены для обеспечения услуги транспортного уровня ВОС, а профили А и В определены для использования услуги транспортного уровня ВОС.
     
     5.3.2 Границы A/F и B/F
     
     Сочетание профилей А или В с одним или несколькими профилями F должно быть выбрано пользователем с точки зрения удовлетворения функциональным требованиям в каждом конкретном случае. Различные общие возможности таких сочетаний показаны вертикальными связями на рисунке 1. Расположение одного или нескольких профилей F над одним или несколькими профилями А и В представляет возможность сочетания профилей каждого класса.
     
     В отличие от границ А/Т и B/U границы A/F и B/F не характеризуют определение единственной услуги.
     
     Базовые стандарты прикладного уровня явно или безусловно требуют, чтобы структура информации, содержащейся в стандартах или на которую в них даны ссылки, была определена для каждого случая обмена данными. Сочетание профилей А или В с одним или несколькими профилями F должно быть выбрано пользователем с точки зрения удовлетворения функциональным требованиям в каждом конкретном случае. Однако на этот выбор могут быть наложены ограничения, которые могут быть отражены в профилях А или В, профилях F либо в тех и других.
     
     В других профилях А или В базовые стандарты прикладного уровня сами ограничивают выбор контекста представления.
     

     Могут также существовать ограничения в профилях F, возникающие либо из соответствующих базовых стандартов, либо в результате создания профиля. Данные ограничения будут ограничивать профили А или В, которые могут быть использованы для передачи информации.
     
     Таким образом в результате получаются три вида ограничений, влияющих на сочетание профилей А, В и F:
     
     a) выбор передаваемой информации может быть ограничен базовыми стандартами прикладного уровня, а в дальнейшем, возможно, профилями А или В;
     
     b) некоторые базовые стандарты по обмену и представлению данных могут ограничивать передачу данных по конкретным базовым стандартам прикладного уровня; данный выбор в дальнейшем может быть ограничен профилями F;
     
     c) сочетания профилей не ограничиваются базовыми стандартами, но могут быть ограничены профилями А, В или F с целью обеспечения некоторой общей функции.
     
     На практике при выборе конкретного сочетания профилей пользователь должен учитывать не только ограничения, налагаемые профилями, но и возможности, реализованные в оконечных системах, используемых в каждом случае обмена данными для поддержки различных профилей.
     
     5.4 Концепция группы для профилей нижних уровней ВОС
     
     Концепция группы используется в таксономии следующим образом:
     
     Группа представляет собой набор профилей Т или U, совместимых в том смысле, что одна информационно-технологическая система, реализующая профиль из группы, и другая информационно-технологическая система, реализующая профиль из той же группы, должны быть способны взаимодействовать в соответствии с ВОС на некотором минимальном уровне, который определяется как обязательные свойства (характеристики) профилей в данной группе.
     
     Взаимодействие в соответствии с ВОС подразумевает сквозную работу через отдельную подсеть или через множество подсетей, связанных посредством ретрансляционных функций сетевого (или нижележащего) уровня.
     
     Примером группы является набор профилей Т, обеспечивающих услугу транспортного уровня в режиме-с-установлением-соединения с использованием протокола транспортного уровня класса 4 через услугу сетевого уровня в режиме-без-установления-соединения, определенную в ИСО/МЭК 8473-1 [2]. Данная группа содержит элементы (профили), которые согласованы с технологиями различных подсетей, но взаимодействие между информационно-технологическими системами, соответствующими данным профилям, возможно с помощью мостов ЛВС и(или) ретрансляционных функций сетевого уровня.
     
     Группа обозначается метками вида YXnnn, где Y определяет идентификатор класса, а X является буквой, обозначающей группу.
     

     5.5 Классы профилей
     
     5.5.1 Транспортные профили
     
     5.5.1.1 Принципы
     
     Транспортные профили определяют использование стандартов по протоколам с 1-го по 4-й уровни ВОС для обеспечения услуги транспортного уровня ВОС.
     
     Основное различие между транспортными профилями выражается в режиме обеспечения услуги транспортного уровня, а именно:
     
     услуга транспортного уровня в режиме-с-установлением-соединения - профиль класса Т;
     
     услуга транспортного уровня в режиме-без-установления-соединения - профиль класса U.
     
     Для классификации транспортного профиля внутри каждого класса применяется следующая методология:
     
     a) первый уровень различий - используют концепцию группы (см. 5.4) следующим образом:
     
     группа нижнего уровня представляет собой совокупность профилей, которые:
     
     - поддерживают одинаковое сочетание режимов услуги транспортного или сетевого уровня;
     
     - поддерживают одинаковый класс(ы) протокола транспортного уровня.
     
     Нотация группы включена в классификацию;
     
     b) второй уровень различий между профилями, то есть внутри группы, устанавливают в соответствии с типом поддерживаемой подсети (примеры типов подсетей см. в 6.1.1);
     
     c) дальнейшую классификацию проводят в соответствии с характеристиками конкретной подсети, например, коммутируемая или выделенная линия (примеры подобных характеристик см. в 6.1.1).
     
     5.5.1.2 Идентификатор транспортного профиля
     
     Идентификатор профиля нижних уровней представляют в виде:
     
     YX
     
где Y - указатель класса, указывающий режим услуги транспортного уровня:

     Т - для режима-с-установлением-соединения,

     U - для режима-без-установления-соединения.

     X - одна буква, указывающая группу нижнего уровня внутри класса, как определено в 5.5.1.3 и в 5.5.1.4.
     
      - структурированный числовой идентификатор, указывающий тип подсети, поддерживаемой в данном профиле. Возможно, что появится необходимость в дальнейшем структурировании идентификатора. Как правило, при ссылках на профиль используют только тот уровень идентификатора, который необходим для конкретных целей.
     
     Структура идентификатора не предназначена для охвата различных деталей и вариантов 1-го уровня ВОС, таких как скорости присоединяемых устройств и соединители. Однако структура идентификатора указывает на то, что данный вопрос должен быть охвачен техническими требованиями к соответствующему профилю.
     
     5.5.1.3 Услуга транспортного уровня в режиме-с-установлением-соединения. Профиль класса Т
     
     Основываясь на работах по функциональной стандартизации, проводимых в организациях, представленных в СГФС, для уже разработанных стандартов определены следующие группы нижних уровней, имеющие практическое значение. Они характеризуются следующим образом:
     
     а) Услуга транспортного уровня в режиме-с-установлением-соединения через услугу сетевого уровня в режиме-без-установления-соединения:
     
     Группа ТА
     
     Услуга транспортного уровня в режиме-с-установлением-соединения (УТУ-УС) обеспечивается через услугу сетевого уровня в режиме-без-установления-соединения (УСУ-БУС), требуя использования протокола транспортного уровня класса 4, определенного в ИСО/МЭК 8073 [3].
     
     Примечание - Информационно-технологическая система, реализующая профиль из группы ТА и претендующая на соответствие ИСО/МЭК 8073, также должна реализовывать обязательные классы протокола транспортного уровня через УСУ-УС, определенные в ИСО/МЭК 8073.
     
     
     b) Услуга транспортного уровня в режиме-с-установлением-соединения через услугу сетевого уровня в режиме-с-установлением-соединения:
     
     Услуга транспортного уровня в режиме-с-установлением-соединения (УТУ-УС) обеспечивается через услугу сетевого уровня в режиме-с-установлением-соединения (УСУ-УС).
     
     Профили с такими характеристиками группируют в соответствии с требуемым для их поддержки классом(ами) протокола транспортного уровня, как указано ниже:
     
     обязательные (см. примечание 1) классы протокола транспортного уровня:
     
     группа ТВ - 0; 2 и 4 (см. примечание 2);
     
     группа ТС - 0 и 2 (см. примечание 2);
     
     группа TD - 0;
     
     группа ТЕ - 2 (см. примечание 3).
     
     Примечания
     
     1 "Обязательный" означает те классы протокола транспортного уровня, которые являются обязательными в базовом стандарте ИСО/МЭК 8073, плюс любой класс, необходимый для включения профиля в данную группу.
     
     2 В качестве правил реализации класса применяются правила, изложенные в ИСО/МЭК 8073.
     
     3 Информационно-технологическая система, реализующая профиль из группы ТЕ и претендующая на соответствие ИСО/МЭК 8073, также должна реализовывать протокол транспортного уровня класса 0.
     
     
     5.5.1.4 Услуга транспортного уровня в режиме-без-установления-соединения. Профиль класса U
     
     а) Услуга транспортного уровня в режиме-без-установления-соединения через услугу сетевого уровня в режиме-без-установления-соединения:
     
     Группа UA
     
     Услуга транспортного уровня в режиме-без-установления-соединения (УТУ-БУС) обеспечивается при использовании протокола транспортного уровня в режиме-без-установления-соединения по ИСО/МЭК 8602 [4]. Данная группа обеспечивает обязательный режим протокола по ИСО/МЭК 8602 через услугу сетевого уровня в режиме-без-установления-соединения.
     
     а) Услуга транспортного уровня в режиме-без-установления-соединения через услугу сетевого уровня в режиме-с-установлением-соединения:
     
     Группа UB
     
     Услуга транспортного уровня в режиме-без-установления-соединения (УТУ-БУС) обеспечивается при использовании протокола транспортного уровня в режиме-без-установления-соединения по ИСО/МЭК 8602. Данная группа обеспечивает вариант протокола по ИСО/МЭК 8602, который работает через услугу сетевого уровня в режиме-с-установлением-соединения.
     
     Примечание - Информационно-технологическая система, реализующая профиль из группы UB и претендующая на соответствие ИСО/МЭК 8602, также должна реализовывать обязательный режим через УСУ-БУС, требуемый по ИСО/МЭК 8602.
     
     
     5.5.1.5 Взаимодействия между группами транспортных профилей
     
     В приводимых ниже таблицах 1 и 2 показаны возможности взаимодействия между профилями. В таблице 1 показано взаимодействие между группами профилей в классе профилей Т, а в таблице 2 показано взаимодействие между группами профилей в классе профилей U. Успешное установление соединения на транспортном уровне зависит от успешности согласования параметров, некоторые из которых не рассмотрены в таблицах.
     
     Между группами профилей в классах Т и U взаимодействие невозможно из-за различия в режиме обеспечения услуги транспортного уровня.
     
     Записи в таблицах означают:
     
     полное - полное взаимодействие в рамках ВОС (может потребоваться ретрансляция в рамках ВОС (см. 6.2));
     
     ограниченное - возможности взаимодействия ограничены в том смысле, что выбор классов протокола транспортного уровня может быть ограничен статической возможностью ответчика. Успешность взаимодействия зависит от того, насколько удовлетворительно проведено согласование классов;
     
     специальное - для взаимодействия требуется ретрансляция вне рамок ВОС (см. также 5.5.2.1);
     
     специальное 1 - существуют специальные ограничения на взаимодействие (см. 6.2.4);
     
     специальное 2 - взаимодействие между данными типами профилей не предусмотрено в каких-либо работах СТК 1.
     
     Примечание - Успешность взаимодействия зависит не только от удовлетворительных результатов согласования класса протокола транспортного уровня, но также от динамики ответов при инициации на транспортном уровне. Данная динамика ответов может охватывать, помимо всего прочего, реакцию ответчика на предлагаемое качество услуг (КУ) или на конкретные варианты, запрошенные инициатором.
     
     
     Таблица 1 - Взаимодействие между группами профилей в классе профилей Т     
     

     
     
     Таблица 2 - Взаимодействие между группами профилей в классе профилей U
     

     
     
     5.5.1.6 Введение в таксономию профилей подсетей
     
     Типы подсетей характеризуются структурированным числовым идентификатором. Первая цифра числового идентификатора классифицирует основной тип подсети, используемый для организации системной взаимосвязи, последующие цифры представляют подраздел типа подсети, указывающий на то, как использован тип подсети или описывающий, как организован доступ к подсети. Существуют следующие основные типы подсетей, обозначенные первой цифрой идентификатора подсети:
     
     1 Сеть данных с коммутацией пакетов (PSDN, СДКП).
     
     2 Цифровая линия данных.
     
     3 Аналоговая телефонная линия.
     
     4 Цифровая сеть с интеграцией служб (ISDN, ЦСИС).
     
     5 Локальная вычислительная сеть (LAN, ЛВС).
     
     6 Сеть данных с ретрансляцией кадра (FRDN, СДРК).
     
     Число способов, которыми могут быть реализованы и использованы подсети, потенциально очень велико. Имеются также случаи, когда подсеть одного типа используется для доступа к подсети другого типа, обладающей большими сетевыми функциональными возможностями. Например, ЦСИС или СДРК могут использоваться для доступа к СДКП, которая обеспечивает большие функциональные возможности. Необходима таксономия подсетей для представления таких сочетаний, которые определены соответствующими рекомендациями МСЭ и предлагаются поставщиками услуг сетей общего пользования.
     
     Предполагается, что другие варианты подсетей практически менее важны с точки зрения организации взаимообмена между оконечными системами. Например, некоторые электрические и физические интерфейсы необходимы для установления соединения подсетей, но прозрачны для обмена данными. Кроме того, такие свойства, как скорость передачи по линии, тип соединителя или тип модема вообще не отражают в таксономии подсетей. Данные требования при необходимости могут быть включены в реальные МФС или данный вопрос может быть рассмотрен локально при вводе системы в действие.
     
     5.5.1.6.1 Сеть данных с коммутацией пакетов
     
     Вторая цифра в идентификаторе таксономии данной подсети отражает различия в способе доступа к СДКП, то есть показывает, является ли доступ постоянным или коммутируемым. Для каждого из данных двух типов доступа к СДКП третья цифра идентификатора подсети указывает тип сети, используемой для получения доступа к СДКП. Соответственно определяют сети для доступа к СДКП, имеющей линию КТСОП (PSTN), линии СДКК (CSDN), В-каналу ЦСИС и СДРК.
     
     Исключительно для более сложного случая доступа к СДРК четвертая цифра идентификатора  таксономии подсети СДКП указывает на то, будет ли логический канал по протоколу Х.25 работать по виртуальному соединению или по постоянному виртуальному каналу. В случае коммутируемого доступа к СДКП возможна эксплуатация только виртуального соединения.
     

     В случае доступа СДРК к СДКП четвертая цифра идентификатора подсети указывает, что используется постоянный виртуальный канал ретрансляции кадра (FR PVC, ПВК РК), в то время как пятая цифра указывает, что СДКП используется для обеспечения работы ООД по протоколу Х.25.
     
     В таксономии подсети СДКП могут быть оставлены резервные позиции, предусматривающие возможности дальнейшего определения способов доступа к СДКП другими средствами, например, посредством D-канала или Н-канала ЦСИС или посредством различных сочетаний услуги ретрансляции кадра, работающей через ЦСИС.
     
     5.5.1.6.2 Цифровая линия данных
     
     Цифровая линия данных обычно основана на предоставлении услуги по протоколу Х.21, хотя могут предусматриваться и другие интерфейсы. Предлагаемая таксономия не делает различия с данной точки зрения, оставляя решение данного вопроса на уровне определения конкретного профиля.
     
     Вторая цифра в идентификаторе таксономии данного типа подсети определяет, будет ли линия организована постоянно (услуга по арендованной линии) или путем переключения каналов (коммутируемая линия). Дальнейшее уточнение классификации в идентификаторе таксономии подсети "Цифровая линия данных" не проводится.
     
     5.5.1.6.3 Аналоговая телефонная линия
     
     Идентификаторы подсетей для аналоговых телефонных линий структурированы аналогично идентификаторам подсетей для цифровых линий данных, то есть вторая цифра в идентификаторе подсети определяет, будет ли аналоговая линия организована постоянно (услуга по арендованной линии) или путем переключения каналов (коммутируемая линия).
     
     5.5.1.6.4 Цифровая сеть с интеграцией служб
     
     Вторая цифра в идентификаторе таксономии подсети типа ЦСИС указывает тип услуги, принимаемой от ЦСИС. В настоящее время определены четыре типа такой услуги: постоянная услуга (включая полупостоянную услугу), услуга канального режима, услуга пакетного режима и услуга однонаправленной ретрансляции кадра.
     
     Постоянную услугу и услугу канального режима предоставляют по В-каналам ЦСИС (указываемым третьей цифрой идентификатора подсети), по которым связываемые ООД соединяются прозрачно. В данном случае таксономия использует четвертую цифру для указания того, будет ли В-канал использовать для работы протокол Х.25 пакетного уровня между ООД или соединение будет использовать для работы между ООД протокол сетевого уровня в режиме-без-установления-соединения по ИСО/МЭК 8473-1 [2]. Последний случай работы по протоколу сетевого уровня в режиме-без-установления-соединения по ИСО/МЭК 8473-1 без нижележащего протокола Х.25 применим только для групп профилей RA и ТА, поскольку работа по протоколу Х.25 через подсеть ЦСИС может быть использована для обеспечения либо услуги сетевого уровня в режиме-с-установлением-соединения, либо услуги сетевого уровня в режиме-без-установления-соединения.
     
     В случае услуги пакетного режима или услуги однонаправленной ретрансляции кадра, получаемой через ЦСИС, третья цифра идентификатора таксономии подсети типа ЦСИС указывает тип канала ЦСИС, используемого для доступа к услуге. Таким каналом может быть: (полу)постоянный В-канал, В-канал с запрашиваемым доступом, D-канал или постоянный Н-канал.
     
     Для услуги пакетного режима или услуги однонаправленной ретрансляции кадра, получаемой через ЦСИС, четвертая цифра идентификатора таксономии подсети типа ЦСИС указывает тип используемой виртуальной части (виртуальное соединение, постоянный виртуальный канал или коммутируемое виртуальное соединение) в то время как пятая цифра, при ее наличии, обеспечивает дальнейшую детализацию управления соединением (с использованием или без использования соответствующей рекомендации МСЭ-Т) или тип работы ООД (работа по ТЕ1 для услуги однонаправленной ретрансляции кадра).
     
     В таксономии подсети ЦСИС могут быть оставлены резервные позиции, предусматривающие возможности дальнейшего расширения уровня детализации при работе услуги однонаправленной ретрансляции кадра, а также дополнительной однонаправленной коммутации кадра через ЦСИС.
     
     5.5.1.6.5 Локальные вычислительные сети
     
     Идентификатор подсети содержит только две цифры, из которых вторая указывает тип ЛВС, независимо от протокола, функционирующего через такую ЛВС. Типы ЛВС, установленные в  настоящее время, - КДОН/ОК, шина с маркерным доступом, кольцо с маркерным доступом и ВОРИПД.
     
     5.5.1.6.6 Сети данных с ретрансляцией кадра
     
     Таксономия подсети типа СДРК применяется в тех случаях, когда СДРК непосредственно используют для взаимосвязи систем. Технология подсети с ретрансляцией кадра также может быть использована СДКП для доступа (охвачено таксономией подсетей типа СДКП) или для работы в качестве услуги в ЦСИС (охвачено таксономией подсетей типа ЦСИС).
     
     Вторая цифра таксономии подсети указывает на то, будет ли доступ к СДРК постоянным (услуга по арендованной линии) или коммутируемым (коммутируемая линия). Третья цифра таксономии СДРК указывает тип сети, используемой СДРК для доступа. Это может быть аналоговая линия данных (арендованная или коммутируемая КТСОП) или специальная УПДРК (услуга передачи данных с ретрансляцией кадра с постоянным или коммутируемым доступом).
     
     Четвертая цифра таксономии СДРК используется для указания отличий между типами виртуального соединения при ретрансляции кадра (постоянный виртуальный канал или коммутируемое виртуальное соединение), тогда как пятая цифра используется для указания типа терминальной операции (ретрансляция кадра по ТЕ1, как определено в соответствующих рекомендациях МСЭ-Т).
     
     В таксономии подсети СДРК могут быть оставлены резервные позиции, предусматривающие возможности дальнейшего расширения уровня детализации при работе услуги ретрансляции кадра.
     
     5.5.2 Ретрансляционные профили
     
     5.5.2.1 Принципы
     
     Ретрансляционные профили определяют использование стандартов с 1-го по 4-й уровни ВОС для обеспечения функций ретрансляции между профилями транспортного уровня ВОС.
     
     Ретрансляции между различными профилями из различных классов профилей транспортного уровня (Т, U) не существуют.
     
     Ретрансляции могут применяться на различных уровнях вплоть до 4-го. Однако ретрансляции, применяемые на 4-м уровне, не являются ретрансляциями с точки зрения ВОС и, следовательно, на данную операцию могут быть наложены некоторые ограничения или условия. Многие предложения по реализации таких ретрансляций содержат значительные проблемы архитектурного плана, связанные с их влиянием на целостность и защиту данных, КУ и т.д., а присвоенный ретрансляции идентификатор фактически не указывает на то, каким образом решены данные проблемы.
     
     5.5.2.2 Идентификатор ретрансляционного профиля
     
     Идентификатор ретрансляционного профиля представлен в виде:

 где  - функция ретрансляции;
     
      - идентификатор типа ретрансляции.
     
     Данный идентификатор охватывает:
     
     - уровень, на котором реализована ретрансляция,
     
     - режим поддерживаемой услуги,

     
     - тип ретрансляции;
     
     ,  - идентификатор типа подсети.
     
     Каждая из букв  и  может иметь значение, структурированное в виде abсde, соответствующее числовому идентификатору, определенному для транспортных профилей. Полностью определенную структуру требуется использовать только в необходимых случаях (например, в случаях, когда необходимо указать отличия между типами ЛВС).
     
     Идентификатор вида  представляет ретрансляцию типа  между подсетью типа  и подсетью типа .
     
     Считается, что ретрансляция  обеспечивает те же функциональные возможности, что и , если не оговорено иное.
     
     5.5.3 Прикладные профили
     
     5.5.3.1 Принципы
     
     Прикладные профили определяют использование стандартов по протоколам уровней ВОС с 5-го по 7-й для обеспечения структурированной передачи информации между оконечными системами.
     
     Каждый прикладной профиль представляет полное определение применения стандартов по протоколам с 5-го по 7-й уровень ВОС, хотя в нем может использоваться одно или несколько определений некоторой части его содержания, общих для ряда прикладных профилей.
     
     В целях предотвращения дублирования текста общих частей профиля применяют концепцию общих требований верхнего уровня. Данные общие требования верхнего уровня могут быть документально оформлены в отдельном МФС или в его части, ссылки на которые используются в прикладных профилях (см. 5.5.3.2).
     
     Кроме того, прикладные профили могут быть построены на основе друг друга таким образом, что один прикладной профиль применяет услуги, обеспечиваемые другим прикладным профилем, для конкретных режимов передачи информации (то есть профиль ALD22 основан на профилях АМH2n, а профили АМН2n, в свою очередь, основаны на профилях AMH1n). Окончательное сочетание профилей А или В с одним или несколькими нижележащими профилями А или В должно быть выбрано пользователем с точки зрения удовлетворения функциональных требований в каждом конкретном случае. Но такой выбор может быть подвергнут ограничениям, установленным в каждом из профилей А или В.
     
     По аналогии с основным различием, установленным для транспортных профилей, вводится основное различие между прикладными профилями, основанное на режиме требуемой для них услуги транспортного уровня:
     
     профили А - прикладные профили, требующие услугу транспортного уровня в режиме-с-установлением-соединения, то есть использования профилей Т;
     
     профили В - прикладные профили, требующие услуги транспортного уровня в режиме-без-установления-соединения, то есть использования профилей U.
     
     Дальнейшее разграничение основано на категориях прикладных функций, связанных со стандартами прикладного уровня ВОС, принятыми СТК 1 и МСЭ-Т.
     
     Дополнительные категории прикладных функций могут быть определены в связи с использованием протоколов ВОС другими техническими комитетами, такими как ИСО ТК 184 "Обмен промышленными сообщениями" и ТК 46 "Библиотечное дело и документирование".
     
     5.5.3.2 Общие требования верхнего уровня
     
     Технические требования к профилям в виде общих требований верхнего уровня (ОТВУ) описывают наборы элементов верхних уровней, предназначенных для общего использования несколькими прикладными профилями, и документально оформляются в виде МФС.
     
     ОТВУ определяют общее применение стандартов ВОС сеансового уровня, уровня представления и части прикладного уровня.
     
     МФС, определяющий прикладной профиль, может ссылаться на ОТВУ, служащие общей основой для выбора вариантов (факультативных возможностей) верхних уровней, и может дополнять ОТВУ собственными требованиями в виде детализированных дополнительных вариантов использования стандартов верхних уровней.
     
     ОТВУ не определяют полный профиль и поэтому не являются объектом таксономии в рамках настоящего стандарта, им также не присваивается идентификатор профиля.
     
     5.5.3.3 Идентификатор прикладного профиля
     
     Идентификатор профиля прикладного класса представлен в виде:
     
      

где  - указатель класса прикладного профиля:
     
      - для профилей, требующих услуги транспортного уровня в режиме-с-установлением-соединения;

      - для профилей, требующих услуги транспортного уровня в режиме-без-установления-соединения;
     
      - две буквы, соответствующие наименованиям основных подразделов.
     
     Данные подразделы выделяются из основных категорий прикладных функций и управления ВОС так же, как определено в основных проектах СТК 1;
     
      - структурированный числовой идентификатор для элемента(ов) подраздела. Возможно, что окажется необходимым дальнейший уровень разбиения. Должен быть использован только тот уровень идентификатора, который необходим для однозначного определения профиля.
     
     Данный уровень может быть изменен в зависимости от прикладных функций (см. примечание).
     
     Примечание - Приняты уточнения, используемые таксономией управления на сетевом уровне, которые предполагают также использование строчных букв (подробнее см. 5.5.3.4.5).
     
     
     5.5.3.4 Введение в таксономию прикладных профилей
     
     5.5.3.4.1 Передача файла, доступ к файлу и управление файлом
     
     Профили передачи файла, доступа к файлу и управления файлом основаны на стандартах серии ИСО/МЭК 8571 [5]-[9]. Данные профили подразделяются на четыре класса.
     
      Профили AFT1n предназначены для услуги передачи файла, охватывающей одиночную передачу файла или части файла между файлохранилищами двух оконечных систем, с учетом файлов с различной сложностью внутренней структуры (ограниченные наборы).
     
     Профили AFT2n предназначены для услуги доступа к файлу, охватывающей доступ к повторному чтению/записи файлов с различной сложностью внутренней структуры между файлохранилищами двух оконечных систем.
     
     AFT3 является профилем для создания и удаления файлов и управления их характеристиками, а профили AFT4 обеспечивают функцию по управлению справочниками (директориями) файлов в файлохранилище удаленной системы.
     
     5.5.3.4.2 Обработка сообщений
     
     Профили обработки сообщений AMH1n, AMH2n и АМН3n основаны на стандартах серии ИСО/МЭК 10021 [10]-[22] и эквивалентных им Рекомендациях МККТТ/МСЭ-Т Х.400.
     
     Общие профили обмена сообщениями (AMH1n) определяют основополагающие требования, которые должны быть обеспечены всеми реализациями систем обработки сообщений (СОС, MHS). Профиль АМН13 охватывает общие требования, поддерживаемые компонентом АП (UA) или ХС (VS), когда используют версии протокола П7, определенные в ИСО/МЭК 10021-5 [15], в то время как профиль АМН15 охватывает общие требования, поддерживаемые компонентом АП (UA) или ХС (VS), когда используют новые версии протокола П7, определенные в ИСО/МЭК 10021-5. Профиль АМН14 охватывает общие требования, поддерживаемые компонентом АП (UA) или ХС (VS), когда используют новые версии протокола П7, определенные в ИСО/МЭК 10021-5. Дополнительно профили АМН13 и АМН15 допускают минимальную поддержку содержимого требуемых атрибутов конкретного типа ХС, если требуется поддержка содержимого соответствующего типа. Профиль АМН12 охватывает общие требования, поддерживаемые компонентом СПС (МТS)-пользователь или АПрС (МТА), когда используют версии протокола ПЗ, определенные в ИСО/МЭК 10021-4 [13], в то время как профиль АМН14 охватывает общие требования, поддерживаемые компонентом СПС (MTS)-пользователь или АПрС (МТА), когда используют новые версии протокола ПЗ, определенные в ИСО/МЭК 10021-4 [14].
     
     Содержание профилей конкретного типа (АМН2n, АМН3n и других типов, определяемых в будущем) охватывает как сквозную связь АП-АП (содержание протокола и соответствующие функциональные возможности АП), так и использование услуг обработки сообщений (требуя соответствия надлежащему профилю АМН1n плюс любые дополнительные конкретные требования).
     
     Профили АМН24/АМН34 и АМН26/АМН36 позволяют СМА/ОСЭОД АП взаимодействовать с ХС полным и гибким образом без необходимости восстановления сообщения целиком. Профили АМН24/АМН34 охватывают аспекты протокола П7, относящиеся к СМА/ОСЭОД, как определено в ИСО/МЭК 10021-5 [15] и в ИСО/МЭК 10021-9 [21], в то время как профиль АМН26 охватывает аспекты СМА по протоколу П7 в контексте новых версий протокола П7, определенных в ИСО/МЭК 10021-7 [19]. Профиль АМН36 должен будет охватывать аспекты ОСЭОД по протоколу П7 в контексте новых версий протокола П7, определяемых в последующих редакциях ИСО/МЭК 10021-9 [21]. Профиль АМН25 охватывает аспекты СМА по протоколу П7, определенные в контексте новых версий протокола П7, как установлено в ИСО/МЭК 10021-5 и в ИСО/МЭК 10021-7. Минимальная поддержка атрибута для доступа к ХС в среде СМА/ОСЭОД может быть определена требованием соответствия АМН13 и(или) АМН15 с дополнительным требованием содержания типа СМА/ОСЭОД и поддержки атрибута. Профили АМН23/АМН33 охватывают аспекты протокола ПЗ, относящиеся к СМА/ОСЭОД, как определено в ИСО/МЭК 10021-7 [18] и в ИСО/МЭК 10021-9, в то время как профиль АМН25 охватывает аспекты СМА по протоколу ПЗ в контексте новых версий протокола ПЗ, определенных в ИСО/МЭК 10021-7. Профиль АМН35 должен будет охватывать аспекты ОСЭОД по протоколу ПЗ в контексте новых версий протокола ПЗ, определяемых в последующих редакциях ИСО/МЭК 10021-9.
     
     5.5.3.4.3 Справочник
     
     Профили для справочника основаны на использовании стандартов серии ИСО/МЭК 9594 [23]-[31] и попадают в два класса:
     
     - Протокол и соответствующие процедуры;
     
     - Схема и содержание.
     
     Первый из них, предназначенный для Справочника в редакции 1988 г., представлен серией профилей ADlnn, второй - серией FDInn (см. 5.5.4.3.4).
     
     Внутри серии ADInn в настоящее время определены три класса, которые относятся: к протоколу для обеспечения доступа к справочнику от агентов пользователя справочником; к протоколу для  взаимодействия между агентами системы справочника в справочнике; к процедурам для распределенной работы справочника.
     
     Дальнейшая классификация связана с обеспечением механизмов, относящихся к конкретным ролям агентов пользователя справочником, агентов системы справочника, ответчиков и инициаторов.
     
     Для редакции Справочника 1993 г. была разработана новая таксономия. МФС, разработанные для редакции Справочника 1988 г., действуют параллельно с МФС для редакции 1993 г., поэтому не должно быть пересечений между идентификаторами таксономии для данных двух редакций. В таксономии, разработанной для редакции Справочника 1993 г., используются идентификаторы таксономии видов ADYnn для протокола и соответствующих процедур и FDYnn для схемы и содержания (см. 5.5.4.3.4).
     
     Взаимосвязь между профилями, принадлежащими к серии ADInn, и профилями, принадлежащими к серии ADYnn, определяется профилями ADYnn.
     
     5.5.3.4.4 Виртуальный терминал
     
     Прикладные профили для протокола виртуального терминала имеют идентификаторы таксономии вида AVT, в которых компонент идентификатора  является одной цифрой, а  является целым числом, которое не ограничивается одной цифрой. В данное время определены только два значения для компонента , соответствующие двум режимам работы протокола основного класса виртуального терминала, установленным в ИСО 9041-1 [32]. Это асинхронный режим (режим-А) и синхронный режим (режим-S) работы. Остальные значения компонента  зарезервированы для последующих разработок, которые могут определить другие режимы работы в основном классе или дополнительные классы работы протокола виртуального терминала, кроме основного класса.
     
     Протокол виртуального терминала также предусматривает использование профилей форматов обмена и представления данных. Введение в таксономию данных профилей приведено в 5.5.4.3.5.
     
     5.5.3.4.5 Управление ВОС
     
     Идентификаторы таксономии для управления ВОС имеют вид AOM.
     
     Первая цифра идентификатора таксономии -  определяет характер профилей в управлении ВОС.
     
     AOM1 являются профилями управления связью, то есть профилями, которые определяют использование протокола верхних уровней ВОС и протокола общей управляющей информации (CMIP). В профилях АОМ1 вторая цифра -  определяет профили управления связями, предлагающие различные уровни поддержки средств управления связями ВОС.
     
     AOM2 являются профилями функций управления системами, то есть профилями, которые определяют использование функций управления системами, как определено в стандартах серии ИСО/МЭК 10164 [33]-[52] и соответствующей им серии Рекомендаций МСЭ-Т Х.700. В профилях АОМ2 вторая цифра -  определяет отдельные функциональные возможности или характеристики управления такие, как качество функционирования или защита. Данные функциональные возможности могут быть уточнены и сгруппированы в идентификаторах по одному или нескольким уровням в виде АОМ. Для таких идентификаторов таксономии значение "1" в позициях ,  или  указывает "общий" профиль, то есть профиль, представляющий сгруппированные функциональные возможности, которые имеют общий характер применения и указывают все характеристики, связанные с другими значениями идентификатора таксономии в той же позиции.
     
     АОМ3 являются профилями множества управления.
     
     Предполагают, что в области управления на сетевом уровне использование только числовых идентификаторов будет ограничивать возможности детализации таксономии. Поэтому планируют использование алфавитно-числовых идентификаторов в последовательности 1, 2, . . ., 8, 9, , ,. . ., , . Должны быть использованы только строчные буквы, использование буквы "" - не допускается.
     
     5.5.3.4.6 Обработка транзакций
     
     Первый уровень подструктуры таксономии соотнесен с определением трех классов соответствия, установленных в стандартах ВОС по ОТ. Второй уровень соответствует выбору между поляризованным и коллективным контролем для каждого из классов соответствия.
     
     5.5.3.4.7 Доступ к удаленной базе данных
     
     (Место зарезервировано для дальнейшего расширения).
     
     5.5.3.4.8 Обмен производственными сообщениями
     
     Технические требования (спецификация) к обмену производственными сообщениями предусматривают совместную работу различных видов оборудования, таких как компьютеры и программируемые устройства, в промышленной среде. Данные требования относятся к прикладному уровню эталонной модели ВОС и используют принцип моделирования объекта для описания производственных приложений. СПС (MMS) определяют набор сообщений, пригодных для обработки реальными устройствами в производственной среде.
     
     СПС описаны в многочастевом стандарте ИСО 9506 [53]-[57]. Части 1 и 2 указанного стандарта, называемые ядром, описывают принцип моделирования, синтаксис и семантику услуги и протокола. Другие части, называемые справочными стандартами, описывают расширения ядра на области конкретных приложений, например, числовые контроллеры, устройства управления роботами и системы управления процессами.
     
     5.5.3.4.9 Библиотечное дело и документирование
     
     Профили по библиотечному делу и документированию (ALD) основаны на стандарте ИСО/МЭК 10163-1 [58] по сортировке и поиску (СП, SR) и стандартах серии ИСО/МЭК 10161 [59]-[60] по протоколам межбиблиотечного обмена (МБО, ILL). Данные технические требования для СП и МБО обеспечивают взаимодействие между информационно-технологическими системами, предоставляющими услуги для таких организаций, как библиотеки, информационные предприятия и центры каталогизации.
     
     СП используется информационно-технологическими системами, обеспечивающими услуги по поиску информации. СП обеспечивает для информационно-технологической системы возможности по поиску записи в базе данных другой открытой системы и получению в ответ требуемого набора записей.
     
     МБО используется информационно-технологическими системами, поддерживающими услуги межбиблиотечного обмена. Протокол МБО может присутствовать в транзакции межбиблиотечного обмена в ролях запрашивающей стороны (то есть инициатора запросов по МБО), ответчика (то есть поставщика библиографических материалов или информации) и(или) промежуточного звена (то есть агента, действующего в интересах инициатора по поиску соответствующих ответчиков).
     
     5.5.3.4.10 Организация файла и поиск документа
     
     Функциональные стандарты для ОФПД (DFR) на основе серии стандартов ИСО/МЭК 10166 [61]-[62] необходимы для того, чтобы удовлетворить рыночные потребности по интерактивному доступу к документам, хранящимся в учрежденческих и библиотечных системах. Данный подход охватывает наиболее насущные потребности обмена открытыми документами для существующих на рынке учрежденческих систем.
     
     Рынок требует открытого доступа к учрежденческим библиотекам и архивам в разнородной среде, то есть обмена документами через области, использующие открытые стандарты. Существующие продукты созданы с учетом потребностей данных областей применения. Поэтому они поддерживают только часть основных функциональных возможностей ОФПД, однако данные продукты спроектированы с учетом потенциального расширения функциональных возможностей в данной конкретной области. Для того, чтобы обеспечить объединение данных продуктов на основе ОФПД в разнородном учрежденческом узле, необходимо создать функциональные подмножества ОФПД.
     
     Функциональные возможности, охваченные ОФПД, в настоящее время реализованы в широком диапазоне продуктов, поддерживающих следующие функциональные подмножества ОФПД:
     
     - доступ к руководящим документам по линии;
     
     - доступ к проектной документации;
     
     - документальные архивы и поисковые системы;
     
     - базы данных, адаптированные для хранения образов или бланков;
     
     - распределенные файловые системы.
     
     Функциональные стандарты ОФПД определяют общее подмножество для различных систем, описывая протокол унифицированного доступа к различным приложениям, достаточно гибкий с точки зрения обеспечения функциональных возможностей, связанных с требованиями по хранению и архивированию для различных учрежденческих систем.
     
     Кроме того, могут быть использованы простые реализации межсетевых интерфейсов (шлюзов) ОФПД. Межсетевой интерфейс отображает внутренний протокол конкретных приложений в данной области на протокол ОФПД, поэтому обеспечивает доступ приложений к другим видам ОФПД, подсоединенным к сети. Также отображение протокола ОФПД во внутреннем протоколе позволяет приложениям внешних клиентов через ОФПД использовать данные, хранящиеся в данной области. При необходимости содержание информации может быть преобразовано в стандартизованный формат внутри шлюза. Для использования существующих приложений, без их изменения, в протокол ОФПД должны быть введены максимально возможные функциональные уровни.
     
     Выбрана следующая основа таксономии:
     
     а) Общая организация файла и поиск (ADF1n)
     
     Во многих учреждениях имеются хранилища документов и терминалы, так как персональные компьютеры подсоединены к сети. Однако конкретный терминал может не иметь доступа ко всем хранилищам документов в сети, поскольку существует много видов протоколов между хранилищами документов и терминалами. Рынок требует интерактивного доступа ко всем хранилищам документов поставщиков в сети. Поэтому требуются функциональные стандарты ОФПД.
     
     b) Управление удаленным хранилищем (ADF2n)
     
     Существует потребность в наличии функциональных профилей, ориентированных на управление хранилищем документов из удаленных приложений. Примером такого вида приложений является предоставление пользователю возможности управления хранилищем документов и удаленной обработки выбранного документа. ОФПД необходимы для выбора документа и управления хранилищем. В целях организации внутренней обработки документов необходимы вторичные стандарты по внутренней обработке документа. Например, если структура документов соответствует стандарту по архитектуре открытого документа (АОД), должен использоваться абстрактный интерфейс АОД в сочетании с механизмом связи.
     
     Профили "Управления удаленным хранилищем" ориентированы на:
     
     - удаленную обработку структуры удаленного хранилища без считывания или создания новых документов, так как вся обработка документа выполняется на сервере;
     
     - удаленное управление объектами ОФПД в целях дальнейшей обработки выбранных документов другими приложениями, которым известна структура документа.
     
     Все профили AFDnn определены иерархически, при этом профили AFD1n обладают наименьшими функциональными возможностями, AFD2n включают функциональные возможности AFD1n и т.д.
     
     5.5.3.4.11 Интерактивная обработка документов АОД
     
     Данная таксономия (AOD) определяет профили для удаленной интерактивной обработки документов АОД. Профили должны устанавливать ограничения на операции обработки АОД, как определено в [63], и на используемые коммуникационные протоколы.
     
     Таксономия, в первую очередь, основана на используемых коммуникационных протоколах:
     
     - профили AOD1x: услуга и протокол ПОД-ОД (DTAM-DM) [65], [66];
     
     - профили AOD2y: зарезервированы для других услуг и протоколов.
     
     В настоящее время определен только один механизм связи ПОД-ОД.
     
     Затем на втором уровне структуры определяют подмножество используемых операций обработки.
     
     Рассматривают следующие аспекты абстрактного интерфейса (АИ) для обработки документов АОД [63] и соответствующих стандартов по связи и обработке ПОД [65], [66], которые должны быть учтены при создании профилей для интерактивной обработки АОД:
     
     - какие операции реализуют;
     
     - какие ограничения по применению параметров и результатов допустимых операций существуют. Параметры и результаты имеют непосредственную взаимосвязь с использованием механизма для идентификации фрагментов документа АОД [64];
     
     - поддержку каких ошибок обеспечивают;
     
     - какие прикладные контексты используют.
     
     Другие аспекты процесса обработки должны быть учтены в приложениях, использующих профили, но не в самих профилях. Данные аспекты определяют:
     
     - какие правила обработки должны быть использованы;
     
     - какие профили ОФПД должны быть применены.
     
     5.5.4 Профили форматов обмена данными и представления данных
     
     5.5.4.1 Принципы
     
     Профили форматов обмена данными и представления данных определяют структуру и(или) содержание информации, которой обмениваются прикладные профили. Следовательно, основной особенностью, отличающей их от прикладных профилей, является отсутствие функции передачи.
     
     В настоящее время охвачены только форматы обмена данными, определенные в стандартах, подготовленных СТК 1/ПК18, ПК 21, ПК 24 и исследовательскими группами 7 и 8 МСЭ-Т*.
_________________
     * Профили F могут также относиться к профилям СОС (то есть быть шире, чем профили ВОС).
     
     5.5.4.2 Идентификатор профиля формата обмена данными и представления данных
     
     Идентификатор профиля в классе формата обмена и представления имеет вид:
     
     

где  - формат обмена;
     
      - две буквы, соответствующие наименованиям основных подразделов;
     
      - структурированный числовой идентификатор для элемента(ов) подраздела. Возможно, что окажется необходимым дальнейший уровень детализации. Должен использоваться только тот уровень идентификатора, который необходим для однозначного определения профиля.
     
     Данный уровень может меняться в зависимости от основных подразделов.
     
     5.5.4.3 Введение в таксономию профилей формата обмена данными и представления данных
     
     5.5.4.3.1 Формат открытого документа
     
     Профили формата открытого документа (FOD) состоят из иерархии прикладных профилей документов АОД, поддерживающих приложения по форматированию, а также по обработке и отображению документов.
     
     Структура таксономии профиля формата открытого документа (FOD) состоит из трех уровней разбиения: ,  и  и должна иметь вид FOD.
     
     - Уровень  отражает источник приложения или использования и предусматривает два исходных значения:
     
     0 - приложения обработки документов;
     
     1 - приложения отображения документов.
     
     - Уровень  отражает иерархию, связанную со сложностью и функциональными возможностями структур документов и предусматривает следующие три значения, определенные в настоящее время:
     
     1 - простая структура документа;
     
     2 - усложненная структура документа;
     
     3 - расширенная структура документа.
     
     Простая структура документа предназначена для применения общих требований существующих приложений по обработке текстов. Усложненная структура документа предназначена для применения общих требований вновь возникающих приложений по обработке текстов, более сложных по сравнению с ранее существовавшими простыми структурами документов, поддерживаемыми существующими приложениями по обработке текстов. Расширенная структура документа предназначена для применения общих требований приложений по обработке документов, появляющихся в печати.
     
     - Уровень  отражает сочетание содержания поддерживаемых архитектур и предусматривает следующие четыре значения, определенные в настоящее время (см. примечание 2):
     
     1 - только архитектура посимвольного содержания информации;
     
     2 - только архитектура содержания растровой графики;
     
     3 - только архитектура содержания геометрической графики;
     
     6 - архитектуры посимвольного содержания информации, растровой и геометрической графики.
     
     Примечания
     
     1 Для заданного профиля должны быть определены все три уровня.
     
     2 Могут быть добавлены другие значения по мере появления дополнительных МФС с различным содержимым архитектур.
     
     
     5.5.4.3.2 Формат обмена метафайла машинной графики
     
     Профили FCG формата ММГ поддерживают обмен графической информацией. Профили выбирают в соответствии с концептуальной моделью, показанной на рисунке 2. На данном рисунке показано расположение профилей, описываемых моделью, в зависимости от сложности проблемы и версии ММГ (определенной в базовом стандарте).
     

     
Рисунок 2 - Соответствие профилей FCG модели ММГ

     
     
     В рамках модели, показанной на рисунке 2, определены и описаны следующие профили:
     
      (1) FCG11 - основная научная и техническая графика (BST), например, деловая графика, простые настольные издательские системы;
     
     (2) FCG23 - усовершенствованная научная и техническая графика (AST), например, автоматизированное проектирование, картографирование, геодезия;
     
     (3) FCG32 - основное представление и визуализация (BPV) - модельный профиль из стандарта ММГ, например, изобразительные искусства, сложные настольные издательские системы;
     
     (4) FCG33 - усовершенствованное представление и визуализация (APV), например, формирование изображений, визуализация научных объектов.
     
     5.5.4.3.3 Формат обмена SGML
     
     (Место зарезервировано для дальнейшего расширения).
     
     5.5.4.3.4 Определение данных справочника
     
     Профили формата определения данных справочника (FDI) устанавливают характеристики классов объектов, типов атрибутов и синтаксисов атрибутов, относящиеся к использованию прикладных профилей справочника (ADInn - см. 5.5.3.4.3). Охвачены два типа применения прикладных профилей - общее применение, относящееся ко всем случаям, и конкретное применение, связанное с использованием конкретных прикладных профилей.
     
     Подобно профилям для справочника была предложена новая таксономия профилей формата определения данных справочника для редакции Справочника 1993 г. МФС, разработанные для редакции Справочника 1988 г., в настоящее время действуют параллельно с МФС для редакции 1993 г. Поэтому не должно быть пересечений между идентификаторами таксономии любых видов профилей для двух данных редакций. В таксономии, разработанной для редакции Справочника 1993 г., для профилей формата определения данных справочника используется идентификатор таксономии вида FDYnn.
     
     5.5.4.3.5 Среда виртуального терминала
     
     Профили формата обмена данными и представления данных для протокола виртуального терминала имеют идентификаторы таксономии вида , в котором компоненты идентификатора  и  являются простыми цифрами, а  является целым числом, которое не ограничено одной цифрой. Каждый объект таксономии соответствует информационному объекту, который может быть найден в конкретном примере организации связи по протоколу основного класса виртуального терминала, определенному в ИСО/МЭК 9041-1 [32].
     
     Технические требования (спецификации) данных информационных объектов являются предметом регистрации в соответствии со стандартами серии ИСО/МЭК 9834 [67]-[73]. Две части ИСО/МЭК 9834, а именно 4-я [70] и 5-я [71], относятся к процедурам регистрации, которые конкретизированы для услуги и протокола виртуального терминала. Три значения, определенные в компоненте идентификатора, устанавливают различия между типами объектов, которые являются субъектами одной из данных процедур, и типами объектов, которые являются субъектами общих процедур регистрации по ИСО/МЭК 9834-1 [67].
     
     Значение компонента идентификатора  различают в соответствии со значением компонента . Объекты, зарегистрированные в соответствии с ИСО/МЭК 9834-4 [70], имеют профили среды виртуального терминала (VTE-профили), которые конкретизированы для одного из двух режимов работы протокола основного класса виртуального терминала. Компонент  устанавливает различия между данными двумя режимами. Объекты, зарегистрированные в соответствии с ИСО/МЭК 9834-5 [71], являются описаниями типов объектов управления, каждый из которых входит в один из подрегистров, определяемых процедурами регистрации. Компонент  определяет различия между данными подрегистрами. Услуга виртуального терминала, установленная в ИСО/МЭК 9040 [74], также определяет ряд других типов объектов, которые являются субъектами регистрации в соответствии с общими процедурами по ИСО/МЭК 9834-1. Для данных процедур компонент  определяет различия между данными типами объектов.
     
     5.5.4.3.6 Наборы символов
     
     Идентификаторы таксономии для профилей наборов символов имеют вид FCS. Первый уровень, FCS, представляет верхний уровень классификации профилей наборов символов. Для начала определена только одна категория - структуры кода. Другие категории могут быть введены в результате последующих исследований. В структурах кода второй уровень, FCS1, соответствует различным классам структуры кода. Для начала определены два класса. Могут быть введены дополнительные классы. Внутри каждого класса может быть определен ряд вариантов. Каждый вариант может определять тип применения, который может, например, зависеть от конкретного мирового региона.
     

     6 Таксономия профилей

     
     Идентификаторы профилей ВОС структурированы в соответствии с общей таксономией среды открытых систем, установленной в ГОСТ Р ИСО/МЭК ТО 10000-3. Поэтому идентификатор профиля ВОС включает:
     
     - суффикс "-С" (для профиля интерфейса коммуникационных услуг (CSI)).
     
     Данный суффикс в настоящем стандарте пропущен;
     
     - основную мнемонику, которая является строкой символов, начинающейся с одной буквы, указывающей основной класс профиля;
     
     - алфавитно-цифровую строку, имеющую длину, необходимую для указания позиции профиля в иерархической структуре.
     
     Синтаксис является общим для всего идентификатора, но первая буква является объектом индивидуальных описаний.
     
     По историческим причинам существуют МФС, в которых используют идентификаторы профилей без суффикса "-С". МФС, использующие подобные идентификаторы профиля, остаются действующими. Для существующих МФС суффикс "-С" должен быть добавлен в случаях их пересмотра или сопровождения. Новые МФС, содержащие профили ВОС, должны включать суффикс "-С".
     
     Внесение профиля в настоящий раздел проводится исключительно в целях присвоения ему уникального смыслового идентификатора. Следует отметить, что включение идентификатора профиля в настоящий раздел вовсе не означает, что такой профиль разработан или разрабатывается. Для получения такой информации см. "Справочник по МФС и составляющим их профилям" (Постоянный документ SD-4 [1]).
     
     Кроме того, дополнительные подробности по функциональным возможностям, связанным с конкретным элементом таксономии, могут быть найдены в аннотации к профилю, включенной в SD-4 [1].
     
     6.1 Транспортные профили
     
     6.1.1 Таксономия подсетей
     
     Излагаемая ниже таксономия классифицирует подсети и, при наличии, различные режимы работы через конкретную подсеть для обеспечения услуги сетевого уровня ВОС. Данная таксономия используется во всех группах транспортных профилей, если не оговорено иное.
     
     

________________
      Также включает случай полупостоянного канала.

     
      Для дальнейшего исследования.
     
      Проводятся исследования по установлению различий между случаями установления соединения ретрансляции кадра через соединение коммутируемой сети и установления соединения ретрансляции кадра с использованием возможностей ретрансляции кадра СДРК (FRDN).
     
      Данный профиль может замещаться следующими профилями: работа по Х.25 с ВС; работа по Х.25 с ПВК.
     
      В случае работы ООД по Х.35 должны быть исследованы возможности установления в профилях различий между случаем, когда кадр по ИСО/МЭК 7776 [75] сформирован внутри кадра LAPF, и случаем, когда работа по ИСО/МЭК 8208 [76] осуществляется непосредственно через LAPF с использованием общего метода многопротокольного формирования пакета данных.
     
      Должны быть исследованы возможности установления в профилях различий между случаями доступа к СДКП посредством порта доступа или распределением управления соединением.
     

______________
      Также включает случай полупостоянного канала.
     
     Ретрансляция кадра по ТЕ1 определяется как терминальное оборудование, которое работает по любому протоколу уровня 3 [вероятно по процедурам пакетного уровня (PLP) по Х.25 или в фазе передачи данных (DTP) no X.25, выбранным из многих других] через функции ядра Q.922. Оконечное оборудование данных (ООД) по Х.25 является ООД, работающим по PLP по Х.25 или DTP по Х.25 на уровне 3 передачи данных. Поэтому "работа ООД по Х.25" рассматривается как частный случай "работы по ТЕ1", и данный профиль может быть заменен следующими профилями: работа по ТЕ1; работа ООД по Х.25.
     

________________
      Также включает случай полупостоянного канала.
     
      Данный профиль может быть замещен следующими профилями: работа ТЕ1 с ТЕ1; работа ООД-ООД по Х.25, ВС; работа ООД-ООД по Х.25, ПВК.
     
     6.1.2 Группы транспортных профилей

     
     6.2 Ретрансляционные профили
     
     6.2.1 Ретрансляция внутренней услуги сетевого уровня в соответствии с ГОСТ Р ИСО/МЭК 10028
     

     
     6.3 Прикладные профили
     
     6.3.1 Передача файла, доступ к файлу и управление файлом
     

________________
      "Расширенные" элементы включены в целях дополнения средств, которые должны быть определены в готовящихся вторых дополнениях к стандартам основного класса виртуального терминала. Данные дополнения охватывают конкретные "пульсирующие" функции редактирования.
     
      Обозначение данного профиля изучается дополнительно.
     

________________
      Дальнейшее уточнение подструктуры на более низком уровне с целью детализации классификации профиля находится в стадии изучения.
     
      Данный объект таксономии добавлен на основе предложения ИСО/ТК 184/ПК 5/РГ 2, которое подчеркивает значимость данного уровня, хотя оно и не было официально принято и поэтому включено предварительно.
     
      Дальнейшее уточнение подструктуры на более низком уровне находится в стадии изучения.
     
      Данный А-профиль предназначен для использования через профили АМН2х. Данная комбинация А-профилей расширяет концепцию А-профилей, которая установлена в 5.5.3.1.
     
      6.4 Профили форматов обмена данными и представления данных
     
     Подробная классификация F-профилей в контексте ВОС находится в стадии изучения. По историческим причинам данные профили рассматриваются как профили ВОС.
     
     По историческим причинам существующие МФС используют идентификаторы профилей без суффикса. Данные МФС и идентификаторы данных профилей остаются действительными. Новые МФС и идентификаторы данных профилей, содержащие профили форматов обмена данными и представления данных, должны включать соответствующий суффикс. Для существующих МФС суффикс будет добавляться по мере их пересмотра и изменения.
     
     6.4.1 Формат открытого документа
     

_______________
      Таксономия FOD изменена с двух до трех уровней деления. Так как существующие профили (FOD11, FOD26, FOD36) предназначены для приложений обработки документа, на них следует ссылаться как FOD011, FOD026 и FOD036.
     

     7 Соответствие профилям ВОС

     
     Общие принципы формулировки требований к соответствию профилям ВОС описаны в ГОСТ Р ИСО/МЭК ТО 10000-1.
     
     Уточненные требования к соответствию профилям ВОС определены в ИСО/МЭК 9646-7, где установлены требования, относящиеся к заявке о соответствии реализации профиля (ЗСР профиля), к списку требований к профилю (СТ профиля). Данные требования должны быть учтены в разделе "Соответствие" конкретного профиля ВОС.
     
     Для каждого профиля должна быть предусмотрена спецификация по тестированию профиля (СТП), которая может быть описана как часть МФС, определяющего профиль, либо в виде отдельного МФС, на который дана точная ссылка из определения соответствующего профиля. Уточнения СТП приведены в ИСО/МЭК 9646-6.
________________
      Объекты данной классификации являются субъектами для регистрации.
     
      Данный объект таксономии внесен на основе предложения (СГФС N 1149), которое отражает значимость данного подхода, хотя он формально не принят и поэтому включен факультативно.
     

ПРИЛОЖЕНИЕ А
(справочное)

     
Библиография

     
     В настоящем приложении приведен перечень документов (стандартов ИСО, ИСО/МЭК и т.д.), упомянутых в тексте настоящего стандарта, но не вносящих в стандарт нормативных требований, и имеющих справочный характер.
     
     [1] Постоянный документ СГФС SD-4 - Справочник по МФС и составляющим их профилям (см. примечание 1)
     
     [2] ИСО/МЗК 8473-1-98 Информационная технология. Взаимосвязь открытых систем. Протокол для обеспечения услуги сетевого уровня в режиме-без-установления-соединения. Часть 1. Спецификация протокола
     
     [3] ИСО/МЭК 8073-97 Информационная технология. Взаимосвязь открытых систем. Протокол для обеспечения услуги транспортного уровня в режиме-с-установлением-соединения
     
     [4] ИСО/МЭК 8602-95 Информационная технология. Взаимосвязь открытых систем. Протокол для обеспечения услуги транспортного уровня ВОС в режиме-без-установления-соединения
     
     [5] ИСО 8571-1-88 Системы обработки информации. Взаимосвязь открытых систем. Передача файлов, доступ к файлам и управление файлами. Часть 1. Общие положения
     
     [6] ИСО 8571-2-88 Системы обработки информации. Взаимосвязь открытых систем. Передача файлов, доступ к файлам и управление файлами. Часть 2. Описание виртуального файлохранилища
     
     [7] ИСО 8571-3-88 Системы обработки информации. Взаимосвязь открытых систем. Передача файлов, доступ к файлам и управление файлами. Часть 3. Описание услуги файла
     
     [8] ИСО 8571-4-88 Системы обработки информации. Взаимосвязь открытых систем. Передача файлов, доступ к файлам и управление файлами. Часть 4. Спецификация файлового протокола
     
     [9] ИСО/МЭК 8571-5-90 Системы обработки информации. Взаимосвязь открытых систем. Передача файлов, доступ к файлам и управление файлами. Часть 5. Форма заявки о соответствии реализации протоколу
     
     [10] ИСО/МЭК 10021-1-90 Информационная технология. Передача текста. Системы обмена текстами, ориентированные на сообщения (MOTIS). Часть 1. Общее описание и службы (ГОСТ Р ИСО/МЭК 10021-1-98)
     
     [11] ИСО/МЭК 10021-2-96 Информационная технология. Системы обработки сообщения (MHS). Часть 2. Общая архитектура
     
     [12] ИСО/МЭК 10021-3-90 Информационная технология. Передача текста. Системы обмена текстами, ориентированные на сообщения (MOTIS). Часть 3. Соглашения по определению абстрактных услуг (ГОСТ Р ИСО/МЭК 10021-3-98)
     

     [13] ИСО/МЭК 10021-4-90 Информационная технология. Передача текста. Системы обмена текстами, ориентированные на сообщения (MOTIS). Часть 4. Система передачи сообщения. Процедуры и описание абстрактных услуг
     
     [14] ИСО/МЭК 10021-4-97 Информационная технология. Системы обработки сообщения (MHS). Часть 4. Система передачи сообщения. Процедуры и описание абстрактных услуг
     
     [15] ИСО/МЭК 10021-5-96 Информационная технология. Системы обработки сообщения (MHS). Часть 5. Хранилище сообщений. Описание абстрактной услуги
     
     [16] ИСО/МЭК 10021-6-90 Информационная технология. Передача текста. Системы обмена текстами, ориентированные на сообщения (MOTIS). Часть 6. Спецификация протокола
     
     [17] ИСО/МЭК 10021-6-96 Информационная технология. Системы обработки сообщения (MHS). Часть 6. Спецификация протокола
     
     [18] ИСО/МЭК 10021-7-90 Информационная технология. Передача текста. Системы обмена текстами, ориентированные на сообщения (MOTIS). Часть 7. Система межперсональных сообщений (ГОСТ Р ИСО/МЭК 10021-7-97)
     
     [19] ИСО/МЭК 10021-7-97 Информационная технология. Системы обработки сообщения (MHS). Часть 7. Система межперсональных сообщений
     
     [20] ИСО/МЭК 10021-8-95 Информационная технология. Системы обработки сообщения (MHS). Часть 8. Услуга обмена сообщениями на основе электронных данных
     
     [21] ИСО/МЭК 10021-9-95 Информационная технология. Системы обработки сообщения (MHS). Часть 9. Система обмена сообщениями на основе электронных данных
     
     [22] ИСО/МЭК 10021-10-98 Информационная технология. Системы обработки сообщения (MHS). Часть 10. Маршрутизация MHS
     
     [23] ИСО/МЭК 9594-1-95 Информационная технология. Взаимосвязь открытых систем. Справочник. Часть 1. Общее описание принципов, моделей и услуг (ГОСТ Р ИСО/МЭК 9594-1-98)
     
     [24] ИСО/МЭК 9594-2-95 Информационная технология. Взаимосвязь открытых систем. Справочник. Часть 2. Модели
     
     [25] ИСО/МЭК 9594-3-95 Информационная технология. Взаимосвязь открытых систем. Справочник. Часть 3. Описание абстрактных услуг (ГОСТ Р ИСО/МЭК 9594-3-98)
     
     [26] ИСО/МЭК 9594-4-95 Информационная технология. Взаимосвязь открытых систем. Справочник. Часть 4. Процедуры для распределенной работы
     

     [27] ИСО/МЭК 9594-5-95 Информационная технология. Взаимосвязь открытых систем. Справочник. Часть 5. Спецификация протокола (ГОСТ Р ИСО/МЭК 9594-5-98)
     
     [28] ИСО/МЭК 9594-6-95 Информационная технология. Взаимосвязь открытых систем. Справочник. Часть 6. Выбранные типы атрибутов (ГОСТ Р ИСО/МЭК 9594-6-98)
     
     [29] ИСО/МЭК 9594-7-95 Информационная технология. Взаимосвязь открытых систем. Справочник. Часть 7. Выбранные классы объектов (ГОСТ Р ИСО/МЭК 9594-7-98)
     
     [30] ИСО/МЭК 9594-8-95 Информационная технология. Взаимосвязь открытых систем. Справочник. Часть 8. Основы аутентификации (ГОСТ Р ИСО/МЭК 9594-8-98)
     
     [31] ИСО/МЭК 9594-9-95 Информационная технология. Взаимосвязь открытых систем. Справочник. Часть 9. Копирование
     
     [32] ИСО/МЭК 9041-1-97 Информационная технология. Взаимосвязь открытых систем. Протокол основного класса виртуального терминала. Часть 1. Спецификация
     
     [33] ИСО/МЭК 10164-1-93 Информационная технология. Взаимосвязь открытых систем. Административное управление системами. Часть 1. Функция административного управления объектом
     
     [34] ИСО/МЭК 10164-2-93 Информационная технология. Взаимосвязь открытых систем. Административное управление системами. Часть 2. Функция административного управления состоянием
     
     [35] ИСО/МЭК 10164-3-93 Информационная технология. Взаимосвязь открытых систем. Административное управление системами. Часть 3. Атрибуты для представления взаимосвязей
     
     [36] ИСО/МЭК 10164-4-92 Информационная технология. Взаимосвязь открытых систем. Административное управление системами. Часть 4. Функция уведомления о нештатных ситуациях
     
     [37] ИСО/МЭК 10164-5-93 Информационная технология. Взаимосвязь открытых систем. Административное управление системами. Часть 5. Функция административного управления отчетностью о событиях
     
     [38] ИСО/МЭК 10164-6-93 Информационная технология. Взаимосвязь открытых систем. Административное управление системами. Часть 6. Функция управления журналом
     
     [39] ИСО/МЭК 10164-7-92 Информационная технология. Взаимосвязь открытых систем. Административное управление системами. Часть 7. Функция уведомления о нарушениях защиты
     
     [40] ИСО/МЭК 10164-8-93 Информационная технология. Взаимосвязь открытых систем. Административное управление системами. Часть 8. Функция отслеживания проверки защиты
     

     [41] ИСО/МЭК 10164-9-95 Информационная технология. Взаимосвязь открытых систем. Административное управление системами. Часть 9. Объекты и атрибуты управления доступом
     
     [42] ИСО/МЭК 10164-10-93 Информационная технология. Взаимосвязь открытых систем. Административное управление системами. Часть 10. Использование измерительных функций для целей оценки
     
     [43] ИСО/МЭК 10164-11-94 Информационная технология. Взаимосвязь открытых систем. Административное управление системами. Часть 11. Измеряемые объекты и атрибуты
     
     [44] ИСО/МЭК 10164-12-94 Информационная технология. Взаимосвязь открытых систем. Административное управление системами. Часть 12. Функция административного управления тестированием
     
     [45] ИСО/МЭК 10164-13-95 Информационная технология. Взаимосвязь открытых систем. Административное управление системами. Часть 13. Функция обобщения
     
     [46] ИСО/МЭК 10164-14-96 Информационная технология. Взаимосвязь открытых систем. Административное управление системами. Часть 14. Конфиденциальность и категории диагностических тестов
     
     [47] ИСО/МЭК 10164-15-95 Информационная технология. Взаимосвязь открытых систем. Административное управление системами. Часть 15. Функция планирования
     
     [48] ИСО/МЭК 10164-16-97 Информационная технология. Взаимосвязь открытых систем. Административное управление системами. Часть 16. Функция административного управления административными данными
     
     [49] ИСО/МЭК 10164-17-96 Информационная технология. Взаимосвязь открытых систем. Административное управление системами. Часть 17. Функция принудительного возврата
     
     [50] ИСО/МЭК 10164-18-97 Информационная технология. Взаимосвязь открытых систем. Административное управление системами. Часть 18. Функция административного управления программным обеспечением
     
     [51] ИСО/МЭК 10164-19-98 Информационная технология. Взаимосвязь открытых систем. Административное управление системами. Часть 19. Функция административного управления стратегией управления и областью управления
     
     [52] ИСО/МЭК 10164-21-98 Информационная технология. Взаимосвязь открытых систем. Административное управление системами. Часть 21. Функция административного управления временем
     

     [53] ИСО/МЭК 9506-1-90 Системы промышленной автоматизации. Спецификация производственного сообщения. Часть 1. Описание услуги
     
     [54] ИСО/МЭК 9506-2-90 Системы промышленной автоматизации. Спецификация производственного сообщения. Часть 2. Спецификация протокола
     
     [55] ИСО/МЭК 9506-3-91 Системы промышленной автоматизации. Спецификация производственного сообщения. Часть 3. Справочный стандарт по робототехнике
     
     [56] ИСО/МЭК 9506-4-92 Системы промышленной автоматизации. Спецификация производственного сообщения. Часть 4. Справочный стандарт по числовому управлению
     
     [57] ИСО/МЭК 9506-6-94 Системы промышленной автоматизации. Спецификация производственного сообщения. Часть 6. Справочный стандарт по управлению процессом
     
     [58] ИСО 10163-1-93 Информация и документирование. Взаимосвязь открытых систем. Спецификация прикладного протокола поиска и сортировки. Часть 1. Спецификация протокола
     
     [59] ИСО 10161-1-97 Информация и документирование. Взаимосвязь открытых систем. Спецификация прикладного протокола межбиблиотечного обмена. Часть 1. Спецификация протокола
     
     [60] ИСО 10161-2-97 Информация и документирование. Взаимосвязь открытых систем. Спецификация прикладного протокола межбиблиотечного обмена. Часть 2. Форма заявки о соответствии реализации протокола (ЗСРП)
     
      [61] ИСО/МЭК10166-1-91 Информационная технология. Текстовые и учрежденческие системы. Поиск и организация файла документа. Часть 1. Процедуры и описание абстрактной услуги
     
     [62] ИСО/МЭК 10166-2-91 Информационная технология. Текстовые и учрежденческие системы. Поиск и организация файла документа. Часть 2. Спецификация протокола
     
     [63] ИСО/МЭК 8613-3-94 (МСЭ-Т Рекомендация Т.413 (1994)). Информационная технология. Архитектура открытого документа (АОД) и формат обмена. Часть 3. Абстрактный интерфейс для обработки документов АОД
     
     [64] ИСО/МЭК 8613-12-96 (МСЭ-Т Рекомендация Т.422 (1995)). Информационная технология. Архитектура открытого документа (АОД) и формат обмена. Часть 12. Обозначение фрагментов документа
     
     [65] МСЭ-Т Рекомендации серии Т.435 (1995). Передача и обработка документа (ПОД). Услуги и протоколы. Процедуры и описание абстрактной услуги для обработки утвержденного документа
     

     [66] МСЭ-Т Рекомендации серии Т.436 (1995). Передача и обработка документа (ПОД). Услуги и протоколы. Спецификация протокола для обработки утвержденного документа
     
     [67] ИСО/МЭК 9834-1-93 Информационная технология. Взаимосвязь открытых систем. Процедуры работы для полномочной регистрации ВОС. Часть 1. Общие процедуры
     
     [68] ИСО/МЭК 9834-2-93 Информационная технология. Взаимосвязь открытых систем. Процедуры работы для полномочной регистрации ВОС. Часть 2. Процедуры регистрации для типов документов ВОС
     
     [69] ИСО/МЭК 9834-3-98 Информационная технология. Взаимосвязь открытых систем. Процедуры работы для полномочной регистрации ВОС. Часть 3. Регистрация значений компонент узлов дерева RH для совместного использования ИСО и МСЭ-Т
     
     [70] ИСО/МЭК 9834-4-91 Информационная технология. Взаимосвязь открытых систем. Процедуры работы для полномочной регистрации ВОС. Часть 4. Регистр профилей VTE
     
     [71] ИСО/МЭК 9834-5-91 Информационная технология. Взаимосвязь открытых систем. Процедуры работы для полномочной регистрации ВОС. Часть 5. Регистр описаний объектов управления VT
     
     [72] ИСО/МЭК 9834-6-93 Информационная технология. Взаимосвязь открытых систем. Процедуры работы для полномочной регистрации ВОС. Часть 6. Прикладные процессы и прикладные объекты
     
     [73] ИСО/МЭК 9834-7-98 Информационная технология. Взаимосвязь открытых систем. Процедуры работы для полномочной регистрации ВОС. Часть 7. Присвоение международных наименований для использования в конкретных контекстах
     
     [74] ИСО/МЭК 9040-97 Информационная технология. Взаимосвязь открытых систем. Услуга основного класса виртуального терминала
     
     [75] ИСО/МЭК 7776-95 Информационная технология. Передача данных и обмен информацией между системами. Процедуры управления звеном данных высокого уровня. Описание процедур взаимодействия ООД на уровне звена данных, обеспечивающих их совместимость по сбалансированному протоколу доступа к звену (LAPB) X.25
     
     [76] ИСО/МЭК 8208-95 Информационная технология. Передача данных. Протокол пакетного уровня Х.25 для оконечного оборудования данных
     
     [77] ИСО/МЭК ТО 10029-89 Информационная технология. Передача данных и обмен информацией между системами. Работа связующего элемента по Х.25
     

     [78] ИСО/МЭК ТО 10172-91 Информационная технология. Передача данных и обмен информацией между системами. Спецификация взаимодействий между протоколами сетевого и транспортного уровней (ГОСТ Р ИСО/МЭК ТО 10172-99)
     
     [79] ИСО/МЭК 10646-1-93 Информационная технология. Универсальный многобайтно кодированный набор символов. Часть 1. Архитектура и основная многоязычная матрица
     
     [80] ИСО/МЭК 2022-94 Информационная технология. Структура кода символа и методы расширения
     
     Примечания
     
     1 Данный документ актуализируется и публикуется регулярно секретариатом СГФС.
     
     2 Оригиналы вышеперечисленных стандартов ИСО (ИСО/МЭК) - во ВНИИКИ Госстандарта России.
     
     3 При наличии соответствующих ГОСТ Р информация об этом (для справки) приведена в скобках в конце соответствующей позиции настоящего списка.
     
     
     
Текст документа сверен по:
официальное издание
М.: ИПК Издательство стандартов, 2000