ГОСТ 28906-91 Системы обработки информации. Взаимосвязь открытых систем. Базовая эталонная модель (ИСО 7498-84, ИСО 7498-84 Доп. 1-84).

ГОСТ 28906-91

(ИСО 7498-84,

ИСО 7498-84

Доп.1-84)

Группа П85

 ГОСУДАРСТВЕННЫЙ СТАНДАРТ СОЮЗА ССР

Системы обработки информации

ВЗАИМОСВЯЗЬ ОТКРЫТЫХ СИСТЕМ.

БАЗОВАЯ ЭТАЛОННАЯ МОДЕЛЬ

Information processing systems.

Open Systems Interconnection.

Basic Reference Model

ОКСТУ 4090

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

 ИНФОРМАЦИОННЫЕ ДАННЫЕ

1. ПОДГОТОВЛЕН И ВНЕСЕН Министерством радиопромышленности СССР

2. УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ Постановлением Государственного комитета СССР по управлению качеством продукции и стандартам от 30.01.91 N 78.

Настоящий стандарт подготовлен методом прямого применения международного стандарта ИСО 7498-84, ИСО 7498-84 Доп.1-84 "Системы обработки информации. Взаимосвязь открытых систем. Базовая эталонная модель" и полностью ему соответствует

3. Срок проверки - 1995 г., периодичность проверки - 5 лет

 0. ВВЕДЕНИЕ

0.1. О настоящем стандарте

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

Требования данного стандарта являются обязательными.

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

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

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

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

Примечание. В будущем предполагается дальнейшее расширение эталонной модели. Настоящий стандарт представляет собой 1-ю часть серии стандартов, состоящей из 4 частей. На основе стандартов (ИСО 7498-2-89) "Системы обработки информации. Взаимосвязь открытых систем. Архитектура защиты информации", (ИСО 7498-3-89) "Системы обработки информации. Взаимосвязь открытых систем. Наименование и адресация" и (ИСО 7498-4-89) "Системы обработки информации. Взаимосвязь открытых систем. Административное управление" будут дополнительно разработаны еще 3 части настоящего стандарта.

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

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

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

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

В разд.4 дается обоснование для разработки ВОС, определяются объекты взаимосвязи, область существования ВОС и описываются принципы моделирования, использованные в ВОС.

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

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

В разд.7 приводится подробное описание уровней.

В приложении 1 приведен указатель терминов.

В приложении 2 приведено дополнение 1, касающееся передачи без установления соединения.

В приложении 3 описываются принципы, которые использовались при разбиении на уровни.

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

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

0.2. Стандарты, относящиеся к ВОС

Одновременно с разработкой настоящего стандарта проводится разработка стандартов по следующим направлениям:

а) протоколы виртуального терминала;

б) протоколы передачи, доступа и управления для работы с файлами;

в) протоколы передачи и выполнения заданий;

г) общие услуги и протоколы прикладного уровня;

д) услуги и протоколы уровня представления;

е) услуги и протоколы сеансового уровня;

ж) услуги и протоколы транспортного уровня;

з) услуги и протоколы сетевого уровня;

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

Перечисления а-д относятся к прикладному уровню и уровню представления эталонной модели.

 1. НАЗНАЧЕНИЕ И ОБЛАСТЬ ПРИМЕНЕНИЯ

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

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

 2. ТЕРМИНЫ И ИХ ПОЯСНЕНИЯ

Определения терминов приведены в начале отдельных разделов и пунктов. Для удобства указатель этих терминов приведен в приложении 1.

 3. ОБОЗНАЧЕНИЯ

При описании уровней в разд.5 используются обозначения (N)-, (N+1)- и (N-1)-, определяющие смежные уровни и соотношение между ними:

(N)-уровень - конкретный уровень;

(N+1)-уровень - верхний уровень, смежный с (N)-уровнем;

(N-1)-уровень - нижний уровень, смежный с (N)-уровнем.

Эти обозначения используются также для определения других понятий эталонной модели, которые относятся к данным уровням, например, (N)-протокол, (N+1)-услуга и т.д.

В разд.6 приведены имена отдельных уровней. При обращении к этим уровням по именам префиксы (N)-, (N+1)- и (N-1) - замещаются именами уровней. Например, транспортный протокол, сеансовый логический объект, сетевая услуга и т.д.

 4. ВВЕДЕНИЕ В ВОС

Примечание. Общие принципы, описанные в разд.4 и 5, справедливы для всех уровней эталонной модели, если в разд.6 и 7 не содержится специальных уточнений.

      4.1. Термины и их пояснения

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

4.1.2. Реальная открытая система - реальная система, которая подчиняется требованиям стандартов ВОС при взаимодействии с другими реальными системами.

4.1.3. Открытая система - представление в рамках эталонной модели тех аспектов реальной открытой системы, которые относятся к ВОС.

4.1.4. Прикладной процесс - элемент реальной открытой системы, который выполняет обработку информации для некоторого конкретного применения.

      4.2. Функциональная среда ВОС

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

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

Прикладные процессы могут представлять собой ручные процессы, процессы, выполняемые на ЭВМ, или физические процессы.

Ниже приведены примеры прикладных процессов, соответствующих определению открытой системы:

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

б) программа на языке ФОРТРАН, выполняемая на ЭВМ в вычислительном центре и имеющая доступ к удаленной базе данных, является прикладным процессом, выполняемым на ЭВМ; системный диспетчер управления удаленными базами данных также является прикладным процессом;

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

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

Как показано на черт.1, физическая среда для взаимосвязи открытых систем обеспечивает средства для передачи информации между открытыми системами.

Открытые системы, соединенные физической средой

Черт.1

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

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

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

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

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

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

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

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

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

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

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

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

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

     4.3. Моделирование функциональной среды ВОС

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

Абстрактное моделирование проводится в два этапа.

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

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

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

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

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

Основные элементы взаимосвязи открытых систем

Черт.2

 5. ПОНЯТИЯ МНОГОУРОВНЕВОЙ АРХИТЕКТУРЫ

      5.1. Введение

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

Вначале дается понятие многоуровневой архитектуры (услуги, логические объекты, пункты доступа к услугам, протоколы, соединения и т.д.). Затем для логических объектов, пунктов доступа к услугам и для соединений вводятся идентификаторы. После этого описываются пункты доступа к услугам, блоки данных, элементы операций внутри уровней, включая соединения, процедуры передачи данных и процедуры обработки ошибок. Вслед за этим вводятся аспекты маршрутизации и, наконец, рассмотрены аспекты административного управления.

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

Четыре понятия являются базовыми по отношению к эталонной модели (см. черт.2):

а) открытые системы;

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

в) соединения (п.5.3), связывающие прикладные логические объекты и позволяющие им обмениваться информацией (примечание 1);

г) физическая среда для ВОС.

Примечания:

1. Базовая эталонная модель ВОС основана на предположении, что для передачи данных необходимо иметь соединение. В приложении 2 приведено дополнение, расширяющее модель в части способа передачи данных без использования соединения. Этот способ применяется при использовании ряда средств передачи данных (например, локальные сети, цифровая радиосвязь и т.д.), а также некоторых систем (например, распределенные измерительные и банковские системы).

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

      5.2. Принципы разбиения на уровни

5.2.1. Термины и их пояснения

5.2.1.1. (N)-подсистема - элемент иерархической структуры открытой системы, который непосредственно взаимодействует только с элементами смежного верхнего или смежного нижнего разделов этой открытой системы.

5.2.1.2. (N)-уровень - подраздел архитектуры ВОС, состоящий из подсистем одного и того же ранга (N).

5.2.1.3. (N)-логический объект - активный элемент внутри (N)-подсистемы.

5.2.1.4. Равноправные логические объекты - логические объекты внутри одного и того же уровня.

5.2.1.5. Подуровень - подраздел уровня.

5.2.1.6. (N)-услуга - функциональная возможность, предоставляемая (N)-уровнем и нижележащими уровнями (N+1)-логическим объектам на границе между (N)- и (N+1)-уровнями.

5.2.1.7. (N)-средство - часть (N)-услуги.

5.2.1.8. (N)-функция - составная часть операции (N)-логического объекта.

5.2.1.9. (N)-пункт доступа к услуге - пункт, через который (N)-логический объект предоставляет (N)-услугу (N+1)-логическому объекту.

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

5.2.2. Описание

Основным методом структурирования, используемым в эталонной модели ВОС, является разбиение на уровни. В соответствии с ним каждая открытая система рассматривается как система, логически состоящая из упорядоченного набора подсистем, для удобства представляемых в виде вертикальной последовательности, показанной на черт.3. Смежные подсистемы взаимосвязаны через общую для них границу. Подсистемы одного и того же ранга (N) все вместе образуют (N)-уровень эталонной модели ВОС. (N)-подсистема состоит из одного или нескольких (N)-логических объектов. Логические объекты существуют в каждом уровне. Логические объекты одного и того же уровня называются равноправными логическими объектами. Следует отметить, что самый верхний уровень не имеет смежного (N+1)-уровня, а самый нижний уровень не имеет смежного (N-1)-уровня.

Организация уровней во взаимосвязанных открытых системах

Черт.3

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

Примечания:

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

В примере из области программирования для ЭВМ написание программы соответствует формированию типа объекта, а каждый вызов программы в ЭВМ для выполнения соответствует формированию экземпляра объекта. Таким образом, компилятор с ФОРТРАНА - это тип объекта, и каждый раз, когда копия этой программы вызывается для выполнения в процессор, она отображается в экземпляр объекта.

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

Важно отметить, что действительная связь во всех уровнях осуществляется только между экземплярами (N)-логических объектов. Действительное использование типа (N)-логического объекта осуществляется только во время установления соединения или его логического эквивалента во время процесса восстановления. Действительные соединения осуществляются только с экземплярами (N)-логических объектов, хотя может выдаваться запрос на соединение с произвольным экземпляром (N)-логического объекта заданного типа. В данном стандарте не запрещается возможность выполнения запроса на соединение с заданным (по имени) экземпляром равноправного (N)-логического объекта. Если экземпляру (N)-логического объекта известно имя связанного с ним равноправного (N)-логического объекта, то возможно установление еще одного соединения с тем же экземпляром (N)-логического объекта.

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

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

Примечания:

1. Некоторые открытые системы не являются ни источником, ни приемником данных. Такие системы могут не содержать верхних уровней архитектуры (черт.4 и 5).

2. В рамках (N)-услуг могут быть определены классы услуг. Точное определение термина "классы услуг" подлежит дальнейшему исследованию.

Связь (N+1)-логических объектов через ретранслятор

Черт.4

Связь через ретранслирующую открытую систему

Черт.5

Каждая услуга, предоставляемая (N)-уровнем, может быть реализована путем выбора одного или нескольких (N)-средств, которые определяют атрибуты услуги. Если некоторый (N)-логический объект не имеет возможности полностью обеспечить услуги, запрашиваемые одним из (N+1)-логических объектов, то он вызывает для взаимодействия с ним другие (N)-логические объекты для помощи в обслуживании запроса. С целью обеспечения такого взаимодействия (N)-логические объекты внутри любого уровня, за исключением самого нижнего, связываются посредством услуг, предоставляемых (N-1)-уровнем (черт.6). Предполагается, что логические объекты самого нижнего уровня связываются непосредственно через физическую среду, соединяющую их.

(Связь N+1)-логических объектов (N+1)-уровня через (N)-уровень

Черт.6

Услуги (N)-уровня предоставляются (N+1)-уровню посредством (N)-функций, выполняемых внутри (N)-уровня, и услуг (N-1)-уровня.

(N)-логический объект некоторого уровня может предоставлять услуги одному или нескольким (N+1)-логическим объектам и использовать услуги одного или нескольких (N-1)-логических объектов. (N)-пункт доступа к услугам - это пункт, через который один из двух взаимодействующих логических объектов смежных уровней предоставляет услуги, а другой использует их (черт.7).

Логические объекты, пункты доступа к услугам и идентификаторы

Черт.7

Взаимодействие между (N)-логическими объектами управляется одним или несколькими (N)-протоколами. Логические объекты и протоколы внутри уровня показаны на черт.8.

(N)-протоколы взаимосвязи (N)-логических объектов

Черт.8

      5.3. Связь между равноправными логическими объектами

5.3.1. Термины и их пояснения

5.3.1.1. (N)-соединение - ассоциация, устанавливаемая (N)-уровнем между двумя или более (N+1)-логическими объектами с целью передачи данных.

5.3.1.2. (N)-оконечный пункт соединения - один из концов (N)-соединения внутри (N)-пункта доступа к услугам.

5.3.1.3. Многопунктовое соединение - соединение более чем с двумя оконечными пунктами соединения.

5.3.1.4. Связанные (N)-логические объекты - (N)-логические объекты, между которыми установлено (N-1)-соединение.

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

5.3.1.6. (N)-источник данных - (N)-логический объект, который посылает (N-1)-сервисные блоки данных (п.5.6.1.7) по (N-1)-соединению.*

______________________

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

5.3.1.7. (N)-приемник данных - (N)-логический объект, который принимает (N-1)-сервисные блоки данных по (N-1)-соединению.*

______________________

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

5.3.1.8. (N)-передача данных - (N)-средство, которое передает (N)-сервисные блоки данных от одного (N+1)-логического объекта к другому или нескольким другим (N+1)-логическим объектам.*

______________________

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

5.3.1.9. (N)-дуплексная передача - (N)-передача данных одновременно в обоих направлениях.*

______________________

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

5.3.1.10. (N)-полудуплексная передача - (N)-передача данных в каждый момент времени в одном из двух направлений. Выбор направления осуществляется (N+1)-логическим объектом.*

______________________

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

5.3.1.11. (N)-симплексная передача - (N)-передача данных в одном заранее заданном направлении.*

______________________

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

5.3.1.12. (N)-обмен данными - (N)-функция, передающая (N)-протокольные блоки данных (п.5.6.1.3) в соответствии с (N)-протоколом по одному или нескольким (N-1)-соединениям.*

______________________

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

5.3.1.13. (N)-двусторонний одновременный обмен - (N)-обмен данными одновременно в обоих направлениях.

5.3.1.14. (N)-двусторонний поочередный обмен - (N)-обмен данными, при котором передача в одном направлении чередуется с передачей в другом направлении.

5.3.1.15. (N)-односторонний обмен - (N)-обмен данными в одном заранее заданном направлении.

5.3.2. Описание

Для обмена информацией между двумя или более (N+1)-логическими объектами должна быть установлена соответствующая ассоциация в (N)-уровне путем использования (N)-протокола.

Примечание. Для (N)-протоколов могут быть определены классы протоколов. Точное определение термина "классы протоколов" подлежит дальнейшему изучению.

Эта ассоциация называется (N)-соединением. (N)-соединения устанавливаются (N)-уровнем между двумя или более (N)-пунктами доступа к услугам. (N)-окончание соединения в (N)-пункте доступа к услугам называется (N)-оконечным пунктом соединения. Соединение между более чем двумя оконечными пунктами соединения называется многопунктовым соединением. (N)-логические объекты, объединенные соединением между ними, называются связанными логическими объектами.

(N+1)-логические объекты могут связываться между собой только с помощью (N)-услуг. Возможны случаи, когда услуги, предоставляемые (N)-уровнем, не обеспечивают прямой доступ для всех (N+1)-логических объектов, подлежащих объединению. Тогда связь между этими логическими объектами может быть обеспечена через некоторый другой (N+1)-логический объект, который действует как ретранслятор между ними (см. черт.4).

Связь внутри уровня ретранслируется цепочкой (N+1)-логических объектов, не известен ни (N)-уровню, ни (N+2)-уровню.

      5.4. Идентификаторы

5.4.1. Термины и их пояснения

5.4.1.1. Символическое имя - постоянный идентификатор логического объекта.

5.4.1.2. Регион символических имен - подмножество символических имен в функциональной среде ВОС.

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

Примечание. Регионами символических имен первостепенного значения являются сами уровни. В этом случае имя региона символических имен обозначает (N)-уровень.

5.4.1.4. Локальное символическое имя - символическое имя, отличное от всех других символических имен в границах региона символических имен.

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

5.4.1.6. (N)-адрес или (N)-адрес пункта доступа к услугам - идентификатор, указывающий местонахождение (N)-пункта доступа к услугам.

5.4.1.7. (N)-справочник - (N)-функция, преобразующая глобальное символическое имя (N)-логического объекта в (N-1)-адрес (N-1)-пункта доступа к услугам, к которому подсоединен (N)-логический объект.

5.4.1.8. (N)-отображение адресов - (N)-функция, которая устанавливает соответствие между (N)- и (N-1)-адресами, связанными с (N)-логическим объектом.

5.4.1.9. Маршрутизация - функция внутри уровня, выполняющая преобразование символического имени логического объекта или адреса пункта доступа к услугам, к которому подсоединен логический объект, в маршрут, по которому может быть установлена связь с указанным логическим объектом.

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

5.4.1.11. (N)-суффикс оконечного пункта соединения - часть идентификатора (N)-оконечного пункта соединения, отличная от всех других идентификаторов в границах (N)-пункта доступа к услугам.

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

5.4.1.13. (N)-сервисный идентификатор соединения - идентификатор, который однозначно определяет (N)-соединение в рамках связанных (N+1)-логических объектов.

5.4.1.14. (N)-протокольный идентификатор соединения - идентификатор, который однозначно определяет отдельное (N)-соединение в рамках мультиплексного (N-1)-соединения.

5.4.1.15. (N)-суффикс - часть (N)-адреса, отличная от всех других подобных частей в границах (N)-пункта доступа к услугам.

5.4.2. Описание

(N)-адрес пункта доступа к услугам, или для краткости (N)-адрес, идентифицирует конкретный (N)-пункт доступа к услугам, к которому подсоединен (N+1)-логический объект (см. черт.7). После отсоединения (N+1)-логического объекта от (N)-пункта доступа к услугам (N)-адрес перестает обеспечивать доступ к (N+1)-логическому объекту. Если (N)-пункт доступа к услугам переключается к другому (N+1)-логическому объекту, то (N)-адрес идентифицирует новый (N+1)-логический объект, а не старый.

Использование (N)-адреса для идентификации (N+1)-логического объекта является наиболее эффективным механизмом в том случае, когда обеспечивается постоянство соединения между (N+1)-логическим объектом и (N)-пунктом доступа к услугам. Если возникает необходимость идентифицировать (N+1)-логический объект независимо от его текущего расположения, то правильная идентификация обеспечивается с помощью глобального символического имени.

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

Внутри уровня может использоваться два вида функции (N)-отображения адресов:

а) иерархическое (N)-отображение адресов;

б) (N)-отображение адресов с помощью таблиц.

Если (N)-адрес всегда отображается только в один (N-1)-адрес, используется иерархическое построение адресов (черт.9) и функция (N)-отображения адресов сводится к анализу иерархической структуры (N)-адреса и к извлечению (N-1)-адреса из этой структуры.

Иерархическое отображение (N)-адресов

Черт.9

В этом случае (N)-адрес состоит из двух частей:

а) (N-1)-адрес (N)-логического объекта, который поддерживает текущий (N)-пункт доступа к услугам (N+1)-логического объекта;

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

Такая иерархическая структура адресов в пределах некоторого уровня упрощает функцию отображения адресов в этом уровне, поскольку предполагается постоянный характер отображения. Однако в модели подобные ограничения для всех уровней не устанавливаются. Это дает большую гибкость в отображении (N)-адресов для случая, когда один (N)-логический объект, соединенный с несколькими (N-1)-пунктами доступа к услуге, поддерживает только один (N)-пункт доступа к услуге.

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

Структура (N)-адреса доступна (N)-логическому объекту, который поддерживает (N)-пункт доступа к услуге, идентифицируемый с помощью этого адреса. Однако (N+1)-логический объект доступа к этой структуре не имеет.

Если (N+1) -логический объект связан через два или более (N)-пунктов доступа к услуге с одним и тем же или с различными (N)-логическими объектами, то для (N)-логических объектов информация о характере этой связи недоступна. Считается, что каждый (N)-пункт доступа к услуге с точки зрения (N)-уровня идентифицирует различные (N+1)-логические объекты.

Функция маршрутизации преобразует (N)-адрес (N+1)-логического объекта в тракт или маршрут, по которому с ним может быть установлена связь.

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

(N)-идентификатор оконечного пункта соединения состоит из двух частей:

а) (N)-адрес (N)-пункта доступа к услуге, который будет общим в (N)-соединении;

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

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

(N)-уровень может предоставлять (N+1)-логическому объекту (N)-сервисный идентификатор соединения, который однозначно определяет (N)-соединение в среде связанных (N+1)-логических объектов.

      5.5. Свойства пунктов доступа к услугам

(N+1)-логический объект запрашивает (N)-услугу через (N)-пункт доступа к услуге, через который осуществляется взаимодействие (N+1)- и (N)-логических объектов.

(N)- и (N+1)-логические объекты, подсоединенные к (N)-пункту доступа к услуге, находятся в одной системе.

(N+1)-логический объект может быть одновременно соединен с одним или несколькими (N)-пунктами доступа к услуге, подсоединенными к одному и тому же или к различным (N)-логическим объектам.

(N)-логический объект одновременно может присоединяться к одному или нескольким (N+1)-логическим объектам через (N)-пункты доступа к услуге.

(N)-пункт доступа к услуге в каждый момент времени может быть присоединен только к одному (N)- и к одному (N+1)-логическому объекту.

(N)-пункт доступа к услуге может быть отсоединен от (N+1)-логического объекта и повторно подсоединен к тому же самому или другому (N+1)-логическому объекту.

(N)-пункт доступа к услуге может быть отсоединен от (N)-логического объекта и повторно подсоединен к тому же самому или другому (N)-логическому объекту.

Местоположение (N)-пункта доступа к услуге определяется его (N)-адресом. (N)-адрес используется (N+1)-логическим объектом для запроса (N)-соединения.

      5.6. Блоки данных

5.6.1. Термины и их пояснения

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

5.6.1.2. (N)-данные пользователя - данные, пересылаемые между (N)-логическими объектами в интересах (N+1)-логических объектов, для которых (N)-логические объекты предоставляют услуги.

5.6.1.3. (N)-протокольный блок данных - блок данных, относящийся к (N)-протоколу и состоящий из (N)-протокольной информации и, возможно, (N)-данных пользователя.

5.6.1.4. (N)-интерфейсная управляющая информация - информация, которой обмениваются (N+1)- и (N)-логические объекты для координации их совместной работы.

5.6.1.5. (N)-интерфейсные данные - информация, пересылаемая от (N+1)- к (N)-логическому объекту и предназначенная для передачи связанному (N+1)-логическому объекту по (N)-соединению, или информация, передаваемая в обратном направлении от (N)- к (N+1)-логическому объекту после ее получения по (N)-соединению от связанного (N+1)-логического объекта.

5.6.1.6. (N)-интерфейсный блок данных - блок данных, пересылаемый через (N)-пункт доступа к услуге между (N+1)- и (N)-логическими объектами при единичной операции взаимодействия. Каждый (N)-интерфейсный блок данных содержит (N)-управляющую интерфейсную информацию, а также весь (N)-сервисный блок данных или его часть.

5.6.1.7. (N)-сервисный блок данных - та часть (N)-интерфейсных данных, целостность которых сохраняется при передаче от одного конца (N)-соединения до другого.

5.6.1.8. Срочный (N)-сервисный блок данных, (N)-срочный блок данных - (N)-сервисный блок данных малого размера, подлежащий срочной пересылке. (N)-уровень обеспечивает доставку срочного блока данных не позже любого последующего сервисного блока данных или срочного блока, передаваемых по этому соединению.

5.6.2. Описание

Информация пересылается блоками данных различного типа между равноправными логическими объектами и между логическими объектами, подсоединенными к некоторому определенному пункту доступа к услуге. Блоки данных, описанные в п.5.6.1, и взаимосвязь между ними показаны на черт.10 и 11. Не существует общих архитектурных ограничений на размер блоков данных, за исключением тех, которые показаны на этих чертежах. На отдельных уровнях могут иметь место некоторые другие ограничения размера блоков.

Зависимость типов блоков данных от типов соединений

Черт.10

Пример преобразования блоков данных в смежных уровнях

ПУН - протокольная управляющая информация;

ПБД - протокольный блок данных;

СБД - сервисный блок данных.

Черт.11

Примечания:

1. В приведенном примере ни сегментирование, ни блокирование (N-1)-сервисных блоков данных не выполняется (см. п.5.7.6.5).

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

3. (N)-протокольный блок данных может отображаться по принципу "один к одному" в (N-1)-сервисный блок данных, недопустимы также и другие принципы отображения (см. черт.12).

Размеры (N)-интерфейсных блоков данных на противоположных концах соединения могут не совпадать.

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

      5.7. Элементы функционирования уровня

5.7.1. Термины и их пояснения

5.7.1.1. (N)-идентификатор протокола - идентификатор, используемый связанными (N)-логическими объектами для выбора конкретного (N)-протокола, который будет использоваться в данном (N-1)-соединении.

5.7.1.2. Централизованное многопунктовое соединение - многопунктовое соединение, в котором данные, посылаемые логическим объектом, подсоединенным к центральному оконечному пункту соединения, принимаются всеми другими оконечными логическими объектами данного соединения, а данные, посылаемые одним из этих логических объектов, принимаются только центральным логическим объектом.

5.7.1.3. Децентрализованное многопунктовое соединение - многопунктовое соединение, в котором данные, посылаемые логическим объектом, подсоединенным к некоторому оконечному пункту соединения, принимаются всеми другими оконечными логическими объектами этого соединения.

5.7.1.4. Мультиплексирование - функция (N)-уровня, посредством которой одно (N-1)-соединение используется для поддержания нескольких (N)-соединений.

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

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

5.7.1.6. Расщепление - функция (N)-уровня, посредством которой несколько (N-1)-соединений используются для поддержания одного (N)-соединения.

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

5.7.1.7. Рекомбинация - функция, выполняемая (N)-логическим объектом, посредством которой распознаются (N)-протокольные блоки данных, относящиеся к одному (N)-соединению и поступающие в составе (N-1)-сервисных блоков данных, принимаемых по нескольким (N-1)-соединениям. Эта функция является обратной расщеплению, выполняемому (N)-логическим объектом, передающим (N-1)-сервисные блоки данных.

5.7.1.8. Управление потоком - функция, управляющая потоком данных внутри уровня или между смежными уровнями.

5.7.1.9. Сегментирование - функция, выполняемая (N)-логическим объектом для отображения одного (N)-сервисного блока данных в несколько (N)-протокольных блоков данных.

5.7.1.10. Сборка - функция, выполняемая (N)-логическим объектом для отображения нескольких (N)-протокольных блоков данных в один (N)-сервисный блок данных. Эта функция является обратной сегментированию.

5.7.1.11. Объединение - функция, выполняемая (N)-логическим объектом для отображения нескольких (N)-сервисных блоков данных в один (N)-протокольный блок данных.

5.7.1.12. Разделение - функция, выполняемая (N)-логическим объектом для выделения нескольких (N)-сервисных блоков данных, содержащихся в одном (N)-протокольном блоке данных. Эта функция является обратной объединению.

5.7.1.13. Сцепление - функция, выполняемая (N)-логическим объектом для отображения нескольких (N)-протокольных блоков данных в один (N-1)-сервисный блок данных.

5.7.1.14. Расцепление - функция, выполняемая (N)-логическим объектом для выделения нескольких (N)-протокольных блоков данных, содержащихся в одном (N-1)-сервисном блоке данных. Эта функция является обратной сцеплению.

5.7.1.15. Упорядочение - функция, выполняемая (N)-уровнем для сохранения последовательности (N)-сервисных блоков данных, поступающих на (N)-уровень.

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

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

Примечание. Функции объединения и сцепления данных, хотя внешне и похожи друг на друга (обе позволяют группировать блоки данных), все же различаются (см. пп.5.7.1.11 и 5.7.1.13), поскольку имеют различное назначение. Например, сцепление позволяет (N)-уровню группировать один или несколько (N)-протокольных блоков данных с подтверждениями с одним или несколькими (N)-протокольными блоками данных, содержащими данные пользователя. Использование только функции объединения этой возможности не обеспечивает. Данные функции могут комбинироваться таким образом, что (N)-уровень выполняет объединение и сцепление.

5.7.2. Выбор протокола

Для (N)-уровня могут быть определены один или более (N)-протоколов. (N)-логический объект может использовать один или более (N)-протоколов.

Для обеспечения связи между (N)-логическими объектами через (N-1)-соединение требуется согласованный выбор одного (N)-протокола.

(N)-идентификатор протокола определяет название конкретного протокола.

5.7.3. Свойства соединений

(N)-соединение - это ассоциация, устанавливаемая для связи между двумя или более (N+1)-логическими объектами, идентифицируемыми их (N)-адресами. (N)-соединение предлагается как услуга (N)-уровня, с помощью которой может осуществляться обмен информацией между (N+1)-логическими объектами.

(N+1)-логический объект может иметь одновременно: одно или несколько (N)-соединений с другими (N+1)-логическими объектами, соединение с некоторым заданным (N+1)-логическим объектом и с самим собой.

(N)-соединение устанавливается путем указания, прямо или косвенно, (N)-адреса для (N+1)-логического объекта, являющегося источником, и (N)-адреса для каждого (одного или более) (N+1)-логического объекта, являющегося получателем.

(N)-адрес источника и один или более (N)-адресов получателей могут совпадать. Один или несколько (N)-адресов получателей могут совпадать, a (N)-адрес источника может отличаться. Все адреса могут быть различными.

При установлении (N)-соединения для каждого (N)-адреса, указанного прямо или косвенно, создается один (N)-оконечный пункт соединения.

(N+1)-логический объект осуществляет доступ к (N)-соединению через (N)-пункт доступа к услуге.

(N)-соединение имеет два или более (N)-оконечных пунктов соединения.

(N)-оконечный пункт соединения не может совместно использоваться несколькими (N+1)-логическими объектами или (N)-соединениями.

(N)-оконечный пункт соединения связывает 3 элемента:

а) (N+1)-логический объект;

б) (N)-логический объект;

в) (N)-соединение.

(N)- и (N+1)-логические объекты, связанные в (N)-оконечном пункте соединения, определяются (N)-адресом, указываемым при установлении (N)-соединения.

(N)-оконечный пункт соединения имеет идентификатор, называемый (N)-идентификатором оконечного пункта соединения и являющийся единственным для (N+1)-логического объекта, связанного с данным (N)-оконечным пунктом соединения.

(N)-идентификатор оконечного пункта соединения и (N)-адрес представляют собой разные понятия.

(N+1)-логический объект обращается к (N)-соединению, используя (N)-идентификатор оконечного пункта этого соединения.

Многопунктовые соединения - это соединения, которые имеют три или более оконечных пунктов соединения. Определены два типа многопунктовых соединений:

а) централизованное;

б) децентрализованное.

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

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

5.7.4. Установление и разрыв соединения

Установление (N)-соединения равноправными логическими объектами (N)-уровня требует следующих условий:

а) доступности (N-1)-соединения между соответствующими (N)-логическими объектами;

б) оба (N)-логических объекта должны находиться в состоянии, в котором они могут выполнять обмен для отработки протокола установления соединения.

Если требуемое (N-1)-соединение недоступно, то оно должно устанавливаться равноправными логическими объектами (N-1)-уровня. При этом для (N-1)-уровня требуется наличие тех же условий, что и для (N)-уровня.

Этот процесс повторяется на всех нижележащих уровнях, пока не встретится доступное соединение или физическая среда для ВОС.

В зависимости от характеристик (N-1)-услуги и процедуры обмена данными при выполнении протокола установления, установление (N)-соединения может выполняться в сочетании с установлением (N-1)-соединения или отдельно.

Характеристики (N)-услуги относительно установления (N)-соединения изменяются в зависимости от того, могут или нет передаваться (N)-данные пользователя в каждом из направлений (N)-соединения при обмене, реализующем протокол установления соединения.

Если при отработке протокола установления соединения передаются (N)-данные пользователя, то (N+1)-протокол может воспользоваться этим для установления (N+1)-соединения в процессе установления (N)-соединения.

Как правило, разрыв (N)-соединения инициируется одним из его (N+1)-логических объектов.

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

В зависимости от условий разрыв (N)-соединения может привести к потере (N)-данных пользователя.

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

По отношению к разрыву (N)-соединения обеспечивается (N)-услуга с характеристиками одного из двух видов:

1. (N)-соединения разрываются одновременно с началом обмена, реализующим протокол разрыва. (Недоставленные данные пользователя могут при этом теряться).

2. Разрыв задерживается до тех пор, пока все (N)-данные пользователя, переданные до начала обмена, реализующего протокол разрыва, не будут доставлены (т.е. будет принято подтверждение получения).

(N) -данные пользователя могут быть переданы при обмене, реализующем протокол разрыва соединения.

Некоторые (N)-протоколы могут обеспечивать комбинированный обмен, реализующий протоколы установления и разрыва соединения.

5.7.5. Мультиплексирование и расщепление

В (N)-уровне (N)-соединения отображаются в (N-1)-соединения. Допускаются следующие типы отображения:

а) один к одному;

б) несколько (N)-соединений отображаются в одно (N-1)-соединение (мультиплексирование);

в) одно (N)-соединение отображается в несколько (N-1)-соединений (расщепление).

Мультиплексирование может использоваться для следующих целей:

а) для более эффективного или более экономичного использования (N-1)-услуг;

б) для организации нескольких (N)-соединений при наличии только одного (N-1)-соединения.

Расщепление может использоваться для следующих целей:

а) для повышения надежности, поскольку доступными являются несколько (N-1)-соединений;

б) для обеспечения требуемой пропускной способности путем использования нескольких (N-1)-соединений;

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

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

Функции, связанные с мультиплексированием:

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

б) управление потоком в каждом (N)-соединении с целью совместного использования (N-1)-соединения (п.5.7.6.4);

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

Функции, связанные с расщеплением:

а) планирование обслуживания нескольких (N-1)-соединений, используемых при расщеплении одного (N)-соединения;

б) упорядочение (N)-протокольных блоков данных, связанных с (N)-соединением, поскольку порядок их поступления может нарушаться, несмотря на то, что каждое (N-1)-соединение гарантирует упорядоченность доставки (п.5.7.6.6).

5.7.6. Передача данных

5.7.6.1. Передача нормальных данных

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

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

(N)-протокольный блок данных имеет произвольный, но ограниченный размер. (N)-протокольные блоки данных отображаются в (N-1)-сервисные блоки данных. Интерпретация (N)-протокольных блоков данных определяется (N)-протоколом для (N-1)-соединения.

(N)-сервисный блок данных передается между (N+1)- и (N)-логическими объектами через (N)-пункт доступа к услуге в виде одного или нескольких (N)-интерфейсных блоков данных. (N)-сервисный блок данных передается как (N)-данные пользователя в одном или нескольких (N)-протокольных блоках данных.

Обмен данными согласно правилам (N)-протокола может иметь место только при наличии (N-1)-соединения. Если (N-1)-соединение не существует, оно должно быть установлено до начала обмена данными (п.5.7.4).

5.7.6.2. Передача данных в процессе установления и разрыва соединения

(N)-данные пользователя могут передаваться при обмене, реализующем протокол установления и протокол разрыва (N)-соединения.

Обмен, реализующий протокол разрыва соединения, может быть объединен с обменом, реализующим протокол установления соединения (п.5.7.4), чтобы совместить перенос одного блока (N)-данных пользователя между связанными (N+1)-логическими объектами с подтверждением приема.

5.7.6.3. Передача срочных данных

Срочный блок данных - это сервисный блок данных, который передается и (или) обрабатывается с более высоким приоритетом относительно нормальных сервисных блоков данных. Услуга передачи срочных данных может быть использована для целей сигнализации и прерывания.

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

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

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

Устанавливается, что срочный (N)-сервисный блок данных должен обрабатываться принимающим (N+1)-логическим объектом с более высоким приоритетом относительно нормальных (N)-сервисных блоков данных.

5.7.6.4. Управление потоком

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

Определяются два типа управления потоком:

1. Управление потоком между равноправными логическими объектами, при котором регулируется скорость передачи через (N)-соединение (N)-протокольных блоков данных к равноправному (N)-логическому объекту. Такое управление требует определения в протоколе соответствующих понятий и основано на размере (N)-протокольного блока данных.

2. Управление (N)-интерфейсным потоком, при котором регулируется скорость передачи (N)-интерфейсных данных между (N+1)- и (N)-логическими объектами. Управление (N)-интерфейсным потоком основано на размере (N)-интерфейсного блока данных.

Наличие мультиплексирования в уровне может потребовать функций управления потоком между равноправными логическими объектами для каждого из потоков (п.5.7.5).

Функции управления потоком между равноправными логическими объектами требуют включения информации управления потоком в (N)-протокольную управляющую информацию (N)-протокольного блока данных.

Если размер сервисного блока данных превышает максимальный размер части протокольного блока данных, отведенной под (N)-данные пользователя, то вначале должно выполняться сегментирование (N)-сервисного блока данных для его упаковки в (N)-протокольные блоки данных. Затем (N)-протокольные блоки данных могут быть подвергнуты управлению потоком между равноправными логическими объектами.

5.7.6.5. Сегментирование, объединение и сцепление

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

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

Соотношение между (N)-сервисным блоком данных, (N)-протокольным блоком данных

и (N-1)-сервисным блоком данных внутри уровня

а) отсутствие сегментирования и блокирование	б) сегментирование/сборка

в) блокирование/деблокирование

г) сцепление/разделение

СБД - сервисный блок данных;

ПУИ - протокольная управляющая информации;

ПБД - протокольный блок данных.

Черт.12

Примечания:

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

2. При использовании сцепления (N)-протокольный блок данных может не включать (N)-сервисный блок данных.

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

В эталонной модели также допускается операция сцепления, посредством которой несколько (N)-протокольных блоков данных сцепляются в один (N-1)-сервисный блок данных (черт.12г).

5.7.6.6. Упорядочение

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

5.7.7. Функции защиты от ошибок

5.7.7.1. Подтверждение

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

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

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

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

5.7.7.2. Обнаружение ошибок и уведомление о них

Функции обнаружения ошибок и уведомления о них предназначены для использования в (N)-протоколе с целью обеспечения более высокой вероятности обнаружения искажения данных и ошибок в протокольных блоках данных, чем это обеспечивается (N-1)-услугой.

Обнаружение ошибок и уведомление о них может потребовать включения дополнительной информации в (N)-протокольную управляющую информацию (N)-протокольного блока данных.

5.7.7.3. Сброс

Некоторые услуги требуют наличия функции сброса для восстановления после потери синхронизации между связанными (N)-логическими объектами. При сбросе связанные (N)-логические объекты устанавливаются в заранее определенное состояние с возможной при этом потерей или дублированием данных.

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

Некоторое количество (N)-данных пользователя может быть передано в процессе выполнения функции (N)-сброса.

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

      5.8. Маршрутизация

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

      5.9. Аспекты административного управления ВОС

5.9.1. Термины и пояснения

5.9.1.1. Прикладное административное управление - функции в прикладном уровне (п.6.1), относящиеся к административному управлению прикладными процессами ВОС.

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

5.9.1.3. Ресурсы ВОС - ресурсы обработки данных и ресурсы обмена данными, относящиеся к ВОС.

5.9.1.4. Административное управление системой - функции в прикладном уровне, связанные с административным управлением различными ресурсами ВОС и их состоянием по всем уровням архитектуры ВОС.

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

5.9.1.6. Административное управление уровнем - функции административного управления (N)-уровнем, частично выполняемые в самом (N)-уровне в соответствии с (N)-протоколом уровня (такие, например, действия, как активизация и защита от ошибок), а частично выполняемые как функции из подмножества функций административного управления системой.

5.9.2. Введение

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

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

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

5.9.3. Категории действий административного управления

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

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

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

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

б) административное управление системой;

в) административное управление уровнем.

5.9.3.1. Прикладное административное управление

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

а) инициализация параметров, представляющих прикладные процессы;

б) инициирование, поддержание и завершение прикладных процессов;

в) выделение ресурсов ВОС прикладным процессам и их освобождение;

г) обнаружение и предотвращение взаимных помех и взаимных блокировок между ресурсами ВОС;

д) управление целостностью и фиксацией состояния ресурсов;

е) управление защитой информации;

ж) обслуживание контрольных точек и управление восстановлением.

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

5.9.3.2. Административное управление системой

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

1. Управление активизацией/деактивизацией, включающее:

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

б) некоторые функции по загрузке программ;

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

г) инициализация/модификация параметров открытых систем.

2. Контроль, включающий:

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

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

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

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

б) реконфигурацию и рестарт.

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

5.9.3.3. Административное управление уровнем

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

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

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

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

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

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

 6. ВВОДНОЕ ОПИСАНИЕ УРОВНЕЙ ВОС

      6.1. Перечень уровней

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

Эталонная модель содержит семь уровней:

а) прикладной уровень (уровень 7);

б) уровень представления (уровень 6);

в) сеансовый уровень (уровень 5);

г) транспортный уровень (уровень 4);

д) сетевой уровень (уровень 3);

е) уровень звена данных (уровень 2);

ж) физический уровень (уровень 1);

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

Семь уровней эталонной модели и протокол равноправных объектов

Черт.13

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