Товары в корзине: 0 шт Оформить заказ
Стр. 1
 

36 страниц

487.00 ₽

Купить ГОСТ Р ИСО/МЭК ТО 10000-2-99 — официальный бумажный документ с голограммой и синими печатями. подробнее

Официально распространяем нормативную документацию с 1999 года. Пробиваем чеки, платим налоги, принимаем к оплате все законные формы платежей без дополнительных процентов. Наши клиенты защищены Законом. ООО "ЦНТИ Нормоконтроль".

Наши цены ниже, чем в других местах, потому что мы работаем напрямую с поставщиками документов.

Способы доставки

  • Срочная курьерская доставка (1-3 дня)
  • Курьерская доставка (7 дней)
  • Самовывоз из московского офиса
  • Почта РФ

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

  Скачать PDF

Оглавление

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

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

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

4 Сокращения

4.1 Общие сокращения

4.2 Сокращения, используемые в идентификаторах профилей

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

5.1 Общие положения

5.2 Концепция класса для профилей ВОС

5.3 Связь между профилями ВОС

5.4 Концепция группы для профилей нижних уровней ВОС

5.5 Классы профилей

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

6.1 Транспортные профили

6.2 Ретрансляционные профили

6.3 Прикладные профили

6.4 Профили форматов обмена данными и представления данных

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

Приложение А Библиография

Показать даты введения Admin

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

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

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

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

СТАНДАРТОВ

Часть 2

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

БЗ 9-99/344


Издание официальное

ГОССТАНДАРТ РОССИИ Москва

Предисловие

1    РАЗРАБОТАН И ВНЕСЕН Всероссийским научно-исследовательским институтом стандартизации (ВНИИстандарт) Госстандарта России

2    ПРИНЯТ И ВВЕДЕН В ДЕЙСТВИЕ Постановлением Госстандарта России от 23 декабри 1999 г. № 675-ст

3    Настоящий стандарт содержит полный аутентичный текст международного стандарта ИСО/МЭК ТО 10000-2—98 «Информационная технология. Основы и таксономия международных функциональных стандартов. Часть 2. Принципы и таксономия профилей ВОС»

4    ВЗАМЕН ГОСТ Р ИСО/МЭК ТО 10000-2-93

О ИПК Издательство стандартов, 2000

Настоящий стандарт не может быть полностью или частично воспроизведен, тиражирован и распространен в качестве официального издания без разрешения Госстандарта России

Редактор Т.С. Шеко Технический редактор В.Н. Прусакова Корректор М.В. Буйная Компьютерная верстка С.В. Рябовой

Изд. лид. № 021007 от 10.08.95. Сдано в набор 19-01.2000. Подписадо в печать 18.02.2000. Усл.печл. 4,18. Уч.-издл. 4,25.

Тираж 205 экз. С 4500. Зак. 152.

ИПК Издательство стандартов, 107076, Москва, Колодезный пер., 14.

Набрано в Издательстве на ПЭВМ Филиал ИПК Издательство стандартов — тип. “Московский печатник”, 103062, Москва, Лялин пер., 6.

Плр № 080102

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

5.3.1    Границы А/Т и B/U

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

Аналогичная ситуация свойственна профилям В и U. Границы А/Т соответствуют услуге транспортного уровня ВОС в режиме-с-установлением-соединеяия, а границы В/U соответствуют услуге транспортного уровня ВОС в режиме-без-установления-соединения. Возможность организации конкретных сочетаний обусловлена тем фактом, что профили Т и U определены для обеспечения услуги транспортного уровня ВОС, а профили А и В определены для использования услуги транспортного уровня ВОС.

5.3.2    Границы A/F и B/F

Сочетание профилей А или В с одним или несколькими профилями F должно быть выбрано пользователем с точки зрения удовлетворения функциональным требованиям в каждом конкретном случае. Различные общие возможности таких сочетаний показаны вертикальными связями на рисунке 1. Расположение одного или нескольких профилей F над одним или несколькими профилями А и В представляет возможность сочетания профилей каждого класса.

Вотличие от границ А/Т и В/U границы А/F и В/F не характеризуют определение единственной услуги.

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

В других профилях А или В базовые стандарты прикладного уровня сами ограничивают выбор контекста представления.

Могут также существовать ограничения в профилях F, возникающие либо из соответствующих базовых стандартов, либо в результате создания профиля. Данные ограничения будут ограничивать профили А или В, которые могут быть использованы для передачи информации.

Таким образом в результате получаются три вида ограничений, влияющих на сочетание профилей А, В и F:

a)    выбор передаваемой информации может быть ограничен базовыми стандартами прикладного уровня, а в дальнейшем, возможно, профилями А или В;

b)    некоторые базовые стандарты по обмену и представлению данных могут ограничивать передачу данных по конкретным базовым стандартам прикладного уровня; данный выбор в дальнейшем может быть ограничен профилями F;

c)    сочетания профилей не ограничиваются базовыми стандартами, но могут быть ограничены профилями А, В или F с целью обеспечения некоторой общей функции.

На практике при выборе конкретного сочетания профилей пользователь должен учитывать не только ограничения, налагаемые профилями, но и возможности, реализованные в оконечных системах, используемых в каждом случае обмена данными для поддержки различных профилей.

5.4 Концепция группы для профилей нижних уровней ВОС

Концепция группы используется в таксономии следующим образом.

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

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

Примером группы является набор профилей Т, обеспечивающих услугу транспортного уровня в режиме-с-установлением-соединения с использованием протокола транспортного уровня класса 4 через услугу сетевого уровня в режиме-без-установления-соединения, определенную в ИСО/МЭК 8473-1 [2]. Данная группа содержит элементы (профили), которые согласованы с технологиями

7

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

Группа обозначается метками вида 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    Идентификатор транспортного профиля Идентификатор профиля нижних уровней представляют в виде:

YXabcde

где Y — указатель класса, указывающий режим услуги транспортного уровня:

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

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

X — одна буква, указывающая группу нижнего уровня внутри класса, как определено в 5.5.1.3 и в 5.5.1.4.

abede — структурированный числовой идентификатор, указывающий тип подсети, поддерживаемой в данном профиле. Возможно, что появится необходимость в дальнейшем структурировании идентификатора. Как правило, при ссылках на профиль используют только тот уровень идентификатора, который необходим для конкретных целей.

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

5.5.1.3    Услуга транспортного уровня в режиме-с-установлением-соединения. Профиль класса Т Основываясь на работах по функциональной стандартизации, проводимых в организациях,

представленных в СГФС, для уже разработанных стандартов определены следующие группы нижних уровней, имеющие практическое значение. Они характеризуются следующим образом:

а) Услуга транспортного уровня в режиме-с-установлением-соединения через услугу сетевого уровня в режиме-без-установления-соединения:

Группа ТА

Услуга транспортного уровня в режиме-с-установлением-соединения (УТУ-УС) обеспечивается через услугу сетевого уровня в режиме-без-установяения-соединения (УСУ-БУС), требуя использования протокола транспортного уровня класса 4, определенного в ИСО/МЭК 8073 [3].

Примечание — Информационно-технологическая система, реализующая профиль из группы ТА и претендующая на соответствие ИСО/МЭК 8073, также должна реализовывать обязательные классы протокола транспортного уровня через УСУ-УС, определенные в ИСО/МЭК 8073.

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

Ь) Услуга транспортного уровня в режиме-с-установлением-соединения через услугу сетевого уровня в режиме-с-установлением-соединения:

Услуга транспортного уровня в режиме-с-установлением-соединения (УТУ-УС) обеспечивается через услугу сетевого уровня в режиме-с-установлением-соединения (УСУ-УС).

Профили с такими характеристиками группируют в соответствии с требуемым для их поддержки классом(ами) протокола транспортного уровня, как указано ниже:

обязательные (см. примечание 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.

Примечание — Успешность взаимодействия зависит не только от удовлетворительных результатов согласования класса протокола транспортного уровня, но также от динамики ответов при инициации на транспортном уровне. Данная динамика ответов может охватывать, помимо всего прочего, реакцию ответчика на предлагаемое качество услуг (КУ) или на конкретные варианты, запрошенные инициатором.

9

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

Ответчик в группе

Режим услуг сетевого уровня

Инициатор в группе

ТА

ТВ

ТС

TD

ТЕ

ТА

БУС

Полное

Специальное 1

Специальное 1

Специальное 1

Специальное 1

ТВ

УС

Специальное 1

Полное

Полное

Полное

Полное

ТС

УС

Специальное 1

Ограниченное

Полное

Полное

Полное

TD

УС

Специальное 1

Ограниченное

Ограниченное

Полное

Специальное 2

ТЕ

УС

Специальное 1

Ограниченное

Ограниченное

Специальное 2

Полное

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

Ответчик в группе

Инициатор в группе

UA

ив

UA

Полное

Специальное 2

ив

Специальное 2

Полное

5.5.1.6 Введение в таксономию профилей подсетей

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

1    Сеть данных с коммутацией пакетов (PSDN, СДКП).

2    Цифровая линия данных.

3    Аналоговая телефонная линия.

4    Цифровая сеть с интеграцией служб (ISDN, ЦСИС).

5    Локальная вычислительная сеть (LAN, ЛВС).

6    Сеть данных с ретрансляцией кадра (FRDN, СДРК).

Число способов, которыми могут быть реализованы и использованы подсети, потенциально очень велико. Имеются также случаи, когда подсеть одного типа используется для доступа к подсети другого типа, обладающей большими сетевыми функциональными возможностями. Например, ЦСИС или СДРК могут использоваться для доступа к СДКП, которая обеспечивает большие функциональные возможности. Необходима таксономия подсетей для представления таких сочетаний, которые определены соответствующими рекомендациями МСЭ и предлагаются поставщиками услуг сетей общего пользования.

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

5.5.1.6.1 Сеть данных с коммутацией пакетов

Вторая цифра в идентификаторе таксономии данной подсети отражает различия в способе доступа к СДКП, то есть показывает, является ли доступ постоянным или коммутируемым. Для каждого из данных двух типов доступа к СДКП третья цифра идентификатора подсети указывает тип сети, используемой для получения доступа к СДКП. Соответственно определяют сети для доступа к СДКП, имеющей линию КТСОП (PSTN), линии СДКК (CSDN), В-каналу ЦСИС и СДРК.

Исключительно для более сложного случая доступа к СДРК четвертая цифра идентификатора

10

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

таксономии подсети СДКП указывает на то, будет ли логический канал по протоколу Х.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    Локальные вычислительные сети

Идентификатор подсети содержит только две цифры, из которых вторая указывает тип ЛВС, независимо от протокола, функционирующего через такую ЛВС. Типы ЛВС, установленные в

11

настоящее время, — КДОН/ОК, шина с маркерным доступом, кольцо с маркерным доступом и ВОРИПД.

5.5.1.6.6 Сети данных с ретрансляцией кадра

Таксономия подсети типа СДРК применяется в тех случаях, когда СДРК непосредственно используют для взаимосвязи систем. Технология подсети с ретрансляцией кадра также может быть использована СДКП для доступа (охвачено таксономией подсетей типа СДКП) или для работы в качестве услуги в ЦСИС (охвачено таксономией подсетей типа ЦСИС).

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

Четвертая цифра таксономии СДРК используется для указания отличий между типами виртуального соединения при ретрансляции кадра (постоянный виртуальный канал или коммутируемое виртуальное соединение), тогда как пятая цифра используется для указания типа терминальной операции (ретрансляция кадра по ТЕ1, как определено в соответствующих оекомендациях МСЭ-Т).

В таксономии подсети СДРК могут быть оставлены резервные позиции, прецусматриоаюшие возможности дальнейшего расширения уровня детализации при работе услуги ретрансляции кадра.

5.5.2 Ретрансляционные профили

5.5.2.1    Принципы

Ретрансляционные профили определяют использование стандартов с 1-го по 4-й уровни ВОС для обеспечения функций ретрансляции между профилями транспортного уровня ВОС.

Ретрансляции между различными профилями из различных классов 'профилей транспортного уровня (Т. U) не существуют.

Ретрансляции могут применяться на различных уровнях вплоть до 4-го. Однако ретрансляции, применяемые на 4-м уровне, не являются ретрансляциями с точки зрения ВОС и, следовательно, на данную операцию могут быть наложены некоторые ограничения или условия. Многие предаю жения по реализации таких ретрансляций содержат значительные проблемы архитектурного плана, связанные с их влиянием на целостность и защиту данных, КУ и т. д., а присвоенный ретрансляции идентификатор фактически не указывает на то, каким образом решены данные проблемы.

5.5.2.2    Идентификатор ретрансляционного профиля

Идентификатор ретрансляционного профиля представлен в виде:

RXp.q

где R — функция ретрансляции;

X — идентификатор типа ретрансляции.

Данный идентификатор охватывает:

-    уровень, на котором реализована ретрансляция,

-    режим поддерживаемой услуги,

-    тип ретрансляции;

р, q— идентификатор типа подсети.

Каждая из букв р и q может иметь значение, структурированное в виде abode, соответствующее числовому идентификатору, определенному для транспортных профилей. Полностью определенную структуру требуется использовать только в необходимых случаях (например, в случаях, когда необходимо указать отличия между типами ЛВС).

Идентификатор вида RXp.q представляет ретрансляцию типа X между подсетью типа р и подсетью типа q.

Считается, что ретрансляция RXp.q обеспечивает те же функциональные возможности, что и RXq.p, если не оговорено иное.

5.5.3 Прикладные профили

5.5.3.1 Принципы

Прикладные профили определяют использование стандартов по протоколам уровней ВОС с 5-го по 7-й для обеспечения структурированной передачи информации между оконечными системами.

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

В целях предотвращения дублирования текста общих частей профиля применяют концепцию

12

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

общих требований верхнего уровня. Данные общие требования верхнего уровня могут быть документально оформлены в отдельном МФС или в его части, ссылки на которые используются в прикладных профилях (см. 5.5.3.2).

Кроме того, прикладные профили могут быть построены на основе друг друга таким образом, что один прикладной профиль применяет услуги, обеспечиваемые другим прикладным профилем, для конкретных режимов передачи информации (то есть профиль ALD22 основан на профилях АМН2п, а профили АМН2п, в свою очередь, основаны на профилях АМН In). Окончательное сочетание профилей А или В с одним или несколькими нижележащими профилями А или В должно быть выбрано пользователем с точки зрения удовлетворения функциональных требований в каждом конкретном случае. Но такой выбор может быть подвергнут ограничениям, установленным в каждом из профилей А или В.

По аналогии с основным различием, установленным для транспортных профилей, вводится основное различие между прикладными профилями, основанное на режиме требуемой для них услуги транспортного уровня:

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

профили В — прикладные профили, требующие услуги транспортного уровня в режиме-без-установления-соединения, то есть использования профилей U.

Дальнейшее разграничение основано на категориях прикладных функций, связанных со стандартами прикладного уровня ВОС, принятыми СТК 1 и МСЭ-Т.

Дополнительные категории прикладных функций могут быть определены в связи с использованием протоколов ВОС другими техническими комитетами, такими как ИСО ТК 184 «Обмен промышленными сообщениями» и ТК 46 «Библиотечное дело и документирование».

5.5.3.2    Общие требования верхнего уровня

Технические требования к профилям в виде общих требований верхнего уровня (ОТВУ) описывают наборы элементов верхних уровней, предназначенных для общего использования несколькими прикладными профилями, и документально оформляются в виде МФС.

ОТВУ определяют общее применение стандартов ВОС сеансового уровня, уровня представления и части прикладного уровня.

МФС, определяющий прикладной профиль, может ссылаться на ОТВУ, служащие общей основой для выбора вариантов (факультативных возможностей) верхних уровней, и может дополнять ОТВУ собственными требованиями в виде детализированных дополнительных вариантов использования стандартов верхних уровней.

ОТВУ не определяют полный профиль и поэтому не являются объектом таксономии в рамках настоящего стандарта, им также не присваивается идентификатор профиля.

5.5.3.3    Идентификатор прикладного профиля

Идентификатор профиля прикладного класса представлен в виде:

С XYabc

где С — указатель класса прикладного профиля:

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

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

XY — две буквы, соответствующие наименованиям основных подразделов.

Данные подразделы выделяются из основных категорий прикладных функций и управления ВОС так же, как определено в основных проектах СТК 1; abc — структурированный числовой идентификатор для элемента(ов) подраздела. Возможно, что окажется необходимым дальнейший уровень разбиения. Должен быть использован только тот уровень идентификатора, который необходим для однозначного определения профиля. Данный уровень может быть изменен в зависимости от прикладных функций (см. примечание).

Примечание — Приняты уточнения, используемые таксономией управления на сетевом уровне, которые предполагают также использование строчных букв (подробнее см. 5.5.3.4.5).

5.5.3.4    Введение в таксономию прикладных профилей

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

Профили передачи файла, доступа к файлу и управления файлом основаны на стандартах серии ИСО/МЭК 8571 [5]—[9]. Данные профили подразделяются на четыре класса.

13

Профили AFTln предназначены для услуги передачи файла, охватывающей одиночную передачу файла или части файла между файлохранилищами двух оконечных систем, с учетом файлов с различной сложностью внутренней структуры (ограниченные наборы).

Профили AFT2n предназначены для услуги доступа к файлу, охватывающей доступ к повторному чтению/записи файлов с различной сложностью внутренней структуры между файлохранилищами двух оконечных систем.

AJFT3 является профилем для создания и удаления файлов и управления их характеристиками, а профили AFT4 обеспечивают функцию по управлению справочниками (директориями) файлов в файлохранилище удаленной системы.

5.5.3.4.2    Обработка сообщений

Профили обработки сообщений AMHln, АМН2п и АМНЗп основаны на стандартах серии ИСО/МЭК 10021 [10]—[22] и эквивалентных им Рекомендациях МККТТ/МСЭ-Т Х.400.

Общие профили обмена сообщениями (AMHln) определяют основополагающие требования, которые должны быть обеспечены всеми реализациями систем обработки сообщений (СОС, MHS). Профиль АМН13 охватывает общие требования, поддерживаемые компонентом АП (UA) или ХС (VS), когда используют версии протокола П7, определенные в ИСО/МЭК 10021-5 [15], в то время как профиль АМН15 охватывает общие требования, поддерживаемые компонентом АП (UA) или ХС (VS), когда используют новые версии протокола П7, определенные в ИСО/МЭК 10021-5. Профиль АМН14 охватывает общие требования, поддерживаемые компонентом АП (UA) или ХС (VS), когда используют новые версии протокола П7, определенные в ИСО/МЭК 10021-5. Дополнительно профили АМН13 и АМН15 допускают минимальную поддержку содержимого требуемых атрибутов конкретного типа ХС, если требуется поддержка содержимого соответствующего типа. Профиль АМН12 охватывает общие требования, поддерживаемые компонентом СПС (МТЗ)-поль-зователь или АПрС (МТА), когда используют версии протокола ПЗ, определенные в ИСО/МЭК 10021-4 [13], в то время как профиль АМН14 охватывает общие требования, поддерживаемые компонентом СПС (МТ8)-пользователь или АПрС (МТА), когда используют новые версии протокола ПЗ, определенные в ИСО/МЭК 10021-4 [14].

Содержание профилей конкретного типа (АМН2п, АМНЗп и других типов, определяемых в будущем) охватывает как сквозную связь АП-АП (содержание протокола и соответствующие функциональные возможности АП), так и использование услуг обработки сообщений (требуя соответствия надлежащему профилю АМН In плюс любые дополнительные конкретные требования).

Профили АМН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 с дополнительным требованием содержания типа СМА/ОСЭОД и поддержки атрибута. Профили AMH23/AMH33 охватывают аспекты протокола ПЗ, относящиеся к СМА/ОСЭОД, как определено в ИСО/МЭК 10021-7 [18] и в ИСО/МЭК 10021-9, в то время как профиль АМН25 охватывает аспекты СМА по протоколу ПЗ в контексте новых версий протокола ПЗ, определенных в ИСО/МЭК 10021-7. Профиль АМН35 должен будет охватывать аспекты ОСЭОД по протоколу ПЗ в контексте новых версий протокола ПЗ, определяемых в последующих редакциях ИСО/МЭК 10021-9.

5.5.3.4.3    Справочник

Профили для справочника основаны на использовании стандартов серии ИСО/МЭК 9594 [23]—[31] и попадают в два класса:

-    Протокол и соответствующие процедуры;

-    Схема и содержание.

Первый из них, предназначенный для Справочника в редакции 1988 г., представлен серией профилей ADInn, второй — серией FDInn (см. 5.5.4.3.4).

Внутри серии ADInn в настоящее время определены три класса, которые относятся: к протоколу для обеспечения доступа к справочнику от агентов пользователя справочником; к протоколу для

14

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

взаимодействия между агентами системы справочника в справочнике; к процедурам для распределенной работы справочника.

Дальнейшая классификация связана с обеспечением механизмов, относящихся к конкретным ролям агентов пользователя справочником, агентов системы справочника, ответчиков и инициаторов.

Для редакции Справочника 1993 г. была разработана новая таксономия. МФС, разработанные для редакции Справочника 1988 г., действуют параллельно с МФС для редакции 1993 г., поэтому не должно быть пересечений между идентификаторами таксономии для данных двух редакций. В таксономии, разработанной для редакции Справочника 1993 г., используются идентификаторы таксономии видов ADYnn для протокола и соответствующих процедур и FDYnn для схемы и содержания (см. 5.5.4.3.4).

Взаимосвязь между профилями, принадлежащими к серии ADInn, и профилями, принадлежащими к серии ADYnn, определяется профилями ADYnn.

5.5.3.4.4    Виртуальный терминал

Прикладные профили для протокола виртуального терминала имеют идентификаторы таксономии вида AYTab, в которых компонент идентификатора а является одной цифрой, а Ъ является целым числом, которое не ограничивается одной цифрой. В данное время определены только два значения для компонента а, соответствующие двум режимам работы протокола основного класса виртуального терминала, установленным в ИСО 9041-1 [32]. Это асинхронный режим (режим-А) и синхронный режим (режим-S) работы. Остальные значения компонента а зарезервированы для последующих разработок, которые могут определить другие режимы работы в основном классе или дополнительные классы работы протокола виртуального терминала, кроме основного класса.

Протокол виртуального терминала также предусматривает использование профилей форматов обмена и представления данных. Введение в таксономию данных профилей приведено в 5.5.4.3.5.

5.5.3.4.5    Управление ВОС

Идентификаторы таксономии для управления ВОС имеют вид АОМabc.e.

Первая цифра идентификатора таксономии — а определяет характер профилей в управлении

ВОС.

АО Ml be являются профилями управления связью, то есть профилями, которые определяют использование протокола верхних уровней ВОС и протокола общей управляющей информации (CMIP). В профилях АОМ 16с вторая цифра — Ъ определяет профили управления связями, предлагающие различные уровни поддержки средств управления связями ВОС.

АОМ26с являются профилями функций управления системами, то есть профилями, которые определяют использование функций управления системами, как определено в стандартах серии ИСО/МЭК 10164 [33]—[52] и соответствующей им серии Рекомендаций МСЭ-Т Х.700. В профилях АО М2 6с вторая цифра — b определяет отдельные функциональные возможности или характеристики управления такие, как качество функционирования или защита. Данные функциональные возможности могут быть уточнены и сгруппированы в идентификаторах по одному или нескольким уровням в виде АОЪАаЬ..е. Для таких идентификаторов таксономии значение «1» в позициях с, d или е указывает «общий» профиль, то есть профиль, представляющий сгруппированные функциональные возможности, которые имеют общий характер применения и указывают все характеристики, связанные с другими значениями идентификатора таксономии в той же позиции.

АО М3 Ьс являются профилями множества управления.

Предполагают, что в области управления на сетевом уровне использование только числовых идентификаторов будет ограничивать возможности детализации таксономии. Поэтому планируют использование алфавитно-числовых идентификаторов в последовательности 1,2,.. ., 8, 9, а, Ь, . . у, z■ Должны быть использованы только строчные буквы, использование буквы «/» — не допускается.

5.5.3.4.6    Обработка транзакций

Первый уровень подструктуры таксономии соотнесен с определением трех классов соответствия, установленных в стандартах ВОС по ОТ. Второй уровень соответствует выбору между поляризованным и коллективным контролем для каждого из классов соответствия.

5.5.3.4.7    Доступ к удаленной базе данных

(Место зарезервировано для дальнейшего расширения).

5.5.3.4.8    Обмен производственными сообщениями

Технические требования (спецификация) к обмену производственными сообщениями предусматривают совместную работу различных видов оборудования, таких как компьютеры и программируемые устройства, в промышленной среде. Данные требования относятся к прикладному уровню

15

эталонной модели ВОС и используют принцип моделирования объекта для описания производственных приложений. СПС (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] необходимы для того, чтобы удовлетворить рыночные потребности по интерактивному доступу к документам, хранящимся в учрежденческих и библиотечных системах. Данный подход охватывает наиболее насущные потребности обмена открытыми документами для существующих на рынке учрежденческих систем.

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

Функциональные возможности, охваченные ОФПД, в настоящее время реализованы в широком диапазоне продуктов, поддерживающих следующие функциональные подмножества ОФПД:

-    доступ к руководящим документам по линии;

-    доступ к проектной документации;

-    документальные архивы и поисковые системы;

-    базы данных, адаптированные для хранения образов или бланков;

-    распределенные файловые системы.

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

Кроме того, могут быть использованы простые реализации межсетевых интерфейсов (шлюзов) ОФПД. Межсетевой интерфейс отображает внутренний протокол конкретных приложений в данной области на протокол ОФПД, поэтому обеспечивает доступ приложений к другим видам ОФПД, подсоединенным к сети. Также отображение протокола ОФПД во внутреннем протоколе позволяет приложениям внешних клиентов через ОФПД использовать данные, хранящиеся в данной области. При необходимости содержание информации может быть преобразовано в стандартизованный формат внутри шлюза. Для использования существующих приложений, без их изменения, в протокол ОФПД должны быть введены максимально возможные функциональные уровни.

Выбрана следующая основа таксономии:

а) Общая организация файла и поиск (ADFln)

Во многих учреждениях имеются хранилища документов и терминалы, так как персональные

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

Содержание

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

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

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

4    Сокращения.............................................................. 2

4.1    Общие сокращения........................................................ 2

4.2    Сокращения, используемые в идентификаторах профилей.......................... 4

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

5.1    Общие положения........................................................ 5

5.2    Концепция класса для профилей ВОС......................................... 5

5.3    Связь между профилями ВОС........................ 6

5.4    Концепция группы для профилей нижних уровней ВОС........................... 7

5.5    Классы профилей......................................................... 8

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

6.1    Транспортные профили....................................................20

6.2    Ретрансляционные профили............................................. 22

6.3    Прикладные профили......................................................23

6.4    Профили форматов обмена данными и представления данных.......................27

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

Приложение А Библиография..................................................30

III

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

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

Ь) Управление удаленным хранилищем (ADF^n)

Существует потребность в наличия функциональных профилей, ориентированных на управление хранилищем документов из удаленных приложений. Примером такого вида приложений является предоставление пользователю возможности управления хранилищем документов и удаленной обработки выбранного документа. ОФПД необходимы для выбора документа и управления хранилищем. В целях организации внутренней обработки документов необходимы вторичные стандарты по внутренней обработке документа. Например, если структура документов соответствует стандарту по архитектуре открытого документа (АОД), должен использоваться абстрактный интерфейс АОД в сочетании с механизмом связи.

Профили «Управления удаленным хранилищем» ориентированы на:

-    удаленную обработку структуры удаленного хранилища без считывания или создания новых документов, т?к как вся обработка документа выполняется на сервере;

-    удаленное управление объектами ОФП Ц в це ;ях дальнейшей обработки выбранных документов другими приложениями, которым известна структура документа.

Все профили AFDnn определены иерархически, при этом профили AFDIn обладают наименьшими функциональными возможностями, AFD2n включают функциональные возможности AFDln и т. д.

5.5.3.4.!! Интерактивная обработка документов АОД

Данная таксономия (AOD) определяет профили для удаленной интерактивной обработки документов АОД. Профили должны устанавливать ограничения на операции обработки АОД, как определено в [63], и на используемые коммуникационные протоколы.

Таксономия, в первую очередь, основана .на используемых коммуникационных протоколах:

-    профили AODlx: услуга и протокол ПОД-ОД (DTAM-DM) [65], [66];

-    профили AOD2y зарезервированы для других услуг и протоколов.

В настоящее время определен только один механизм связи ПОД- ОД.

Затем на втором уровне структуры определяют подмножество используемых операций обработки.

Рассматривают следующие аспекты абстрактного интерфейса (АН) для обработки документов АОД [63] и соответствующих стандартов по связи и обработке ПОД [65]. [66], которые должны быть учтены при создании профилей для интерактивной обработки АОД-

-    какие операции реализуют:

-    какие ограничения по применению параметров и результатов допустимых операций существуют. Параметры и результаты имеют непосредственную взаимосвязь с использованием механизма для идентификации фрагментов документа АОД [64];

-    поддержку каких ошибок обеспечивают;

-    какие прикладные контексты используют.

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

-    какие правила обработки должны быть использованы;

-    какие профили ОФПД должны быть применены.

5.5.4 Профили форматов обмена данными и представления данных

5.5.4.1    Принципы

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

В настоящее время охвачены только форматы обмена данными, определенные в стандартах, подготовленных СТК 1/ПК18, ПК 21, ПК 24 и исследовательскими группами 7 и 8 МСЭ-Т1.

5.5.4.2    Идентификатор профиля формата обмена данными и представления данных

Идентификатор профиля в классе формата обмена и представления имеет вид:

FXY аЪс

где F — формат обмена;

XY — две буквы, соответствующие наименованиям основных подразделов; аЪс — структурированный числовой идентификатор для элемента(ов) подраздела. Возможно, что окажется необходимым дальнейший уровень детализации. Должен использоваться только

Введение

Функциональная стандартизация является составной частью работ, охватывающих общую область стандартизации информационных технологий, включая:

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

-    профили, которые определяют соответствующие подмножества или комбинации базовых стандартов, предназначенные для обеспечения конкретных функций. Профили устанавливают правила применения конкретных вариантов, описанных в базовых стандартах, и создают основу для разработки унифицированных, международно-признанных аттестационных тестов;

-    механизмы регистрации, которые обеспечивают средства для конкретной уточненной параметризации на основе базовых стандартов и профилей.

В ИСО/МЭК СТК 1 (Совместный технический комитет ИСО/МЭК «Информационная технология») процесс функциональной стандартизации связан с методологией определения профилей и их публикацией в виде документов, называемых «Международные функциональные стандарты (МФС)» (синоним — «Международные стандартизованные профили (МСП)») в соответствии с процедурами, установленными в директивах СТК 1. СТК 1 в области стандартизации информационных технологий, для которой применяется данный процесс, использует его в части общепринятой концепции «Открытых систем». Целью данного процесса является установление технических требований к системам информационных технологий, обеспечивающих высокую степень их взаимодействия и переносимости компонентов данных систем.

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

IV

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

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

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

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

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

Information technology. Framework and taxonomy of International Standardized Profiles.

Part 2. Principles and taxonomy for OSI profiles

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

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

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

ГОСТ Р ИСО/МЭК ТО 10000-1 определяет концепцию профилей, которые документально оформлены в виде МФС. Профили ВОС являются подмножеством профилей среды открытых систем (СОС). ГОСТ Р ИСО/МЭК ТО 10000-3 определяет концепцию профилей СОС и, в соответствии с ГОСТ Р ИСО/МЭК ТО 10000-1, содержит рекомендации по организации подготовки предложений по проектам МФС, их характеру и составу документов, которые при этом разрабатываются.

Введенная в настоящем стандарте классификация профилей не отражает мнение ИСО/МЭК СТК 1/СГФС о том, что для каждой функциональной возможности требуется профиль. Настоящий стандарт просто обеспечивает возможность для однозначной идентификации конкретной функции и проведения оценки проектов МФС.

Так как профили будут представляться в соответствии с требованиями СГФС и по мере развития международной базовой стандартизации, таксономия будет периодически модернизироваться и дополняться новыми частями для того, чтобы отражать достигнутый прогресс. Следует также учесть, что будут поступать предложения по расширению таксономии в целях охвата функций, которые не были идентифицированы при подготовке настоящей редакции стандартов серии ГОСТ Р ИСО/МЭК ТО 10000. Подобные предложения могут представляться различными субъектами и включать как простые расширения существующей таксономии, так и добавление новых областей, не охваченных настоящей редакцией стандартов серии ГОСТ Р ИСО/МЭК ТО 10000. Включение таких расширений в таксономию должно проводиться в соответствии с процедурами, установленными СГФС.

Существует различие между профилем и МФС, документирующим один или несколько профилей. Таксономия привязана только к профилям, а более подробная информация о том, какой МФС документирует профиль, приведена в «Справочнике по МФС и составляющим их профилям»

Ш-

Данный справочник является руководящим документом СГФС, имеющим обозначение SD-4 [1], и периодически актуализируется. Для каждого проекта профиля, представленного в СГФС, данный документ должен содержать дополнительную информацию, включая статусы идентифицированных профилей.

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

В настоящем стандарте использованы ссылки на следующие стандарты:

ГОСТ Р ИСО/МЭК ТО 10000-1—99 Информационная технология. Основы и таксономия

*) Настоящий стандарт устанавливает только таксономию коммуникационных профилей взаимосвязи открытых систем (ВОС) и не предназначен для классификации других коммуникационных профилей.

Издание официальное

международных функциональных стандартов. Часть 1. Общие положения и основы документирования

ГОСТ Р ИСО/МЭК ТО 10000-3—99 Информационная технология. Основы и таксономия международных функциональных стандартов. Часть 3. Принципы и таксономия профилей среды открытых систем

ГОСТ Р ИСО/МЭК 10028—96 Информационная технология. Передача данных и обмен информацией между системами. Определение ретрансляционных функций сетевого уровня промежуточной системы

ИСО/МЭК 9646-6—94!) Информационная технология. Взаимосвязь открытых систем. Методология и основы аттестационного тестирования. Часть 6. Спецификация теста протокола профиля (соответствует Рекомендации МСЭ-Т Х.295-95)

ИСО/МЭК 9646-7—951* Информационная технология. Взаимосвязь открытых систем. Методология и основы аттестационного тестирования. Часть 7. Заявка о соответствии реализации (соответствует Рекомендации МСЭ-Т Х.296-95)

ИСО/МЭК СТК 1 Директивы-952 3 Процедуры технической работы ИСО/МЭК СТК 1 по информационной технологии

Примечание — Другие стандарты ИСО/МЭК упоминаются в тексте основной части настоящего стандарта в виде библиографических ссылок. Данные документы не содержат нормативных требований, относящихся к настоящему стандарту, поэтому они носят справочный характер. Перечень таких документов приведен в приложении А.

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

В настоящем стандарте использован следующий термин с соответствующим определением:

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

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

БУС (CL)

УСУ-БУС (CLNS)

4 Сокращения

-    Метафайл машинной графики (Computer Graphics Metafile)

-    Режим-без-установления-соединения (Connectionless-mode)

УТУ-БУС (CLTS)

УС (СО)

УСУ-УС (CONS)

УТУ-УС (COTS)

СДКК (CSDN)

ИКУ (CSI)

КДОН/ОК (CSMA/CD) ОТВУ (CULR)

-    Услуга сетевого уровня в режиме-без-установления-соединения (Connectionless-mode Network Service)

-    Услуга транспортного уровня в режиме-без-установления-соедине-ния (Connectionless-mode Transport Service)

-    Режим-с-установлением-соединения (Connection-mode)

-    Услута сетевого уровня в режиме-с-установлением-соединения (Connection-mode Network Service)

-    Услуга транспортного уровня в режиме-с-установлением-соедине-ния (Connection-mode Transport Service)

-    Сеть данных с коммутацией каналов (Circuit Switched Data Network)

-    Интерфейс коммуникационных слуг (Communication Services Interface)

-    Коллективный доступ с опознаванием несущей и обнаружением конфликтов (Carrier Sense, Multiple Access/Collision Detection)

-    Общие требования верхнего уровня (Common Upper Layer Requirements)

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

ОФПД (DFR)

AVP ГТТЧА!

ПОД-ОД (DTAM-DM)

ООД (DTE)

АПС (DUA)

ЭОД (EDI)

ОСЭОД (EDIMG) ВОРИПД (FDDI)

ПВК РК (FR PVC)

КВС РК (FR SVC)

УОРК (FRBS)

СДРК (FRDN) УПДРК (FRDTS)

COO (IIF)

ООО (IPI)

СМА (IPM)

ЦСИС (ISDN)

МФС (ISP)

ЛВС (LAN)

УДС (MAC)

СПС (MMS)

СОТОС (MOTIS)

ХС (MS)

АПрС (МТА)

СПС (MTS)

АОД (ODA)

П1 (Р1)

П2 (Р2)

ПЗ (РЗ)

П7 (Р7)

СДКП (PSDN)

КТСОП (PSTN)

ПВК (PVC)

КУ (QOS)

СГФС (SGFS)

-    Организация файла и поиск документа (Document Filing and Retrieval)

-    Агент услуги справочника (Directory Service Agent)

-    Передача и обработка документа-обработка документа (Document Transfer and Manipulation-Document Manipulation)

-    Оконечное оборудование данных (Data Terminal Equipment)

-    Агент пользователя справочника (Directory User Agent)

-    Электронный обмен данными (Electronic Data Interchange)

-    Обмен сообщениями при ЭОД (EDI Messaging)

-    Волоконно-оптический распределенный интерфейс передачи данных (Fibre Distributed Data Interface)

-    Постоянный виртуальный канал ретрансляции кадра (Frame Relay Permanent Virtual Circuit)

-    Коммутируемое виртуальное соединение ретрансляции кадра (Frame Relay Switched Virtual Call)

-    Услуга однонаправленной ретрансляции кадра (Frame Relay Bearer Service)

-    Сеть данных с ретрансляцией кадра (Frame Relay Data Network)

-    Услуга передачи данных с ретрансляцией кадра (Frame Relay Data Transmission Service)

-    Средство обмена образом (Image Interchange Facility)

-    Обработка и обмен образом (Image Processing and Interchange)

-    Сообщение между абонентами (Interpersonal Message)

-    Цифровая сеть с интеграцией служб (Integrated Services Digital Network)

-    Международный функциональный стандарт (International Standardized Profile)

-    Локальная вычислительная сеть (Local Area Network)

-    Управление доступом к среде (Media Access Control)

-    Спецификация производственного сообщения (Manufacturing Message Specification)

-    Система обмена текстами, ориентированная на сообщения (Message Oriented Text Interchange System)

-    Хранилище сообщения (Message Store)

-    Агент передачи сообщения (Message Transfer Agent)

-    Система передачи сообщения (Message Transfer System)

-    Архитектура открытого документа (Open Document Architectur)

-    Протокол передачи сообщения (Message Transfer Protocol)

-    Протокол обмена сообщениями между абонентами (Interpersonal Messaging Protocol)

-    Протокол доступа к системе передачи сообщения (MTS Access Protocol)

-    Протокол доступа к хранилищу сообщения (MS Access Protocol)

-    Сеть данных с коммутацией пакетов (Packet Switched Data Network)

-    Коммутируемая телефонная сеть общего пользования (Public Switched Telephone Network)

-    Постоянный виртуальный канал по протоколу Х.25 (Х.25 Permanent Virtual Circuit)

-    Качество услуги (Quality of Service)

SGML

ОТ (ТР)

ПУОТ (TPSU)

-    Специальная группа по функциональной стандартизации СТК 1 ИСО/МЭК (ISO/IEC JTC 1/Special Group on Functional Standardization)

-    Стандартный язык обобщенной разметки (Standardized General Markup Language)

-    Обработка транзакции (Transaction Processing)

-    Пользователь услуги обработки транзакции (TP Service User)

3

АП (UA)    - Агент пользователя (User Agent)

ВС (VC)    - Виртуальное соединение по протоколу Х.25 (Х.25 Virtual Call)

ВТ (VT)    - Виртуальный терминал (Virtual Terminal)

4.2 Сокращения, используемые в идентификаторах профилей Сокращение    Подкласс профиля (приложения)

ADF

- Организация файла и поиск документа (Document Filing and Retrieval)

ADI

ADY

AFT

-    Справочник. Редакция 1988 г. (Directory (1988))*

-    Справочник. Редакция 1993 г. (Directory (1993))*

-    Передача, доступ и управление файлом (File Transfer, Access and Management)

ALD

АМН

АММ

-    Библиотека, документация (Library, Documentation)

-    Обработка сообщения (Message Handling)

-    Обмен производственными сообщениями (Manufacturing Messaging)

AOD

- Интерактивная обработка документов АОД (Interactive Manipulation of ODA Documents)

ARD

АТР

AVT

Сокращение

FCG

-    Доступ к удаленной базе данных (Remote Database Access)

-    Обработка транзакций (Transaction Processing)

-    Виртуальный терминал (Virtual Terminal)

Подкласс профиля (форматы)

-    Формат обмена метафайла машинной графики (Computer Graphics Metafile Interchange Format)

FCS

FDI

-    Наборы символов (Character Sets)

-    Определения данных из Справочника. Редакция 1988 г. (Directory Data Definitions (1988))*

FDY

- Определения данных из Справочника. Редакция 1993 г. (Directory Data Definitions (1993))*

FOD

FSG

FVT

-    Формат открытого документа (Open Document Format)

-    Формат обмена SGML (SGML Interchange Format)

-    Зарегистрированные объекты виртуального терминала (Virtual Terminal Registered Objects)

Сокращение

ТА

ТВ

ТС

TD

ТЕ

UA

ив

RA

RB

RC

RD

Подкласс профиля (нижние уровни)

-    УТУ-УС через УСУ-БУС (COTS over CLNS)

-    УТУ-УС через УСУ-УС (COTS over CONS)

-    УТУ-УС через УСУ-УС (COTS over CONS)

-    УТУ-УС через УСУ-УС (COTS over CONS)

-    УТУ-УС через УСУ-УС (COTS over CONS)

-    УТУ-БУС через УСУ-БУС (CLTS over CLNS)

-    УТУ-БУС через УСУ-УС (CLTS over CONS)

-    Ретрансляция УСУ-БУС (Relaying the CLNS)

-    Ретрансляция УСУ-УС (Relaying the CONS)

-    Ретрансляция протокола Х.25 (Х.25 Protocol Relaying)

-    Ретрансляция услуги УДС с использованием прямого переноса (Relaying the MAC Service using transparent bridging)

RE

- Ретрансляция услуги УДС с использованием маршрутизации от источника (Relaying the MAC Service using source routing)

RZ

- Ретрансляция между УСУ-БУС и УСУ-УС (Relaying between CLNS and CONS)

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

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

5.1    Общие положения

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

В пределах каждого класса может быть проведено дальнейшее разбиение в зависимости от особенностей данного класса.

Идентификаторы профилей ВОС структурированы в соответствии с общей таксономией СОС, установленной ГОСТ Р ИСО/МЭК ТО 10000-3. Таким образом, идентификатор профиля ВОС содержит:

-    суффикс «-С» (для профиля ИКУ (CSI));

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

-    буквенно-цифровую строку, имеющую длину, необходимую для отражения позиции профиля в иерархической структуре.

Синтаксис всего идентификатора, кроме первой буквы, определяется индивидуально (см. ниже).

Примечание — В контексте общей таксономии СОС, установленной ГОСТ Р ИСО/МЭК ТО 10000-3, профили ВОС обозначаются как профили интерфейса коммуникационных услуг — ИКУ (CSI) посредством суффикса «-О. При описании таксономии ВОС в настоящем стандарте данный суффикс опускается

5.2    Концепция класса для профилей ВОС

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

Т — транспортные профили, обеспечивающие услугу транспортного уровня в режиме-с-уста-новлением-соединения;

U — транспортные профили, обеспечивающие услугу транспортного уровня в режиме-без-ус-тановления-соединения;

R — ретрансляционные профили;

А — прикладные профили, требующие услугу транспортного уровня в режиме-с-установлени-ем-соединения;

В — прикладные профили, требующие услугу транспортного уровня в режкме-без-установле-ния-соединения;

F — профили формата обмена данными и представления данных.

Могут потребоваться также и другие классы.

Транспортные профили классов (далее — профили) Т и U определяют, каким образом обеспечиваются два режима услуги транспортного уровня ВОС через посредство использования двух режимов услуги сетевого уровня ВОС, а также через конкретные типы подсетей, такие как ЛВС, СДКП и так далее. Таким образом обеспечивается независимость профилей A/В и F от методов построения сети.

Профили Т и U далее подразделяются на группы (подробнее см. 5.4).

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

Профили F определяют характеристики и представление различных видов информации, которой обмениваются профили А и В.

Профили R определяют функциональную возможность ретрансляции, которая требуется информационно-технологическим системам для обеспечения межсетевого обмена с использованием профилей Т или U. Регламентация обмена между профилями Т и U работами СТК 1 не предусмотрена.

В каждом из данных классов определены подклассы профилей, для которых, в свою очередь, может потребоваться дальнейшее разбиение таким образом, чтобы дискретная структура таксономии удовлетворяла требованиям, изложенным в ГОСТ Р ИСО/МЭК ТО 10000-1. Это приводит к иерархической структуре классов (подклассов) профилей, которая полностью описана в разделе 6.

Для обозначения подклассов и дальнейшей классификации в данном классе применяют

5

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


методологию, зависящую от особенностей данного класса. Данная методология поясняется в последующих подразделах, посвященных отдельным классам.

5.3 Связь между профилями ВОС

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


6


Профили F


Профили Ли В


Fxxnn


Fxxnn


Fxxnn


Fxxnn



АМНпп


AFTnn


AVTnn


Axxnn


Bxxnn


Bxxnn


, Граница А/Тз


' Граница B/U*


Профили Т и U

Группа ТА

TAInn

TA2nn


Группа ТВ-:


TBInn


TB2nn


Группа

UA


UAInn


Группа

UB


UB2nn


Примечание -На рисунке показаны логические структурные возможности, а не взаимосвязи между конкретными идентифицированными профилями.


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


1

Профили F могут также относиться к профилям СОС (то есть быть шире, чем профили ВОС).

17

2

h Оригиналы международных стандартов ИСО/МЭК — во ВНИИКИ Госстандарта России.

3

Оригинал документа — во ВНИИстандарт Госстандарта России.