Системы обработки информации. Взаимосвязь открытых систем. Базовая эталонная модель

ГОСТ 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. ВВЕДЕНИЕ

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

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

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

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

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

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

7. ДЕТАЛЬНОЕ ОПИСАНИЕ АРХИТЕКТУРЫ ВОС

8. ПРИЛОЖЕНИЯ

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. Не существует общих архитектурных ограничений на размер блоков данных, за исключением тех, которые показаны на этих чертежах. На отдельных уровнях могут иметь место некоторые другие ограничения размера блоков.

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

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

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

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

6.2. Принципы выделения семи уровней эталонной модели

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

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

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

2. Проводить границу следует в том месте, где описание услуг является наименьшим и число операций взаимодействия через границу сведено к минимуму.

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

4. Следует сосредоточивать аналогичные функции в одном и том же уровне.

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

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

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

Примечания:

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

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

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

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

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

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

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

13. Следует предусматривать возможность обхода подуровней.

6.3. Описание уровней

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

а) назначение уровня;

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

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

Приводимое описание не содержит полного определения услуг и протоколов для каждого уровня. Это является предметом отдельных стандартов.

Назад>>

7. ДЕТАЛЬНОЕ ОПИСАНИЕ АРХИТЕКТУРЫ ВОС

7.1. Прикладной уровень

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

7.1.1 1. Прикладной логический объект - совокупность аспектов прикладного процесса, относящихся к ВОС.

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

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

7.1.2. Назначение

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

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

Для своих партнеров прикладной процесс представляется прикладным логическим объектом.

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

7.1.3. Услуги, предоставляемые прикладным процессам

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

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

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

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

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

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

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

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

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

г) соглашение о выборе механизмов защиты информации;

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

е) определение методики распределения затрат;

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

з) определение приемлемого качества услуг (например, время ответа, допустимая частота ошибок, стоимость по отношению к упомянутым факторам);

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

к) выбор режима диалога, включая процедуры инициирования и завершения;

л) соглашение об ответственности за восстановление от ошибок;

м) соглашение о процедурах управления целостностью данных;

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

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

7.1.4. Функции, выполняемые прикладным уровнем

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

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

7.1.4.1. Группирование функций в прикладном уровне

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

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

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

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

Прикладной логический объект

Черт.14

Разделение элементов прикладных услуг на эти две категории не предполагает существование двух независимых протоколов.

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

Функции административного управления системой и функции прикладного административного управления расположены в прикладном уровне (п.5.9).

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

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

7.2 Уровень представления

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

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

7.2.1.2. Синтаксис передачи - конкретный синтаксис, используемый при передаче данных между открытыми системами.

7.2.2. Назначение

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

Уровень представления охватывает два взаимодополняющих аспекта таких способов представления информации:

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

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

Указанные выше аспекты представления информации основываются на общем понятии синтаксиса передачи.

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

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

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

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

В настоящем стандарте используется метод, описанный в п.2.

7.2.3. Услуги, предоставляемые прикладному уровню

Уровень представления обеспечивает сеансовые услуги (п.7.3) и добавляет к ним следующие возможности:

а) преобразование синтаксиса;

б) выбор синтаксиса.

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

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

7.2.4. Функции, выполняемые уровнем представления

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

а) запрос на установление сеанса;

б) передача данных;

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

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

д) запрос на завершение сеанса.

7.2.4.1. Преобразование синтаксиса

Наличие или отсутствие преобразования синтаксиса не влияет на протокол уровня представления.

Существует три варианта синтаксиса данных:

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

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

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

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

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

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

7.2.4.2. Согласование синтаксиса

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

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

7.2.4.3. Адресация и мультиплексирование

Между адресом уровня представления и сеансовым адресом существует взаимно-однозначное соответствие. На уровне представления мультиплексирование и расщепление не проводится.

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

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

7.3. Сеансовый уровень

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

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

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

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

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

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

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

7.3.2. Назначение

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

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

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

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

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

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

7.3.3. Услуги, предоставляемые уровню представления

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

а) установление сеансового соединения;

б) разрыв сеансового соединения;

в) обмен нормальными данными;

г) карантинная услуга;

д) обмен срочными данными;

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

ж) синхронизация сеансового соединения;

з) оповещение об особых ситуациях.

7.3.3.1. Установление сеансового соединения

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

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

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

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

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

7.3.3.2. Разрыв сеансового соединения

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

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

7.3.3.3. Обмен нормальными данными

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

7.3.3.4. Карантинная услуга

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

7.3.3.5. Обмен срочными данными

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

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

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

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

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

а) двустороннее одновременное взаимодействие;

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

в) одностороннее взаимодействие.

7.3.3.7. Синхронизация сеансового соединения

Услуга по синхронизации сеансового соединения предоставляет логическим объектам уровня представления следующие возможности:

а) задавать и идентифицировать точки синхронизации;

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

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

7.3.3.8. Оповещение об особых ситуациях

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

Примечание. В качестве расширения рассматриваются следующие услуги:

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

б) группирование с помощью скобок;

в) останов-выполнение;

г) защита информации.

7.3.4. Функции, выполняемые сеансовым уровнем

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

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

а) отображение сеансового соединения на транспортное соединение;

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

в) передача срочных данных;

г) восстановление сеансового соединения;

д) разрыв сеансового соединения;

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

7.3.4.1. Отображение сеансового соединения на транспортное соединение

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

а) одно транспортное соединение поддерживает несколько последовательных во времени сеансовых соединений (черт.15);

б) несколько последовательных во времени транспортных соединений поддерживают одно сеансовое соединение (черт.16).

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

Черт.15

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

Черт.16

Примечания:

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

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

7.3.4.2. Управление потоком данных в сеансовом соединении

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

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

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

7.3.4.4. Восстановление сеансового соединения

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

7.3.4.5. Разрыв сеансового соединения

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

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

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

7.4. Транспортный уровень

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

Специальные термины для транспортного уровня не вводятся.

7.4.2. Назначение

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

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

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

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

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

7.4.3. Услуги, предоставляемые сеансовому уровню

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

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

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

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

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

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

б) передача данных;

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

7.4.3.1. Установление транспортного соединения

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

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

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

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

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

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

Транспортная услуга обеспечивает средства передачи данных двух видов:

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

2. Услуга по передаче срочного транспортного сервисного блока данных обеспечивает дополнительное средство обмена информацией по транспортному соединению. Для срочных транспортных блоков данных устанавливаются собственные наборы транспортных услуг и механизмы управления потоком данных. Максимальный размер срочных транспортных сервисных блоков данных ограничен.

7.4.3.3. Разрыв транспортного соединения

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

7.4.4. Функции, выполняемые транспортным уровнем

Перечень функций транспортного уровня может включать:

а) преобразование транспортного адреса в сетевой;

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

в) установление и разрыв транспортных соединений;

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

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

е) межоконечное восстановление после ошибок;

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

з) межоконечное управление потоком данных по отдельным соединениям;

и) супервизорные функции;

к) передача срочных транспортных сервисных блоков данных.

7.4.4.1. Адресация

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

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

Связь транспортных и сетевых адресов

Черт.17

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

Связь одного сетевого с несколькими транспортными адресами

Черт.18

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

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

7.4.4.3. Фазы операций

Операции транспортного уровня состоят из следующих фаз:

а) фаза установления соединения;

б) фаза передачи данных;

в) фаза разрыва соединения.

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

7.4.4.4. Фаза установления соединения

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

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

б) принятие решения о необходимости мультиплексирования или расщепления для оптимального использования сетевых соединений;

в) выбор оптимального размера транспортного протокольного блока данных;

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

д) отображение транспортных адресов в сетевые;

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

ж) передача данных.

7.4.4.5. Фаза передачи данных

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

а) упорядочение блоков данных;

б) объединение;

в) сцепление;

г) сегментирование;

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

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

ж) обнаружение ошибок;

з) восстановление при ошибках;

и) передача срочных данных;

к) разграничение транспортных сервисных блоков данных;

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

7.4.4.6. Фаза разрыва соединения

В этой фазе выполняется разрыв транспортного соединения. В ней могут выполняться следующие операции:

а) оповещение о причине разрыва;

б) идентификация разрываемого транспортного соединения;

в) передача данных.

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

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

7.5. Сетевой уровень

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

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

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

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

7.5.2. Назначение

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

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

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

7.5.3. Услуги, предоставляемые транспортному уровню

Основной услугой сетевого уровня является обеспечение передачи данных без какого-либо их изменения между транспортными логическими объектами. Это означает, что структура и содержание данных, представляемых для передачи, определяется уровнями, расположенными выше сетевого.

Все услуги предоставляются транспортному уровню за определенную плату.

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

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

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

Качество услуг согласуется между транспортными логическими объектами и сетевыми услугами во время установления сетевого соединения. Так как качество услуги может меняться от одного сетевого соединения к другому, его следует согласовывать для каждого отдельного сетевого соединения и оно должно быть одинаковым для обоих оконечных пунктов этого соединения.

Ниже описаны следующие услуги и элементы услуг, предоставляемые сетевым уровнем:

а) сетевые адреса;

б) сетевые соединения;

в) сетевые идентификаторы оконечных пунктов соединения;

г) передача сетевых сервисных блоков данных;

д) параметры качества услуги;

е) оповещение об ошибках;

ж) упорядочение блоков данных;

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

и) передача срочных сетевых сервисных блоков данных;

к) сброс;

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

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

а) пользователь должен запросить услугу;

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

7.5.3.1. Сетевые адреса

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

7.5.3.2. Сетевые соединения

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

Сетевое соединение является двухпунктовым.

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

7.5.3.3. Сетевые идентификаторы оконечных пунктов соединения

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

7.5.3.4. Передача сетевых сервисных блоков данных

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

Ограничений на максимальный размер сетевых сервисных блоков данных не накладывается.

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

7.5.3.5. Параметры качества услуги

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

7.5.3.6. Оповещение об ошибках

О невосстанавливаемых ошибках, обнаруженных сетевым уровнем, сообщается транспортному логическому объекту.

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

7.5.3.7. Упорядочение блоков данных

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

7.5.3.8. Управление потоком данных

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

7.5.3.9. Передача срочных сетевых сервисных блоков данных (необязательная услуга)

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

Максимальный размер срочных сетевых сервисных блоков данных ограничен.

7.5.3.10. Сброс (необязательная услуга)

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

7.5.3.11. Разрыв сетевого соединения

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

7.5.3.12. Получение подтверждения

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

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

_____________________

* Эта услуга включена в сетевые услуги только для поддержки возможностей, устанавливаемых в рекомендации Х.25 МККТТ.

7.5.4. Функции, выполняемые сетевым уровнем

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

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

Сетевой уровень выполняет следующие функции:

а) маршрутизация и ретрансляция;

б) сетевые соединения;

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

г) сегментирование и объединение;

д) обнаружение ошибок;

е) восстановление при ошибках;

ж) упорядочение блоков данных;

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

и) передача срочных данных;

к) сброс;

л) выбор услуги;

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

7.5.4.1. Маршрутизация и ретрансляция

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

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

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

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

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

7.5.4.2. Сетевые соединения

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

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

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

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

Взаимосвязь подсетей низкого качества и высококачественной

Черт.19

2. Возможности подсети низкого качества расширяются до возможностей высококачественной подсети, после чего подсети связываются между собой. Качество результирующего сетевого соединения при этом определяется высококачественной подсетью (черт.20).

Взаимосвязь улучшенной подсети низкого качества высококачественной подсети

Черт.20

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

7.5.4.3. Мультиплексирование сетевого соединения

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

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

7.5.4.4. Сегментирование и объединение

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

7.5.4.5. Обнаружение ошибок

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

7.5.4.6. Восстановление при ошибках

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

7.5.4.7. Упорядочение блоков данных

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

7.5.4.8. Управление потоком данных

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

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

Эта функция обеспечивает услугу передачи срочных данных.

7.5.4.10. Сброс

Эта функция обеспечивает услугу сброса.

7.5.4.11. Выбор услуги

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

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

Протоколы сетевого уровня включают некоторые операции административного управления уровнем (такие, как активизация и защита от ошибок). Взаимосвязь с другими аспектами административного управления рассмотрена в п.5.9.

7.6. Уровень звена данных

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

Специфические термины, относящиеся к уровню звена данных, отсутствуют.

7.6.2. Назначение

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

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

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

7.6.3. Услуги, предоставляемые сетевому уровню

Уровень звена данных предоставляет следующие услуги или элементы услуг:

а) соединение уровня звена данных;

б) сервисные блоки данных уровня звена данных;

в) идентификаторы оконечного пункта соединения уровне звена данных;

г) упорядочение блоков данных;

д) оповещение об ошибках;

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

ж) параметры качества услуги.

7.6.3.1. Соединение звена данных

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

7.6.3.2. Сервисные блоки данных уровня звена данных

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

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

7.6.3.3. Идентификаторы оконечного пункта соединения звена данных

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

7.6.3.4. Упорядочение блоков данных

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

7.6.3.5. Оповещение об ошибках

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

7.6.3.6. Управление потоком данных

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

7.6.3.7. Параметры качества услуги

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

7.6.4. Функции, выполняемые в уровне звена данных

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

а) установление и разрыв соединения уровня звена данных;

б) отображение сервисных блоков данных уровня звена данных;

в) расщепление соединения уровня звена данных;

г) разграничение и синхронизация;

д) упорядочение блоков данных;

е) обнаружение ошибок;

ж) восстановление при ошибках;

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

и) идентификация и обмен параметрами;

к) управление переключением каналов данных;

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

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

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

7.6.4.2. Отображение сервисных блоков данных уровня звена данных

Эта функция осуществляет однозначное отображение сервисных блоков данных уровня звена данных в протокольные блоки данных этого уровня.

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

7.6.4.3. Расщепление соединений уровня звена данных

Эта функция обеспечивает расщепление одного соединения уровня звена данных на несколько физических соединений.

7.6.4.4. Разграничение и синхронизация

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

Примечание. Эти функции иногда называют кадрированием.

7.6.4.5. Упорядочение блоков данных

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

7.6.4.6. Обнаружение ошибок

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

7.6.4.7. Восстановление при ошибках

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

7.6.4.8. Управление потоком данных

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

7.6.4.9. Идентификация и обмен параметрами

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

7.6.4.10. Управление переключением каналов данных

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

7.6.4.11. Административное управление уровнем звена данных

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

7.7. Физический уровень

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

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

7.7.2. Назначение

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

7.7.3. Услуги, предоставляемые уровню звена данных

Физический уровень предоставляет следующие услуги и элементы услуг:

а) физические соединения;

б) физические сервисные блоки данных;

в) физические оконечные пункты соединения;

г) идентификация канала данных;

д) упорядочение;

е) оповещение об ошибках;

ж) параметры качества услуги.

7.7.3.1. Физические соединения

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

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

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

Взаимосвязь каналов данных внутри физического уровня

Черт.21

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

7.7.3.2. Физические сервисные блоки данных

Физический сервисный блок данных состоит из одного бита при последовательной передаче и из "" битов при параллельной передаче.

Физическое соединение допускает дуплексную или полудуплексную передачу битовых потоков.

7.7.3.3. Физические оконечные пункты

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

Физическое соединение может иметь два (при двухпунктовом соединении) или несколько (при многопунктовом соединении) физических оконечных пунктов соединения (черт.22).

ПРИМЕРЫ ФИЗИЧЕСКИХ СОЕДИНЕНИЙ

Пример двух физических оконечных пунктов соединения

(соединение установлено между А и В)

Пример многопунктового физического соединения

(соединение установлено между А, В и С)

Черт.22

7.7.3.4. Идентификация канала данных

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

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

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

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

7.7.3.6. Оповещение об ошибках

Логические объекты уровня звена данных оповещаются об ошибках, обнаруженных внутри физического уровня.

7.7.3.7. Параметры качества услуги

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

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

б) доступностью услуг;

в) скоростью передачи;

г) транзитной задержкой.

7.7.4. Функции, выполняемые внутри физического уровня

На физическом уровне выполняются следующие функции:

а) активизация и деактивизация физического соединения;

б) передача физических сервисных блоков данных;

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

7.7.4.1. Активизация и деактивизация физического соединения

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

7.7.4.2. Передача физических сервисных блоков данных

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

7.7.4.3. Административное управление физическим уровнем

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

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

ПРИМЕРЫ ВЗАИМОСВЯЗИ

а) Реальная среда

б) Логическая среда

Черт.23

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

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

Назад>>

Вернуться на главную

Поиск по контексту

В реестр базы данных

Вызвать помощника