ГОСТ Р ИСО/МЭК 7498-1-99
Группа П85
ГОСУДАРСТВЕННЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ
Информационная технология
ВЗАИМОСВЯЗЬ ОТКРЫТЫХ СИСТЕМ
БАЗОВАЯ ЭТАЛОННАЯ МОДЕЛЬ
Часть 1. Базовая модель
Information technology. Open Systems Interconnection.
Basic Reference Model. Part 1. The Basic Model
ОКС 35.100.70
ОКСТУ 4002
Дата введения 2000-01-01
Предисловие
1 РАЗРАБОТАН Московским научно-исследовательским центром (МНИЦ) Государственного Комитета Российской Федерации по связи и информатизации
ВНЕСЕН Техническим комитетом по стандартизации ТК 22 "Информационные технологии"
2 ПРИНЯТ И ВВЕДЕН В ДЕЙСТВИЕ Постановлением Госстандарта России от 18 марта 1999 г. N 78
Настоящий стандарт содержит полный аутентичный текст международного стандарта ИСО/МЭК 7498-1-94 "Информационная технология. Взаимосвязь открытых систем. Базовая эталонная модель. Часть 1. Базовая модель"
3. ВВЕДЕН ВПЕРВЫЕ
4. ПЕРЕИЗДАНИЕ. Октябрь 2006 г.
Введение
Эталонная модель создает общую основу для скоординированной разработки стандартов на взаимосвязь открытых систем, допуская в то же время использование существующих стандартов в данной области и определяя их будущее местоположение в своих рамках. Она также определяет направления разработки и усовершенствования стандартов и поддерживает их совместимость. Данный стандарт был разработан совместно с МККТТ. Основной целью этой разработки является представление совместного текста, который помимо некоторых технических и редакторских уточнений содержит концепции передачи в режиме без установления соединения.
1 Область применения
1.1 Целью настоящего стандарта, распространяющегося на эталонную модель взаимосвязи открытых систем (ВОС), является создание основы для скоординированной разработки стандартов в указанной области. Допускается также использование существующих стандартов ВОС и определяется их будущее местоположение в рамках эталонной модели.
1.2 Термин "взаимосвязь открытых систем" относится к стандартам на обмен информацией между системами, "открытыми" друг другу для такого обмена путем совместного использования ими соответствующих стандартов.
1.3 Понятие "открытости" систем не связано с их конкретной реализацией, техническими средствами или способами взаимосвязи, а обозначает взаимное признание и поддержку соответствующих стандартов.
1.4 Кроме того, настоящий стандарт определяет направления разработки и усовершенствования стандартов и является общим эталоном для обеспечения их совместимости. Он не может служить ни спецификацией для конкретной реализации, ни основой для оценки соответствия правилам существующих реализаций и не содержит детализации, позволяющей точно определить услуги и протоколы архитектуры ВОС. Настоящий стандарт предоставляет только концептуальные и функциональные рамки, позволяющие группам экспертов продуктивно и независимо друг от друга разрабатывать стандарты на каждый уровень эталонной модели ВОС.
1.5 Эталонная модель обладает достаточной гибкостью для учета дальнейшего развития технических средств и расширения требований пользователя. Эта гибкость предусматривает также возможность постепенного перехода от существующих реализаций к стандартам ВОС.
1.6 Поскольку набор общих архитектурных принципов, определяющих взаимосвязь открытых систем, очень широк, то основным объектом настоящего стандарта являются системы, охватывающие терминалы, компьютеры и подсоединенные к ним устройства, а также средства для передачи информации между такими системами. Остальные аспекты ВОС, требующие внимания, рассмотрены кратко (см. 4.2).
1.7 Описание эталонной модели ВОС в настоящем стандарте представлены в последовательности:
1.7.1 В разделе 4 дано обоснование для разработки ВОС, определены объекты взаимосвязи, область существования ВОС и описаны принципы моделирования, использованные в ВОС.
1.7.2 В разделе 5 рассмотрены общие принципы построения архитектуры эталонной модели, а именно ее многоуровневая структура, смысл разбиения на уровни, а также принципы, используемые при описании уровней.
1.7.3 В разделе 6 перечислены и определены конкретные уровни архитектуры.
1.7.4 В разделе 7 приведено подробное описание уровней.
1.7.5 В разделе 8 приведено описание принципов административного управления ВОС.
1.7.6 В разделе 9 определены согласованность и совместимость с эталонной моделью ВОС.
1.7.7 В приложении А приведены способы, которые были использованы при разбиении на уровни.
1.7.8 Раздел "Нормативные ссылки" в настоящем стандарте заменен приложением С "Библиография".
1.7.9 Дополнительные задачи эталонной модели описаны в других частях ГОСТ Р ИСО/МЭК 7498: во второй - архитектура защиты ВОС, в третьей - вопросы присвоения имен и адресации, в четвертой - административное управление систем ВОС.
1.7.10 Эталонная модель служит основой для определения услуг и протоколов, удовлетворяющих требованиям, установленным в эталонной модели.
1.7.11 В тех редких случаях, когда функциональная возможность указана в эталонной модели как факультативная, она должна оставаться факультативной также в составе соответствующего протокола или услуги (даже если в данный момент эти два варианта факультативности не документированы).
1.7.12 Эталонная модель не определяет услуг и протоколов для ВОС. Она также не является ни спецификацией реализации для систем, ни основой для оценки соответствия реализаций.
1.7.13 Для тех стандартов, которые удовлетворяют требованиям ВОС, наименьшее число конкретных поднаборов определяется из факультативных функций с целью упростить реализацию и совместимость.
2 Определения
Определения терминов приведены в начальных пунктах разделов. Для удобства указатель этих определений терминов приведен в приложении В.
3 Обозначения
3.1 При описании уровней в разделе 5 использованы обозначения (N)-, (N+1)- и (N-1)-, определяющие смежные уровни и соотношение между ними:
(N)-уровень - конкретный уровень;
(N+1)-уровень - верхний уровень, смежный с (N)-уровнем;
(N-1)-уровень - нижний уровень, смежный с (N)-уровнем.
Эти обозначения используются также для определения других понятий эталонной модели, которые относятся к данным уровням, например (N)-протокол, (N+1)-услуги и т.д.
3.2 В разделе 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.1.5 Функциональная среда ВОС (ФСВОС) - абстрактное представление совокупности концепций, элементов, функций, услуг, протоколов и т.д., как определено базовой эталонной моделью и разработанными на ее основе конкретными стандартами, которые при их применении обеспечивают обмен данными между открытыми системами.
4.1.6 Функциональная среда локальной системы (ФСЛС) - абстрактное представление такой части реальной системы, которая не относится к ВОС.
Примечание - ФСЛС может выполнять также функции, необходимые для обмена данными вне ВОС.
4.1.7 Привлечение прикладного процесса - конкретное использование некоторой части или всех возможностей данного прикладного процесса при обеспечении конкретного сеанса обработки информации.
4.1.8 Тип прикладного процесса - описание класса прикладных процессов в понятиях набора функциональных возможностей, связанных с обработкой информации.
4.2 Функциональная среда ВОС
4.2.1 В соответствии с концепцией ВОС реальная система представляет собой компьютер или совокупность нескольких компьютеров, соответствующего программного обеспечения, периферийного оборудования, терминалов, персонала операторов, физических процессов, средств передачи информации и т.д., образующую полностью автономную систему, способную обрабатывать и (или) передавать информацию.
4.2.2 Прикладной процесс - это элемент реальной открытой системы, который выполняет обработку информации для конкретного применения.
4.2.3 Прикладные процессы могут представлять собой ручные процессы, процессы, выполняемые на компьютерах, или физические процессы.
4.2.4 Ниже приведены примеры прикладных процессов, соответствующих определению открытой системы:
а) обслуживание банковского терминала оператором является ручным прикладным процессом;
b) программа на языке ФОРТРАН, выполняемая в вычислительном центре и имеющая доступ к удаленной базе данных, является прикладным процессом, выполняемым на компьютере; сервер систем административного управления удаленными базами данных также является прикладным процессом;
c) программа управления процессом, выполняемая на специальном компьютере, подсоединенном к некоторому промышленному оборудованию и включенном в систему управления предприятием, является физическим прикладным процессом.
4.2.5 В реальной открытой системе прикладной процесс представляет собой совокупность ресурсов, включая ресурсы обработки, которые могут быть использованы при выполнении специальных действий, связанных с обработкой информации. Прикладной процесс может организовать свои взаимосвязи с другими прикладными процессами таким способом, который необходим для достижения специальной цели обработки информации: рассматриваемая базовая модель не налагает никаких ограничений ни на форму этих взаимосвязей, ни на взаимоотношения между прикладными процессами.
4.2.6 Действие данного прикладного процесса представляется одним или несколькими привлечениями прикладного процесса. Взаимодействие между прикладными процессами осуществляется через взаимоотношения, установленные между привлечениями прикладного процесса. В определенное время прикладной процесс может быть представлен отсутствием, одним или несколькими привлечениями прикладного процесса. Привлечение прикладного процесса несет ответственность за координацию своих взаимосвязей с другими привлечениями прикладного процесса. Рассмотрение такой координации не входит в предмет рассмотрения базовой модели.
4.2.7 Понятие ВОС относится к обмену информацией между открытыми системами, а не к внутреннему функционированию каждой отдельной реальной открытой системы.
4.2.8 Как показано на рисунке 1, физическая среда для взаимосвязи открытых систем обеспечивает средства передачи информации между открытыми системами.
Рисунок 1 - Открытые системы, соединенные физической средой
4.2.9 Положения ВОС распространяются только на взаимосвязь систем. Все другие аспекты систем, не имеющие отношения к взаимосвязи, не входят в предмет рассмотрения положений ВОС.
4.2.10 Положения ВОС распространяются не только на передачу информации между системами (например, передачу данных), но и на их способность к взаимодействию для решения общей (распределенной) задачи. Другими словами, ВОС охватывает аспекты взаимосвязи, относящиеся к взаимодействию между системами, что и подразумевает выражение "взаимосвязь систем".
Примечание - Понятие "взаимодействие открытых систем" предполагает широкий набор действий, таких как:
a) обмен данными между процессами в части обмена информацией и синхросигналами между прикладными процессами ВОС;
b) представление данных, касающееся всех аспектов создания и сохранения описаний данных, а также преобразований данных с целью их переформатировать при обмене между открытыми системами;
c) хранение данных, касающееся накопителей информации, а также систем файлов и баз данных, необходимых для управления и обеспечения доступа к данным, хранящимся в накопителях;
d) управление процессами и ресурсами, относящееся к средствам, которые объявляют прикладные процессы ВОС, инициируют их и управляют ими, а также к средствам, обеспечивающим для них доступ к ресурсам ВОС;
e) обеспечение целостности и защиты, налагающее ограничения на обработку информации, которые должны быть предусмотрены при функционировании открытых систем;
f) программная поддержка, охватывающая описание, компиляцию, редактирование, тестирование и хранение программ, выполняемых прикладными процессами ВОС, их передачу и доступ к ним.
Некоторые из перечисленных операций предполагают обмен информацией между взаимосвязанными открытыми системами и, следовательно, аспекты их взаимосвязи могут входить в область рассмотрения ВОС.
Базовая эталонная модель охватывает те элементы перечисленных действий, которые существенно важны на начальной стадии разработки стандартов ВОС.
4.2.11 Задачей ВОС является определение совокупности стандартов, позволяющих обеспечить взаимодействие реальных открытых систем. Система, удовлетворяющая требованиям соответствующих стандартов ВОС при взаимодействии с другими системами, называется реальной открытой системой.
4.2.12 Задача стандартизации в области ВОС состоит в том, чтобы определить набор стандартов, которые обеспечивают возможность обмена данными между автономными системами. Любое оборудование, осуществляющее обмен данными в соответствии со всеми стандартами на протоколы ВОС, является реальным эквивалентом понятия модели "открытая система". Оборудование, относящееся к категории "оконечное", которое требует вмешательства оператора в большую часть обработки информации, может удовлетворять указанным выше положениям о применении соответствующих стандартов ВОС, при взаимодействии с другими открытыми системами.
4.3 Моделирование функциональной среды ВОС
4.3.1 Разработке стандартов ВОС, т.е. стандартов по взаимосвязи реальных открытых систем, способствует использование абстрактных моделей. Для описания внешнего поведения взаимосвязанных реальных открытых систем каждая такая система должна быть представлена функционально эквивалентной ей абстрактной моделью, называемой открытой системой. При этом строго описывают только те аспекты открытых систем, которые относятся к их взаимосвязи. Для законченности этого описания необходимо определить как внутреннее, так и внешнее поведение открытых систем. Стандартизации подлежит только внешнее поведение открытых систем. Описание их внутреннего поведения приведено в эталонной модели только для более полного определения аспектов, относящихся к ВОС. Любая реальная система, которая внешне ведет себя как открытая система, может быть рассмотрена как реальная открытая система.
4.3.2 Абстрактное моделирование проводят в два этапа.
4.3.3 Вначале разрабатывают базовые элементы открытых систем и принимают некоторые основные решения, связанные с их организацией и функционированием. Это составляет эталонную модель ВОС, определяемую в настоящем стандарте.
4.3.4 Далее в рамках эталонной модели разрабатывают подробное и точное описание функционирования открытой системы. Оно включает в себя услуги и протоколы для ВОС, что является предметом рассмотрения других стандартов.
4.3.5 Следует подчеркнуть, что сама эталонная модель не содержит подробного и точного описания функционирования открытой системы и поэтому не определяет внешнего поведения реальных открытых систем и не рассматривает структуру конкретной реализации реальной открытой системы.
4.3.6 Специалисты, незнакомые с методом абстрактного моделирования, должны иметь в виду, что понятия, используемые при описании открытых систем, представляют собой абстракцию, несмотря на их видимое сходство с понятиями, обычно используемыми при описании реальных систем. Поэтому реальные открытые системы не обязательно должны быть реализованы именно так, как описано в эталонной модели.
4.3.7 В последующих разделах настоящего стандарта рассмотрены только те аспекты реальных систем и прикладных процессов, которые ограничены рамками функциональной среды ВОС. Их соотношение выдерживается в настоящем стандарте таким образом, как показано на рисунке 2.
Рисунок 2 - Базовые элементы ВОС
4.3.8 Расширение применения концепций ФСВОС, относящихся к использованию стандартов ВОС, может привести к подмножеству ФСВОС, которые соответствуют частичным отдельным наборам реальных открытых систем, но которые не имеют физических возможностей соединения ВОС между ними.
5. Концепция многоуровневой архитектуры
5.1 Введение
5.1.1 В разделе 5 введены четыре архитектурных понятия, положенные в основу при разработке эталонной модели ВОС. Вначале введено понятие многоуровневой архитектуры (услуги, логические объекты, пункты доступа к услугам, протоколы, соединения и др.). Затем для логических объектов, пунктов доступа к услугам и соединений введены идентификаторы. После этого описаны пункты доступа к услугам, блоки данных, элементы операций внутри уровней, включая соединения, процедуры передачи данных и процедуры обработки ошибок. Вслед за этим введены аспекты маршрутизации и, наконец, рассмотрены аспекты административного управления.
5.1.2 В разделе 5 описаны принципы, необходимые при разработке эталонной модели ВОС. Однако не все из них используются на каждом уровне эталонной модели.
5.1.3 Четыре понятия являются базовыми по отношению к эталонной модели (см. рисунок 2):
а) открытые системы;
b) логические объекты прикладного уровня, которые существуют в функциональной среде ВОС (см. 7.1);
c) ассоциации (см. 5.3), которые соединяют логические объекты прикладного уровня и позволяют им обмениваться информацией;
d) физическая среда ВОС.
Примечание - Вопросы защиты информации, которые также являются общими архитектурными элементами для всех протоколов, рассматриваются в ИСО/МЭК 7498-2.
5.2 Принципы разбиения на уровни
5.2.1 Определения
5.2.1.1 (N)-подсистема - элемент иерархической структуры открытой системы, который непосредственно взаимодействует только с элементами смежного верхнего или смежного нижнего подразделений этой открытой системы.
5.2.1.2 (N)-уровень - подраздел архитектуры ВОС, состоящий из подсистем одного и того же ранга (N).
5.2.1.3 Равноправные логические объекты - логические объекты внутри одного и того же уровня.
5.2.1.4 Подуровень - подраздел уровня.
5.2.1.5 (N)-услугa - функциональная возможность (N)-уровня и нижерасположенного уровня, предоставляемая (N+1)-логическому объекту на границе между (N)- и (N+1)-уровнями.
5.1.1.6 (N)-средство - часть (N)-услуги.
5.2.1.7 (N)-функция - составная часть операции (N)-логического объекта.
5.2.1.8 (N)-пункт доступа к услугам (ПДУ), (N)-ПДУ - пункт, через который (N)-логический объект предоставляет (N)-услуги (N+1)-логическому объекту.
5.2.1.9 (N)-протокол - набор правил и форматов (семантических и синтаксических), определяющих процедуры связи (N)-логических объектов при выполнении (N)-функций.
5.2.1.10 (N)-тип логического объекта - описание класса (N)-логического объекта в понятиях комплекса возможностей, определенного для (N)-уровня.
5.2.1.11 (N)-логический объект - активный элемент внутри (N)-подсистемы, воплощающий комплекс возможностей, определенных для (N)-уровня, который соответствует конкретному типу (N)-логического объекта.
5.2.1.12 (N)-привлечение логического объекта - конкретная реализация части или всех возможностей данного (N)-логического объекта (без использования любых дополнительных возможностей).
5.2.2 Описание
5.2.2.1 Основным методом структурирования, используемым в эталонной модели ВОС, является разбиение на уровни. В соответствии с ним каждая открытая система рассматривается как система, логически состоящая из упорядоченного набора (N)-подсистем, для удобства представляемых в виде вертикальной последовательности, показанной на рисунке 3. Смежные (N)-подсистемы взаимосвязаны через общую для них границу. (N)-подсистемы одного и того же ранга (N) в совокупности образуют (N)-уровень эталонной модели ВОС. Для (N)-уровня в открытой системе существует одна и только одна (N)-подсистема. Она состоит из одного или нескольких (N)-логических объектов. Логические объекты существуют в каждом (N)-уровне. Логические объекты одного и того же (N)-уровня называются равноправными (N)-логическими объектами. Следует отметить, что самый верхний уровень не имеет смежного (N+1)-уровня, а самый нижний уровень не имеет смежного (N-1)-уровня.
Рисунок 3 - Организация уровней во взаимосвязанных открытых системах
5.2.2.2 Не все равноправные (N)-логические объекты могут быть связаны между собой и не для всех из них такая связь необходима. Иногда существуют условия, препятствующие этой связи (например, объекты находятся в несвязанных открытых системах или они не поддерживают одинаковые подмножества протоколов). Связь равноправных (N)-логических объектов, которые находятся в той же (N)-подсистеме, обеспечивается функциональной средой локальной системы (ФСЛС), и поэтому не входит в предмет рассмотрения ВОС.
Примечания
1 Различие между типом некоторого объекта и его экземпляром является существенным в ВОС. Тип - это описание класса объектов, экземпляр данного типа - любой объект, который соответствует этому описанию. Экземпляры одного и того же типа образуют класс. Обращение к типу и его экземплярам осуществляется по именам. Имена типа и его экземпляров должны различаться.
В примере из области программирования для компьютера написание программы соответствует формированию типа объекта, а каждый вызов программы в компьютер для выполнения соответствует формированию экземпляра объекта. Таким образом, компилятор с ФОРТРАНА - это тип объекта, и каждый раз, когда копия этой программы вызывается для выполнения в процессор, она отображается в экземпляр объекта.
В ВОС применяется основной принцип экземпляра: рассматривать (N)-логический объект в контексте ВОС. Он также имеет два аспекта: тип и множество экземпляров этого типа. Тип (N)-логического объекта определяется специальным набором функций (N)-уровня. А экземпляром этого типа (N)-логического объекта является его реализация в соответствующей открытой системе, выполняющей функции (N)-уровня, которые вызываются по имени типа для конкретной связи. Из этого следует, что тип (N)-логического объекта охватывает только свойства взаимосвязей между равноправными (N)-логическими объектами, а экземпляр (N)-логического объекта охватывает специфические динамические особенности действительного обмена информацией.
Важно отметить, что действительная связь во всех уровнях осуществляется только между (N)-привлечениями логических объектов. В режиме с установлением соединения (см. 5.3.3) действительное использование типа (N)-логического объекта осуществляется только во время установления соединения (или его логического эквивалента во время процесса восстановления). Действительные соединения осуществляются только с (N)-привлечением логических объектов, хотя может выдаваться запрос на соединение с произвольным (N)-логическим объектом (заданного типа). Если (N)-привлечению логического объекта известно имя связанного с ним равноправного (N)-привлечения логического объекта, то возможно установление еще одного соединения с тем же (N)-привлечением логического объекта.
2 В дальнейшем может возникнуть необходимость разделения уровня на более мелкие структуры, называемые подуровнями, а также распространения принципа уровневой организации на другие направления ВОС. Подуровень определяется как группа функций уровня, которую можно обойти. Обход всех подуровней данного уровня недопустим. Подуровень использует логические объекты и соединения своего уровня. Более точное определение и дополнительные характеристики подуровней подлежат дальнейшему изучению.
5.2.2.3 За исключением самого верхнего уровня, каждый (N)-уровень предоставляет (N)-услуги логическим объектам (N+1)-уровня вместе с (N)-услугами (N)-ПДУ. Свойства (N)-ПДУ описаны в 5.5. Предполагается, что самый верхний уровень должен обобщать все возможные услуги, предоставляемые нижними уровнями.
Примечание - Не все открытые системы предоставляют начального отправителя или конечного получателя данных. Такие открытые системы могут не содержать верхних уровней архитектуры (см. рисунок 12).
5.2.2.4 Любые услуги, предоставляемые (N)-уровнем, могут быть реализованы путем выбора одного или нескольких (N)-средств, которые определяют атрибуты таких услуг. Если некоторый (N)-логический объект не в состоянии полностью обеспечить услуги, запрашиваемые одним из (N+1)-логических объектов, он привлекает для взаимодействия с ним другие (N)-логические объекты как помощь в обслуживании запроса. С целью обеспечить такое взаимодействие (N)-логические объекты внутри любого уровня, за исключением самого нижнего, связываются посредством набора услуг, предоставляемых (N-1)-уровнем (см. рисунок 4). Предполагается, что логические объекты самого нижнего уровня связываются непосредственно через физическую среду, соединяющую их.
Рисунок 4 - Связь (N+1)-логических объектов (N+1)-ypoвень через (N)-уровень
5.2.2.5 Услуги (N)-уровня предоставляются (N+1)-уровню путем использования (N)-функций, выполняемых внутри (N)-уровня, и при необходимости, услуг, предоставляемых (N-1)-уровнем.
Примечание - Это не исключает случая, когда в (N)-уровне не требуется действий протокола для обеспечения заданных (N)-средств, поскольку они уже доступны на границе (N-1)-услуг. Однако нулевые функциональные возможности полного (N)-протокола не допускаются.
5.2.2.6 (N)-логический объект некоторого уровня может предоставлять услуги одному или нескольким (N+1)-логическим объектам и использовать услуги одного или нескольких (N-1)-логических объектов (N)-ПДУ - это пункт, через который равноправные логические объекты смежных уровней используют или предоставляют услуги (см. рисунок 7).
5.2.2.7 Взаимодействие между (N)-логическими объектами управляется одним или несколькими (N)-протоколами. Логические объекты и протоколы внутри уровня показаны на рисунке 5.
Рисунок 5 - Логические объекты и протоколы внутри уровня
5.3 Связь между равноправными логическими объектами
5.3.1 Определения
5.3.1.1 (N)-ассоциация - взаимодействие между (N)-привлечениями логических объектов.
5.3.1.2 (N)-соединение - ассоциация, устанавливаемая (N)-уровнем между двумя или более (N+1)-логическими объектами для передачи данных.
5.3.1.3 (N)-оконечный пункт соединения - одно из окончаний (N)-соединения внутри (N)-ПДУ.
5.3.1.4 Многопунктовое оконечное соединение - соединение более чем с двумя оконечными пунктами соединения.
5.3.1.5 Взаимодействующие (N)-логические объекты - (N)-логические объекты, между которыми установлено (N-1)-соединение.
5.3.1.6 (N)-ретрансляция - (N)-функция, посредством которой (N)-логический объект выполняет дальнейшую пересылку данных, полученных от одного равноправного (N)-логического объекта, другому равноправному (N)-логическому объекту.
5.3.1.7 (N)-источник данных - (N)-логический объект, который посылает (N-1)-сервисные блоки данных (см. 5.6.1.7) по (N-1)-соединению*.
5.3.1.8 (N)-получатель данных - (N)-логический объект, который принимает (N-1)-сервисные блоки данных по (N-1)-соединению*.
5.3.1.9 (N)-передача данных - (N)-средство, которое передает (N)-сервисные блоки данных от одного (N+1)-логического объекта к одному или нескольким другим (N+1)-логическим объектам.
5.3.1.10 (N)-дуплексная передача - (N)-передача данных одновременно в обоих направлениях*.
5.3.1.11 (N)-полудуплексная передача - (N)-передача данных в каждый момент времени в одном из двух направлений. Выбор направления осуществляется (N+1)-логическим объектом*.
5.3.1.12 (N)-симплексная передача - (N)-передача данных в одном заранее заданном направлении*.
5.3.1.13 (N)-обмен данными - (N)-функция, передающая (N)-протокольные блоки данных (см. 5.6.1.3) в соответствии с (N)-протоколом по одному или нескольким (N-1)-соединениям*.
______________
* В настоящем стандарте определения этих терминов не использованы. Они введены для использования в будущих стандартах ВОС.
5.3.1.14 (N)-двусторонний одновременный обмен - (N)-обмен данными одновременно в обоих направлениях.
5.3.1.15 (N)-двусторонний поочередный обмен - (N)-обмен данными, при котором передача в одном направлении чередуется с передачей в другом направлении.
5.3.1.16 (N)-односторонний обмен - (N)-обмен данными в одном заранее заданном направлении.
5.3.1.17 (N)-передача в режиме с установлением соединения - (N)-передача данных в контексте (N)-соединения.
5.3.1.18 (N)-передача в режиме без установления соединения - (N)-передача данных не в контексте (N)-соединения, не требующая установления никакой логической взаимосвязи между (N)-сервисными блоками данных.
5.3.2 Описание
5.3.2.1 Для обмена информацией между двумя или более (N+1)-логическими объектами в (N)-уровне путем использования (N)-протокола устанавливается соответствующая ассоциация.
Примечание - Классы протоколов могут быть определены внутри (N)-протоколов.
5.3.2.2 В (N)-подсистеме правила и форматы (N)-протокола определяются (N)-логическим объектом, который может поддерживать один или несколько (N)-протоколов. (N)-логический объект может поддерживать (N)-протоколы либо в режиме с установлением соединения, либо в режиме без установления соединения, либо в обоих режимах. (N)-логические объекты, обеспечивающие режим с установлением соединения, поддерживают (N)-соединения с соответствующими (N+1)-логическими объектами в соответствующих (N)-ПДУ. (N)-логические объекты, обеспечивающие режим без установления соединения, поддерживают (N)-соединения с соответствующими (N)-логическими объектами в соответствующих (N)-ПДУ для доставки данных в (N+1)-логические объекты в режиме без установления соединения.
5.3.2.3 (N+1)-логические объекты могут связываться между собой только с помощью услуг (N)-уровня. Возможны случаи, когда услуги, предоставляемые (N)-уровнем, не обеспечивают прямого доступа для всех (N+1)-логических объектов, которые намерены обмениваться данными. При этом связь между этими логическими объектами может быть обеспечена через некоторый другой (N+1)-логический объект, который действует как ретранслятор между ними (см. рисунок 6).
Рисунок 6 - Связь через ретранслятор
5.3.2.4 То, что связь ретранслируется цепочкой (N+1)-логических объектов, не известно ни (N)-уровню, ни (N+2)-уровню.
5.3.3 Режимы обмена данными
5.3.3.1 Введение
5.3.3.1.1 (N)-уровень может предоставлять (N+1)-уровню услуги в режиме с установлением соединения либо в режиме без установления соединения, либо те и другие, используя услуги, предоставляемые (N-1)-уровнем. При любой передаче между (N+1)-логическими объектами должны использоваться (N)-услуги одного и того же режима.
5.3.3.1.2 (N)-услуги как в режиме с установлением соединения, так и в режиме без установления соединения обладают средствами, которые они предоставляют (N+1)-логическим объектам, и содержат параметры качества услуг, доступные (N+1)-логическим объектам. Как для (N)-услуг в режиме с установлением соединения, так и для (N)-услуг в режиме без установления соединения (N)-уровень может обеспечивать функции, которые дополняют средства, предоставляемые (N+1)-логическим объектам, и улучшают параметры качества услуг с точки зрения (N+1)-логических объектов по сравнению с теми средствами и параметрами качества, которые (N)-уровень может обеспечить только за счет (N-1)-уровня, и при необходимости, осуществлять преобразование режима без установления соединения в режим с установлением соединения и обратно.
5.3.3.1.3 Поскольку передачи в режимах с установлением и без установления соединения являются взаимно дополняющими понятиями, наилучшее понимание этих режимов достигается в их сопоставлении, в частности передача в режиме без установления соединения наиболее просто определяется через понятие "соединение".
5.3.3.1.4 Для того чтобы (N+1)-логические объекты могли обмениваться данными, используя (N)-услуги в режиме с установлением соединения или в режиме без установления соединения, между ними должна существовать предварительно установленная ассоциация, которая состоит в некоторой предварительной информированности (N+1)-логических объектов друг о друге, необходимой хотя бы для того, чтобы логические объекты могли инициировать использование услуг передачи. Эта ассоциация, устанавливаемая с помощью методов, которые подробно не обсуждаются в базовой эталонной модели, включает в себя следующие четыре составные части:
a) информированность логических объектов об адресах равноправных (N)-логических объектов, с которыми возможен обмен информацией;
b) информированность (N)-логических объектов о протоколах, поддерживаемых равноправными (N)-логическими объектами по крайней мере в той степени, которая необходима для инициализации обмена информацией;
c) информированность логических объектов о доступности связи с равноправными (N)-логическими объектами;
d) информированность о параметрах качества услуг, обеспечиваемых (N)-услугами.
Примечание - Описанная выше предварительная информированность может быть получена из многих источников, в частности:
a) из информации, получаемой при заключении контрактов с поставщиком услуг;
b) из информации, предоставляемой администрацией сети, которая может быть получена из справочника или по запросу из базы данных;
c) из информации, полученной по результатам работы предыдущих сеансов связи;
d) из информации, которую можно динамически получать при выполнении протоколов административного управления.
Наиболее вероятно, что полные предварительные сведения для ассоциации могут быть получены сочетанием перечисленных выше способов.
5.3.3.2 Режим с установлением соединения
5.3.3.2.1 Соединение - это ассоциация, устанавливаемая для передачи данных между двумя или более равноправными (N)-логическими объектами. Такая ассоциация связывает равноправные (N)-логические объекты с равноправными (N-1)-логическими объектами смежного нижнего уровня. Способность устанавливать и освобождать соединение и передавать данные по этому соединению обеспечивается для (N)-логических объектов в данном (N)-уровне смежным нижним уровнем в виде услуг в режиме с установлением соединения. Использование равноправными (N)-логическими объектами услуг в режиме с установлением соединения проходит через три отдельные фазы:
a) установление соединения;
b) передача данных;
c) освобождение соединения.
5.3.3.2.2 Кроме точно определяемого интервала времени с помощью перечисленных фаз, соединение имеет следующие обязательные свойства:
a) оно предполагает установление и поддержание договоренности двух или более участников соглашения о передаче данных между равноправными (N)-логическими объектами, между которыми передаются данные, и использование поставщика (N-1)-услуг;
b) оно позволяет осуществлять согласование параметров и возможностей, которые будут охватывать передачу данных;
c) оно обеспечивает средства идентификации, уменьшающие накладные расходы, связанные с распознаванием и передачей адресной информации при передаче данных;
d) оно обеспечивает контекст, в котором последовательные блоки данных, передаваемые между равноправными логическими объектами, оказываются логически связанными, позволяет поддерживать упорядоченность поступления блоков и осуществлять управление потоком данных.
5.3.3.2.3 Свойства режима с установлением соединения особенно полезны для тех применений, которые требуют относительно длительных взаимодействий, сопровождающихся передачей больших массивов информации, между логическими объектами, образующими стабильную конфигурацию. Примерами могут служить прямой доступ с терминала к удаленному компьютеру, передача файлов и длительное подключение станции дистанционного ввода заданий. В этих случаях взаимодействующие логические объекты предварительно сообщают друг другу требования к параметрам и режимам работы и приходят в результате этого обмена к взаимно согласованным условиям взаимодействия, резервируя необходимые ресурсы. После этого следует обмен логически связанными блоками данных. Окончание взаимодействия всегда происходит в явной форме, с высвобождением ранее зарезервированных ресурсов. Существует широкий спектр других применений, где полезны свойства режима передачи с установлением соединения.
5.3.3.2.4 Передача в режиме с установлением соединения осуществляется путем использования (N)-соединений. (N)-соединения предоставляются (N)-уровнем между двумя или более (N)-ПДУ. Окончание (N)-соединения в (N)-ПДУ называется (N)-оконечным пунктом соединения. (N)-соединение обеспечивается (N)-уровнем между двумя или более (N)-ПДУ по запросу вызывающего (N)-логического объекта для поддержания (N)-логических объектов, подключенных к (N)-ПДУ, входящих в (N)-соединение. (N)-соединение, обеспечиваемое (N)-уровнем между более чем двумя оконечными пунктами, называется многопунктовым оконечным соединением, (N)-логические объекты с соединением между ними называются взаимодействующими (N)-логическими объектами.
Примечание - Передача данных, использующая (N)-услуги в режиме с установлением соединения, требует предварительного установления (N)-соединения. При этом динамически устанавливается ассоциация между (N+1)-логическими объектами и (N)-услугами в режиме с установлением соединения дополнительно к ассоциации, описанной в 5.3.2. Описываемая здесь ассоциация включает в себя составные части, которые не являются частью предварительно установленной ассоциации, описанной в 5.3.3.1.4:
a) информированность готовности равноправного (N)-логического объекта или объектов вступить в то или иное конкретное взаимодействие и о готовности используемых этими логическими объектами услуг поддержать это взаимодействие;
b) способность равноправных (N)-логических объектов устанавливать и переустанавливать взаимосогласованные характеристики взаимодействия.
5.3.3.3 Режим без установления соединения
5.3.3.3.1 Передача в режиме без установления соединения является передачей единственного блока данных от любого ПДУ-отправителя к одному или нескольким ПДУ-получателей без предварительного установления соединения. Услуги в режиме без установления соединения позволяют логическому объекту осуществить такую передачу за одно обращение к этим услугам.
5.3.3.3.2 В отличие от концепции соединения, каждое конкретное использование услуг в режиме без установления соединения не имеет явно определяемого времени существования. Кроме того, оно обладает следующими обязательными свойствами:
a) оно требует только предварительно установленной ассоциации между равноправными (N)-логическими объектами, определяющих характеристики данных, которые будут передаваться между ними, и не предусматривает никакой динамической процедуры настройки параметров для каждого конкретного использования услуг передачи;
b) вся информация, требуемая для передачи блока данных, - адрес получателя, параметры качества услуг, функциональные возможности и т.д. предоставляется уровню, обеспечивающему услуги передачи данных без установления соединения вместе с передаваемыми данными, за одно обращение к услугам. От уровня, обеспечивающего услуги передачи данных без установления соединения, не требуется устанавливать какую-либо логическую связь между несколькими обращениями к этим услугам.
5.3.3.3.3 Эти основные свойства данного режима передачи могут также сопровождаться следующими дополнительными свойствами:
a) каждый блок передаваемых данных доставляется по назначению независимо от других блоков уровнем, обеспечивающим услуги в режиме без установления соединения;
b) копии блока данных могут быть переданы нескольким адресатам.
5.3.3.3.4 Эти свойства передачи в режиме без установления соединения не исключают возможности обеспечения средств, позволяющих логическому объекту, использующему услуги передачи без установления соединения, получать информацию о возможностях и параметрах качества услуг как для одного обращения, так и для серии обращений к этим услугам для передачи данных между двумя или более (N)-ПДУ.
5.3.3.3.5 Для каждого конкретного уровня пункты раздела 7 определяют те понятия, которые имеют отношение к услугам в режиме без установления соединения, обеспечиваемым данным уровнем.
5.3.3.3.6 Базовыми (N)-услугами в режиме без установления соединения являются услуги, удовлетворяющие следующим условиям:
a) от этих услуг не требуется демонстрировать какие-либо минимальные значения параметров качества услуг, в частности не требуется поддерживать упорядоченность (N)-сервисных блоков данных;
b) от них не требуется обеспечение управления потоком между равноправными логическими объектами.
5.3.3.3.7 Любые определения любых (N)-услуг в режиме без установления соединения должны включать в себя эти базовые услуги.
5.3.3.3.8 Поскольку от базовых услуг не требуется поддерживать упорядоченность (N)-сервисных блоков данных, то ни к какому из (N)-уровней не предъявляются требования к обеспечению функций упорядочения. Однако в конкретных реализациях характеристики средств связи или реальной подсети могут предоставлять высокую вероятность упорядоченной доставки и это может отразиться на характеристиках услуг в режиме без установления соединения, предоставляемых вышерасположенными уровнями.
5.3.3.3.9 (N+1)-логический объект не предоставляет поставщику услуг в режиме без установления (N)-соединения никакой информации о логической связи между (N)-сервисными блоками данных, кроме (N)-адресов ПДУ отправителя и получателя.
5.3.3.3.10 С точки зрения (N+1)-логического объекта это означает, что он не может потребовать применения какой-либо функции к последовательности посланных им (N)-сервисных блоков данных. Однако с точки зрения (N)-уровня это не означает наложения каких-либо ограничений на функции, предоставляемые им для выполнения данной услуги.
5.3.3.3.11 Чтобы (N+1)-логические объекты могли взаимодействовать, используя (N)-услуги режима без установления соединения, необходимо наличие предварительно установленной ассоциации между ними, которая предусматривает информированность каждого из них относительно другого. Эта информированность должна позволять определять местоположение (N+1)-логического объекта, давать правильную интерпретацию (N)-сервисных блоков данных принимающим (N+1)-логическим объектом и определять согласованные скорости передачи, темп передачи ответов и протокол, используемый равноправными логическими объектами. Эта информированность может быть получена в результате предыдущей договоренности между (N+1)-логическими объектами относительно форматов, параметров и возможностей, которые предполагается использовать.
5.3.3.3.12 Чтобы выбрать протокол, который будет использоваться для взаимодействия с помощью (N)-услуг без установления соединения, (N-1)-логическим объектам может понадобиться предварительная информация о средствах, предоставляемых услугами, и о параметрах качества этих услуг.
5.3.4 Взаимоотношение между услугами на границах смежных уровней
5.3.4.1 Никаких архитектурных ограничений на любое сочетание по вертикали для (N)-уровня, предоставляющего один тип (N)-услуг (в режиме с установлением или в режиме без установления соединения), при использовании другого типа (N-1)-услуг, не налагается. В общем случае на границах двух смежных уровней могут быть обеспечены:
a) (N)- и (N-1)-услуги в режиме с установлением соединения;
b) (N)- и (N-1)-услуги в режиме без установления соединения;
c) (N)-услуги в режиме с установлением соединения, использующие (N-1)-услуги в режиме без установления соединения;
d) (N)-услуги в режиме без установления соединения, использующие (N-1)-услуги в режиме с установлением соединения.
5.3.4.2 Для того чтобы можно было использовать комбинации с) и d), необходимы два следующих архитектурных элемента:
a) функция, реализующая (N)-услуги в режиме с установлением соединения с использованием (N-1)-услуг в режиме без установления соединения;
b) функция, реализующая (N)-услуги в режиме без установления соединения с использованием (N-1)-услуг в режиме с установлением соединения.
Они известны как функции согласования режима.
Примечание - Одна из этих функций - функция а) требует значительного объема протокольной управляющей информации. Например, существует необходимость идентифицировать построенное соединение, управлять его состоянием и упорядочивать сервисные блоки данных. Функция b) не требует никакой или требует незначительной дополнительной протокольной управляющей информации. Она, скорее, налагает ограничения на способ использования услуг в режиме с установлением соединения.
5.3.5 Применение функций преобразования режима
5.3.5.1 Функции преобразования режима могут быть привлечены в оконечных системах ВОС или в реальных системах ВОС (см. 6.5). В случае привлечения в реальных системах ВОС они могут:
a) обеспечить объединение (N)-протокола, использующего (N-1)-услуги в режиме без установления соединения, и (N)-протокола, использующего (N-1)-услуги в режиме с установлением соединения, предоставляя тем самым (N)-услуги в режиме с установлением соединения;
b) обеспечить объединение (N)-протокола, использующего (N-1)-услуги в режиме без установления соединения, и (N)-протокол, использующий (N-1)-услуги в режиме с установлением соединения, предоставляя тем самым (N)-услуги в режиме без установления соединения.
5.3.5.2 Использование преобразований режима между (N-1)-услугами внутри уровня явно не ограничивается эталонной моделью, однако, когда несколько (N-1)-услуг разных режимов объединяются в тандем, преобразование режимов должно быть осуществлено так, чтобы количество преобразований режима в составных (N)-услугах было минимальным.
5.3.5.3 Если (N-1)-услуги в режиме без установления соединения дополнены необходимыми средствами, обеспечивающими (N)-услуги в режиме с установлением соединения, то несколько (N)-соединений могут поддерживаться (N-1)-передачей в режиме без установления соединений между одними и теми же (N-1)-ПДУ.
5.3.5.4 Если (N-1)-услуги в режиме с установлением соединения используются для обеспечения (N)-услуг в режиме без установления соединения, то (N)-передача в режиме без установления соединения между несколькими (N)-ПДУ может поддерживаться через одно и то же (N-1)-соединение.
5.4 Идентификаторы
5.4.1 Определения
5.4.1.1 (N)-адрес - это имя, однозначно используемое в ФСВОС для идентификации ряда (N)-ПДУ, которые размещаются в границах между (N)-подсистемой и (N+1)-подсистемой в одной и той же открытой системе.
Примечание - Имя однозначно используется в заданных пределах, если оно идентифицирует один и только один логический объект в этих пределах. Однозначность имени не исключает существование синонимов.
5.4.1.2 (N)-адрес ПДУ - это (N)-адрес ПДУ, который идентифицирует один (N)-ПДУ.
5.4.1.3 (N)-преобразование адресов - (N)-функция, устанавливающая соответствие между (N) и (N-1)-адресами, связанными с (N)-логическим объектом.
5.4.1.4 Маршрутизация - функция внутри уровня, выполняющая преобразование символического имени логического объекта или адреса ПДУ, к которому подсоединен логический объект, в маршрут, по которому может быть установлена связь с указанным логическим объектом.
5.4.1.5 (N)-идентификатор оконечного пункта соединения - идентификатор (N)-оконечного пункта соединения, который может быть использован для идентификации соответствующего (N)-соединения в (N)-ПДУ.
5.4.1.6 (N)-суффикс оконечного пункта соединения - часть идентификатора (N)-оконечного пункта соединения, уникальная в области распространения (N)-ПДУ.
5.4.1.7 Идентификатор оконечного пункта многопунктового соединения - идентификатор, определяющий конкретный оконечный пункт многопунктового соединения, который будет принимать передаваемые данные.
5.4.1.8 (N)-сервисный идентификатор соединения - идентификатор, который однозначно определяет (N)-соединение в рамках связанных (N-1)-логических объектов.
5.4.1.9 (N)-протокольный идентификатор соединения - идентификатор, который однозначно определяет отдельное (N)-соединение в рамках мультиплексного (N-1)-соединения.
5.4.1.10 (N)-символическое имя логического объекта - имя, которое однозначно используется для идентификации (N)-логического объекта.
5.4.2 Описание
5.4.2.1 (N)-адрес пункта доступа к услугам идентифицирует конкретный (N)-ПДУ, к которому подсоединен (N+1)-логический объект (см. рисунок 7). После отсоединения (N+1)-логического объекта от (N)-ПДУ (N)-адрес ПДУ прекращает обеспечивать доступ к (N+1)-логическому объекту. Если (N)-ПДУ переключается к другому (N+1)-логическому объекту, то (N)-адрес ПДУ идентифицирует новый (N+1)-логический объект, а не прежний.
Рисунок 7 - Логические объекты, пункты доступа к услугам и индентификаторы
5.4.2.2 Использование (N)-адреса ПДУ для идентификации (N+1)-логического объекта является наиболее эффективным механизмом в том случае, когда поддерживается постоянство соединения между (N+1)-логическим объектом и (N)-ПДУ.
5.4.2.3 Соответствие между (N)-адресами, обслуживаемыми (N)-логическими объектами, и (N-1)-адресами, используемыми для доступа к (N)-услугам, устанавливается с помощью функции (N)-преобразования адреса.
5.4.2.4 Структура (N)-адреса доступна (N)-логическому объекту, который поддерживает (N)-ПДУ, идентифицируемый с помощью этого адреса. Однако (N+1)-логический объект не имеет доступа к этой структуре.
5.4.2.5 Если (N+1)-логический объект связан через два или более (N)-ПДУ с одним и тем же или с различными (N)-логическими объектами, то для (N)-логических объектов информация о характере этой связи недоступна. Считается, что каждый (N)-ПДУ с точки зрения (N)-уровня идентифицирует различные (N+1)-логические объекты.
5.4.2.6 Функция маршрутизации преобразует (N)-адрес (N+1)-логического объекта в тракт или маршрут, по которому с ним может быть установлена связь.
5.4.2.7 (N+1)-логический объект может устанавливать (N)-соединение с другим (N+1)-логическим объектом с помощью (N)-услуг. При установлении такого соединения каждому (N+1)-логическому объекту присваивается поддерживающим его (N)-логическим объектом (N)-идентификатор оконечного пункта соединения. Таким образом, (N+1)-логический объект может отличить новое соединение от всех других (N)-соединений, доступных в используемом им (N)-ПДУ. Этот (N)-идентификатор оконечного пункта соединения является единственным в рамках использования (N+1)-логическим объектом (N)-соединения.
5.4.2.8 (N)-идентификатор оконечного пункта соединения состоит из двух частей:
a) (N)-адрес ПДУ (N)-пункта доступа к услугам, который будет общим в (N)-соединении;
b) (N)-суффикс оконечного пункта соединения, который является единственным в границах (N)-ПДУ.
5.4.2.9 Многопунктовое оконечное соединение требует наличия идентификаторов многопунктового оконечного соединения. Каждый такой идентификатор определяет оконечный пункт соединения, через который должны приниматься передаваемые данные. Идентификатор многопунктового оконечного соединения должен быть единственным в пределах этого соединения.
5.4.2.10 (N)-уровень может предоставлять (N+1)-логическим объектам (N)-сервисный идентификатор соединения, который однозначно определяет (N)-соединение в среде взаимодействующих (N+1)-логических объектов.
5.5 Свойства пунктов доступа к услугам
5.5.1 (N+1)-логический объект запрашивает (N)-услуги через (N)-ПДУ, через который осуществляется взаимодействие (N+1)- и (N)-логических объектов.
5.5.2 (N)- и (N+1)-логические объекты, подсоединенные к (N)-ПДУ, находятся в одной системе.
5.5.3 (N+1)-логический объект может быть одновременно соединен с одним или несколькими (N)-ПДУ, подсоединенными к одному и тому же или к различным (N)-логическим объектам.
5.5.4 (N)-логический объект может одновременно подсоединяться к одному или нескольким (N+1)-логическим объектам через (N)-ПДУ.
5.5.5 (N)-ПДУ в каждый момент времени может быть подсоединен только к одному (N)- и к одному (N+1)-логическому объекту.
5.5.6 (N)-ПДУ может быть отсоединен от (N+1)-логического объекта и повторно подсоединен к тому же самому или другому (N+1)-логическому объекту.
5.5.7 (N)-ПДУ может быть отсоединен от (N)-логического объекта и повторно подсоединен к тому же самому или другому (N)-логическому объекту.
5.5.8 Местоположение (N)-ПДУ определяется его (N)-адресом ПДУ. (N)-адрес ПДУ используется (N+1)-логическим объектом для запроса (N)-соединения.
5.5.9 (N)-ПДУ может поддерживать:
a) только (N)-услуги в режиме с установлением соединения;
b) только (N)-услуги в режиме без установления соединения;
с) (N)-услуги в режимах с установлением соединения и без установления соединения одновременно.
5.5.10 Один (N+1)-логический объект может одновременно использовать несколько (N)-соединений и (N)-услуг в режиме без установления соединения с помощью одного или нескольких (N)-ПДУ, к которым подсоединен данный (N+1)-логический объект.
5.5.11 (N+1)-логические объекты различают вызовы (N)-услуг в режиме с установлением соединения и (N)-услуг в режиме без установления соединения, если они доступны через один и тот же (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)-логическими объектами и которая не интерпретируется обеспечивающими (N)-логическими объектами.
5.6.1.5 Срочный (N)-сервисный блок данных, (N)-срочный блок данных - (N)-СБД небольшого размера, подлежащий срочной пересылке. (N)-уровень обеспечивает доставку срочного блока данных не позже любого последующего СБД или срочного блока, передаваемых по этому соединению.
5.6.2 Описание
5.6.2.1 Информация пересылается блоками данных различного типа между равноправными (N)-логическими объектами. Блоки данных описаны в 5.6, а взаимосвязь между ними показана на рисунках 8 и 9.
|
|
|
|
| Управление | Данные | Объединение |
(N)-(N)-равноправные логические объекты | (N)-протокольная управляющая информация | (N)-данные пользователя | (N)-протокольный блок данных |
Рисунок 8 - Взаимоотношения между блоками данных
ПБД - протокольный блок данных; СБД - сервисный блок данных; ПУИ - протокольная управляющая информация.
Примечания
1. В приведенном примере ни сегментирования, ни объединения (N)-сервисных блоков данных не выполняются (см. 5.8.1.9 и 5.8.1.11).
2. Представленное графическое изображение ПБД, состоящего из протокольной управляющей информации и данных пользователя, не означает наличия какой-нибудь позиционной связи между ними.
3. (N)-ПБД может быть однозначно преобразован в (N-1)-СБД, но возможны и другие принципы преобразования
Рисунок 9 - Пример преобразования блоков данных в смежных уровнях
5.6.2.2 Не существует общих архитектурных ограничений на размер блоков данных, за исключением тех, которые показаны на рисунках 8 и 9. На отдельных уровнях могут быть некоторые другие ограничения размеров блоков.
5.6.2.3 Данные могут находиться внутри соединения до тех пор, пока в него не будет введен весь СБД.
5.7 Свойства (N)-услуг
5.7.1 (N)-услуги не налагают ограничений на размер (N)-СБД. Однако спецификация (N)-протокола может указывать конкретные пределы размера (N)-ПБД. Для управления размером СБД и соответственно ПБД используются объединение, сегментирование и сцепление.
5.8 Элементы функционирования уровня
5.8.1 Определения
5.8.1.1 (N)-идентификатор протокола - идентификатор, используемый взаимодействующими (N)-логическими объектами для выбора конкретного (N)-протокола.
5.8.1.2 Централизованное многопунктовое оконечное соединение - многопунктовое оконечное соединение, в котором данные, посылаемые логическим объектом, подсоединенным к центральному оконечному пункту соединения, принимаются всеми другими оконечными логическими объектами данного соединения, а данные, посылаемые одним из этих логических объектов, принимаются только центральным логическим объектом.
5.8.1.3 Децентрализованное многопунктовое оконечное соединение - многопунктовое оконечное соединение, в котором данные, посылаемые логическим объектом, подсоединенным к некоторому оконечному пункту соединения, принимаются всеми другими логическими объектами этого соединения.
5.8.1.4 Мультиплексирование - функция (N)-уровня, посредством которой одно (N-1)-соединение используется для поддержания нескольких (N)-соединений.
Примечание - Термин "мультиплексирование" используется также и в более узком смысле для обозначения функции, выполняемой передающим (N)-логическим объектом, а термин "демультиплексирование" - для обозначения соответствующей функции, выполняемой принимающим (N)-логическим объектом.
5.8.1.5 Демультиплексирование - функция, выполняемая (N)-логическим объектом, посредством которой распознаются (N)-протокольные блоки данных, относящиеся к нескольким (N)-соединениям, в составе (N-1)-СБД, принимаемых по одному (N-1)-соединению. Эта функция является обратной мультиплексированию, выполняемой (N)-логическим объектом, передающим (N-1)-СБД.
5.8.1.6 Расщепление - функция (N)-уровня, посредством которой несколько (N-1)-соединений используются для поддержания одного (N)-соединения.
Примечание - Термин "расщепление" используется и в более узком смысле для обозначения функции, выполняемой передающим (N)-логическим объектом, а термин "рекомбинация" - для обозначения соответствующей функции, выполняемой принимающим (N)-логическим объектом.
5.8.1.7 Рекомбинация - функция, выполняемая (N)-логическим объектом, посредством которой распознаются (N)-ПБД, относящиеся к одному (N)-соединению и поступающие в составе (N-1)-СБД, принимаемых по нескольким (N-1)-соединениям. Эта функция является обратной функции расщепления, выполняемой (N)-логическим объектом, передающим (N-1)-СБД.
5.8.1.8 Управление потоком - функция, управляющая потоком данных внутри уровня или между смежными уровнями.
5.8.1.9 Сегментирование - функция, выполняемая (N)-логическим объектом для преобразования одного (N)-СБД в несколько (N)-ПБД.
5.8.1.10 Сборка - функция, выполняемая (N)-логическим объектом для преобразования нескольких (N)-ПБД в один (N)-СБД. Эта функция является обратной функции сегментирования.
5.8.1.11 Объединение - функция, выполняемая (N)-логическим объектом для преобразования нескольких (N)-СБД в один (N)-ПБД.
5.8.1.12 Разделение - функция, выполняемая (N)-логическим объектом для выделения нескольких (N)-СБД, содержащихся в одном (N)-ПБД. Эта функция является обратной функции объединения.
5.8.1.13 Сцепление - функция, выполняемая (N)-логическим объектом для преобразования нескольких (N)-ПБД в один (N-1)-СБД.
Примечание - Функции объединения и сцепления данных, хотя внешне и похожи друг на друга (обе позволяют группировать блоки данных), все же различаются, поскольку имеют различное назначение. Например, сцепление позволяет (N)-уровню группировать один или несколько (N)-ПБД с подтверждениями с одним или несколькими (N)-ПБД, содержащими данные пользователя. Использование только функции объединения этой возможности не предоставляет. Данные функции могут комбинироваться таким образом, что (N)-уровень выполняет объединение и сцепление.
5.8.1.14 Расцепление - функция, выполняемая (N)-логическим объектом для выделения нескольких (N)-ПБД, содержащихся в одном (N-1)-СБД. Эта функция является обратной сцеплению.
5.8.1.15 Упорядочение - функция, выполняемая (N)-уровнем для сохранения последовательности (N)-СБД, поступающих в (N)-уровень.
5.8.1.16 Подтверждение - функция (N)-уровня, с помощью которой принимающий (N)-логический объект информирует передающий (N)-логический объект о приеме (N)-ПБД.
5.8.1.17 Сброс - функция, посредством которой взаимодействующие (N)-логические объекты устанавливаются в заранее определенное состояние с возможной потерей или дублированием данных.
5.8.1.18 (N)-идентификатор версии протокола - идентификатор, передаваемый между взаимодействующими (N)-логическими объектами и позволяющий выбрать версию (N)-протокола.
Примечание - Определение нового (N)-идентификатора версии протокола предполагает минимально общую информацию (N)-протокола, определяемого (N)-идентификатором версии протокола. Если такая минимальная общая информация не может быть получена, следует рассматривать эти (N)-протоколы как независимые и разные.
5.8.2 Идентификация и выбор протокола
5.8.2.1 Идентификация протокола - процесс определения типа используемого протокола.
5.8.2.2 Для (N)-уровня могут быть определены один или несколько (N)-протоколов. (N)-логический объект может использовать один или несколько (N)-протоколов.
5.8.2.3 Для обеспечения связи между (N)-логическими объектами через (N-1)-соединение требуется согласованный выбор одного (N)-протокола.
5.8.2.4 (N)-идентификатор протокола определяет наименование конкретного протокола. (N+1)-идентификатор протокола не является частью (N)-ПУИ. Поэтому (N)-услуги используют (N)-адреса для идентификации (N+1)-протокола в соответствии с ГОСТ Р ИСО 7498-3.
5.8.2.5 Поскольку не все протоколы (ВОС или не ВОС) могут обеспечить передачу (N)-идентификатора протокола, (N)-идентификатор протокола не может быть использован для определения типа протокола (ВОС или не ВОС). Для этих целей лучше использовать (N)-адрес.
5.8.3 Идентификация и выбор версии протокола
5.8.3.1 Идентификация версии протокола
5.8.3.1.1 Идентификация версии протокола - это механизм, позволяющий идентифицировать уровень конкретного протокола, который будет использован. Идентификация версии протокола предполагает, что протокол был идентифицирован либо неявным способом, либо путем использования известных механизмов.
5.8.3.1.2 В любом случае он может быть удобен для распознавания идентификатора подверсии, который должен быть передан в (N)-ПУИ вместе с (N)-идентификатором версии протокола. Это позволяет сохранить след несущественного изменения заданной версии протокола (например, чтобы определить степень интегрирования отчетов об ошибке). Ответственность за введение или невведение идентификатора подверсии несут стандарты на конкретный (N)-уровень. Однако только (N)-идентификатор версии протокола независимо от любого дополнительного идентификатора подверсии должен быть учтен при определении возможности обмена данными между равноправными (N)-логическими объектами.
5.8.3.2 Необходимость в новой версии протокола
5.8.3.2.1 Она возникает из-за изменений, сделанных в протоколе. Этими изменениями могут быть:
1) добавление новых функций (не определенных в существующих спецификациях протокола);
2) удаление функций (тех, которые были определены в существующих спецификациях протокола);
3) изменения функций;
4) замена на другой способ обеспечения функций.
5.8.3.2.2 Изменения, выполненные в протоколе, не всегда подразумевают необходимость в новой версии протокола (или нового протокола). Новая версия протокола (или новый протокол) становится необходимой, если эти изменения приводят к значительным функциональным изменениям, которые могут быть несовместимыми при использовании существующей спецификации протокола так, чтобы реальная открытая система, реализующая заново определенные функции протокола, могла бы обмениваться данными с реальной открытой системой, реализующей прежние спецификации.
5.8.3.2.3 В тех случаях, когда два набора функций протокола совместно используют механизмы идентификации версии протокола (передачи, кодирования, согласующих идентификаторов версии протокола), по крайней мере при одинаковом их понимании, эти наборы следует рассматривать как две разные версии одного протокола, в противном случае их рассматривают как два разных протокола.
Примечания
1 Значительные функциональные изменения не всегда попарно изменяют протокольные элементы обмена между равноправными логическими объектами (например, изменение поведения логического объекта, связанное с введением услуг транспортного уровня).
2 Новая версия протокола не имеет прямого отношения к административному процессу исправления действующих стандартов. Возникновение новой версии протокола зависит от степени проведенных изменений.
5.8.3.3 Механизм согласования
5.8.3.3.1 Согласование версии протокола может происходить только при обмене данными в режиме с установлением соединения. Поле (N)-идентификатора версии протокола должно присутствовать в ПБД, имеющих отношение к установлению соединения. Механизм идентификации версии протокола должен с помощью (N)-идентификатора версии протокола определить, какая версия должна быть вызвана по конкретному соединению между вызывающим и вызываемым (N)-логическими объектами.
5.8.3.3.2 Вызывающий (N)-логический объект посылает информацию всех поддерживаемых версий к вызываемому (N)-логическому объекту. Вызываемый (N)-логический объект проверяет наличие каких-либо поддерживаемых версий, общих для вызывающего и вызываемого (N)-логических объектов. Если таких версий несколько, выбирается последняя из них. Если общей версии не существует, запрос на установление соединения отклоняется.
5.8.3.3.3 Идентификатор подверсии при его наличии не используется в механизме согласования.
5.8.3.3.4 В протоколах для режима без установления соединения механизм согласования не поддерживается. Идентификация версии протокола неявно (например, предыдущая информация) или косвенно передается в ПБД.
5.8.4 Свойства передачи в режиме без установления соединения
5.8.4.1 Вся информация, требующаяся (N)-услуге режима без установления соединения для доставки (N)-СБД (адрес получателя, требуемые параметры качества услуги, факультативные возможности и т.д.), предоставляется ей вместе с (N)-СБД за одно логическое обращение к услуге отправляющим (N+1)-логическим объектом.
5.8.4.2. Вся информация, относящаяся к (N)-СБД, вместе с самим (N)-СБД принимается получающим (N+1)-логическим объектом за одно логическое обращение к (N)-услугам.
5.8.4.3 Для обеспечения (N)-услуг в режиме без установления соединения (N)-уровень выполняет функции, описанные в 5.3.3.3. Эти функции поддерживаются (N)-протоколами.
5.8.4.4 Если (N)-СБД не может быть принят (N+1)-логическим объектом во время его поступления в (N)-ПДУ, (N+1)-логический объект может применить услуги интерфейсного управления потоком (см. 5.8.8.4). Это может привести к аннулированию (N)-СБД поставщиком (N)-услуг или, если обеспечены соответствующие функции управления потоком, - к воздействию со стороны поставщика (N)-услуг на передающий (N)-ПДУ с помощью механизма интерфейсного управления потоком.
5.8.4.5 С помощью (N)-услуг в режиме без установления соединения могут быть переданы копии (N)-СБД нескольким (N)-ПДУ получателям. (N)-СБД, переданные несколькими (N)-ПДУ, могут быть приняты в одном (N)-ПДУ, (N)-уровень не предполагает наличия какой-либо логической связи между этими (N)-СБД.
5.8.4.6 (N)-логические объекты не обмениваются никакой (N)-ПУИ относительно взаимной готовности (N+1)-логических объектов обмениваться данными с помощью (N)-услуг в режиме без установления соединения.
Примечания
1 Конкретный интерфейсный механизм, используемый в реализации услуг в режиме без установления соединения, может потребовать не одного, а нескольких обменов по интерфейсу, чтобы осуществить единственное логическое обращение, необходимое для инициализации передачи в режиме без установления соединения. Однако это следует рассматривать как локальные вопросы конкретной реализации.
2 Передача каждого (N)-СБД с помощью (N)-услуг в режиме без установления соединения должна быть независимой от других передач. Вся адресная и другая информация, требуемая (N)-уровнем для доставки (N)-СБД по назначению, должна быть сообщена во время обращения к услугам при каждой передаче.
3 Основными характеристиками услуг в режиме без установления соединения являются отсутствие диалога о настройке параметров передачи и отсутствие какой-либо динамической ассоциации между взаимодействующими логическими объектами. Однако может быть сохранена значительная свобода выбора, если будет возможно определение характеристик и значений параметров (таких как скорость передачи, вероятность ошибок в канале связи и т.д.) во время доступа к услугам. Если в конкретной реализации локальная (N)-подсистема определяет во время обращения к услугам [с помощью информации, содержащейся в этой (N)-подсистеме], что требуемая передача не может быть успешно выполнена с установленными характеристиками и значениями параметров, она может аварийно закончить передачу и передать сообщение об ошибке. Если несоответствие режимов выявилось уже после того, как обращение к услугам было завершено, все действия, связанные с этой передачей, прекращаются, поскольку предполагается, что (N)-уровень не имеет информации, требуемой для выполнения каких-либо других действий.
5.8.5 Свойства передачи в режиме с установлением соединения
5.8.5.1 (N)-соединение - это ассоциация, устанавливаемая для связи между двумя или более (N+1)-логическими объектами, идентифицируемыми их (N)-адресами. (N)-соединение предлагается как услуги (N)-уровня, с помощью которых может осуществляться обмен информацией между (N+1)-логическими объектами.
5.8.5.2 (N+1)-логический объект может одновременно иметь одно или несколько (N)-соединений с другими (N+1)-логическими объектами, соединение с некоторым заданным (N+1)-логическим объектом и с самим собой.
5.8.5.3 (N)-соединение устанавливается путем указания, прямо или косвенно, (N)-адреса для (N+1)-логического объекта, являющегося источником, и (N)-адреса для каждого из одного или нескольких (N+1)-логических объектов, являющихся получателем.
Примечание - Конкретный интерфейсный механизм, используемый в реализации услуг в режиме с установлением соединения, может потребовать не одного, а нескольких обменов по интерфейсу, чтобы осуществить единственное логическое обращение, необходимое для инициализации передачи в режиме с установлением соединения. Однако это следует рассматривать как локальный вопрос конкретной реализации.
5.8.5.4 (N)-адрес отправителя и один или несколько (N)-адресов получателей могут совпадать. Один или несколько (N)-адресов получателей могут совпадать, a (N)-адрес отправителя может отличаться. Все адреса могут быть различными.
5.8.5.5 При установлении (N)-соединения для каждого (N)-адреса ПДУ, указанного прямо или косвенно, создается один (N)-оконечный пункт соединения.
5.8.5.6 (N+1)-логический объект осуществляет доступ к (N)-соединению через (N)-ПДУ.
5.8.5.7 (N)-соединение имеет два или несколько (N)-оконечных пунктов соединения.
5.8.5.8 (N)-оконечный пункт соединения не может совместно использоваться несколькими (N+1)-логическими объектами или (N)-соединениями.
5.8.5.9 К (N)-оконечному пункту соединения имеют отношение три элемента:
a) (N+1)-логический объект;
b) (N)-логический объект;
c) (N)-соединение.
5.8.5.10 (N)- и (N+1)-логические объекты, связанные в (N)-оконечном пункте соединения, определяются (N)-ПДУ-адресом, указываемым при установлении (N)-соединения.
5.8.5.11 (N)-оконечный пункт соединения имеет идентификатор, называемый (N)-идентификатором оконечного пункта соединения и являющийся единственным для (N+1)-логического объекта, связанного с данным (N)-оконечным пунктом соединения.
5.8.5.12 (N)-идентификатор оконечного пункта соединения и (N)-адрес представляют собой разные понятия.
5.8.5.13 (N+1)-логический объект обращается к (N)-соединению, используя (N)-идентификатор оконечного пункта этого соединения.
5.8.5.14 Многопунктовые соединения - это соединения, которые имеют три или более оконечных пунктов соединения. Определены два типа многопунктовых оконечных соединений:
a) централизованное;
b) децентрализованное.
5.8.5.15 Централизованное многопунктовое соединение имеет центральный оконечный пункт соединения. Данные, посылаемые логическим объектом, связанным с центральным оконечным пунктом соединения, принимаются логическими объектами, связанными со всеми другими оконечными пунктами соединения. Данные, посылаемые логическим объектом, связанным с любым нецентральным оконечным пунктом соединения, принимаются только логическим объектом, связанным с центральным оконечным пунктом соединения.
Для получения доступа к полной версии без ограничений вы можете выбрать подходящий тариф или активировать демо-доступ.