Все госты и снипы онлайн

Более 10000 документов в открытом доступе, абсолютно бесплатно

ГОСТ 28696-90 - Системы обработки информации. Передача данных. Определение услуг звена данных для взаимосвязи открытых систем

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

Файлы для печати:

ГОСТ 28696-90 (ИСО 8 8 8 6 -9 0 ) М Е Ж Г О С У Д А Р С Т В Е Н Н Ы Й С Т А Н Д А Р Т СИСТЕМЫ ОБРАБОТКИ ИНФОРМАЦИИ. ПЕРЕДАЧА ДАННЫХ ОПРЕДЕЛЕНИЕ УСЛУГ ЗВЕНА ДАННЫХ ДЛЯ ВЗАИМОСВЯЗИ ОТКРЫТЫХ СИСТЕМ Издание официальное 4 0 0 -2 8 З Б Н о ш 20Ккружево фото
УДК 681.224:621.391:006.354 Группа 1185 М Е Ж Г О С У Д А Р С Т В Е Н Н Ы Й С Т А Н Д А Р Т Системы обработки информации. Передача данных ГОСТ О П Р Е Д Е Л Е Н И Е У С Л У Г З В Е Н А Д А Н Н Ы Х 28696-90 Д Л Я В ЗА И М О С В Я ЗИ О Т К Р Ы Т Ы Х С И С Т Е МInformation processing systems. (И С О 8 8 8 6 - 9 0 )Data communication.Data link service definition for open systems interconnectionMKC 35.100.20ОКСТУ 4002 Дата введения 01.07.91 Настоящий стандарт эквивалентен стандарту Международной организации по стандартизации И СО 8 886—88 «Системы обработки информации. Передача данных. Определение услуг звена данных для взаимосвязи открытых систем » с учетом следующ их уточнений: - разд. 0 «Введение» заменен настоящей вводной частью; - в начале разд. I «Назначение и область применения» введены два новых абзаца, уточняющих область применения настоящ его стандарта; - в разд. 2 «Ссылки» дополнительно включены два стандарта; - исключены ссы лки на стандарты И С О 7498 и 7498/Доп I: - ссы лка на ИСО/ТО 8509 заменена приложением 1; - содержимое разд. 3 «Определения* вы несено в приложение 2 с добавлением определений всех перечисленных в нем терминов на осн ове приводимых стандартов И СО ; - разд. 4 «Аббревиатуры* дополнен аббревиатурами, используемыми в настоящ ем стандарте; - из разд. 17 «Качество услуг в реж нме-без-установления-соединения* исключена информация (подразделы, абзацы, чертежи), полностью дублирующая соответствующ ую информацию разд. 11) «К ачество услуг реж нм а-с-устаноазен ием -соедин ени я*. с введением соответствую щ их ссы лок на разд. 10. I . Н А ЗН А ЧЕН И Е И О Б Л А С Т Ь П Р И М Е Н Е Н И Я Настоящий стандарт распространяется на уровень звена данных систем телеобработки данных и вычислительных сетей и определяет перечень и характеристики услуг, предоставляемых уровнем звена данных выш ерасположенному уровню. Протоколы уровня звена данны х определены в ГО С Т 28079 и в Г О С Т 28080. Настоящий стандарт определяет услуги, предоставляемые уровнем звена данных сетевому уровню на границе между уровнем звена данных и сетевых» уровнем базовой эталонной модели взаимосвязи открытых систем (В О С ). Для разработчиков протоколов сетевого уровня он обеспечи­ вает определение тех услуг звена данных, которые предназначены для обеспечения протоколов сетевого уровня, а для разработчиков протоколов звена данных — определение тех услуг, которые должны быть обеспечены протоколом звена данных вм есте с нижерасположенной службой. Эти взаимоотнош ения двух уровней показаны на черт. I. В настоящ ем стандарте понятие «услуга* означает абстрактную возм ож ность, предоставляему ю одним у ровнем базовой эталонной модели ВОС другому, см еж ном у с ним верхнему уровню. Таким образом определяемые в настоящ ем стандарте услуги звена данных представляют собой концепту­ альные архитектурные услуги (приложение 1), не зависимые от административной структу ры. Издание официальное Псренечазка воспрещена © И здательство стандартов, 1991 © Стандартинформ, 2005
С. 2 ГОСТ 286% —90 Вшм.мосвн!ь настоящего стандарта с другими стандартами В ОСП р о т о к о л5С е т е в о й 1с е т е в о г оу р о в н еу р о в е н ьз в е н а д а н н ы хП р о т о к о лУ р о в е н ь___ п р е д о с т а в л я е т ц ел о г о1з в е н аз в е н а д а н н ы хданны хз в е н а д а н н ы х Черт. I Настоящий стандарт определяет услуги уровня звена данных В О С в понятиях: а) действий примитивов и событий, связанных с услугами; б) параметров, связанны х с каждым действием примитива и событием услуги, а также их форматов: в) взаимоотнош ений между указанными действиями и событиями и правильных их последо­ вательностей. О сновная цель настоящ его стандарта — определить характеристики концептуальных услуг уровня звена данных и тем самы м дополнить базовую эталонную модель руководством по разработке протоколов уровня звена данных. Настоящий стандарт не определяет конкретных реализаций или изделий и не налагает никаких ограничений на реализацию логических объектов звена данных и интерфейсов систем ы обработки информации. Стандарт не содержит требований к соответствию технических средств приводимому опреде­ лению услуг звена данных. Это соответствие достигается путем реализации соответствующ их протоколов звена данны х, которые обеспечивают определенные настоящ им стандартом услуги звена данных. 2. С С Ы Л К И ГО С Т 28079—89 Системы обработки информации. Протокол уровня звена данных. Методы синхронной позначной передачи данных Г О С Г 28080—89 Системы обработки информации. Протокол уровня звена данных. Метод синхронной побитовой передачи данных Часть 1. ОБЩИЕ ПОЛОЖЕНИЯ 3. О П Р Е Д Е Л Е Н И Я О сновны е термины, используемые в стандарте, приведены в приложении 2. 4 . А Б Б Р Е В И А Т У Р Ы ЗД — звено данных; В О С — взаим освязь открытых систем ; КН О — коэффициент необнаруженных ош ибок; КУ — качество услуг; С Б Д ЗД — сервисны й-блок-данны х-звена-даниы х; С ЗД — соединение-звена-данны х; П ДУЗД — пункт-доступа-к-услугам-звена-данны х: Т О — технический отчет; УЗД — уровень звена данных; УУЗД — услуги уровня звена данных.
ГО С Т 2 8 6 9 6 - 9 0 С . 3 5. С О ГЛ А Ш Е Н И Я 5 .1 . Общие соглашения Настоящий стандарт использует соглаш ения, приведенные в приложении 1. О писываемые ниже модель услуг, сервисные примитивы и временные диаграммы — это полностью абстрактные описания, которые не являю тся спецификацией для реализации. 5 .2 . Параметры Сервисны е примитивы, используемые для представления взаимодействий между пользовате­ лями услуг и поставщ иком услуг, переносят параметры, которые отображают информацию, полу­ чаемую при взаимодействии пользователя с поставщ иком. Параметры, применяемые для каждой группы примитивов, приведены в табл. 5, 6 , 7 и 8. Знак «X» в этих таблицах указывает, что соответствующ ий примитив может переносить указанный в строке параметр. Некоторые элементы таблицы уточняются элементами в скобках. К ним относятся: а) конкретное ограничение параметра: (= ) указывает, что значение параметра в примитиве индикации или подтверждения всегда идентично значению, указанному предыдущим примитивом запроса или ответа, выданным на противоположной точке-доступа-к-услугам; б) указание на примечание: (прим. X ) указы вает, что соответствующ ее примечание содержит дополнительную информа­ цию, относящ уюся к данному параметру и его использованию. В конкретном интерфейсе не обязательно указы вать все параметры в явном виде. Некоторые из них могут быть неявно связаны с П ДУЗД, через которую выдан этот прихштив. 6 . О Б З О Р У С Л У Г ЗВЕ Н А Д А Н Н Ы Х Услуги УЗД предназначены для обеспечения «прозрачной» и надежной передачи данных между пользователями УУЗД. При этом способ использования связны х ресурсов дтя обеспечения такой передачи оказывается невидимым дтя пользователя УУЗД. В частности, УУЗД обеспечиваю т следующие возмож ности: а) независимость от нижерасположенпого ф изического уровня. УУЗД освобож даю т своих пользователей от всех забот, связанны х с особенностями сущ ествующей конфигурации (например двухпунктовое соединение) или технических средств (например полудуплексная передача); б) «прозрачность» передаваемой информации. УУЗД обеспечиваю т «прозрачную» передачу даниы х-пользователей-У УЗД . При этом они не накладывают никаких ограничений ни на содержи­ мое, ни на формат, ни на кодирование информации и даже не требуют интерпретации ее структуры или см ы сла; в) надежную передачу данны х. УУЗД освобож даю т пользователя УУЗД от забот по предотвра­ щению возмож ных потерь, вставок, искажений и (при необходимости) нарушения порядка следо­ вания данных. В некоторых случаях при невосстанавливаемых ош ибках на уровне звена данных могут возни кать дублирования или потери СБД ЗД . П р и м е ч а н и е . Обнаружение дублированных или потерянных СБДЗД могут выполнять пользователи УУЗД . г) выбор качества услуг. УУЗД обеспечиваю т для своих пользователей доступность средств запроса и согласования КУ при передаче данных. КУ определяется посредслю м параметров КУ, представляющих такие характеристики, как пропускная способн ость, транзитная задержка, точность и надежность; д) адресацию. УУЗД дают возмож ность пользователю УУЗД идентифицировать сам ого себя и в тех случаях, когда поставщ ик УУЗД поддерживает несколько ПДУЗД, определить тот ПД УЗД , с которым должно бы ть установлено СЗД . Адреса УЗД имеют исключительно локальную значимость для конкретной конфигурации звена данных на осн ове простой передающей среды (двух- или многопункговое физическое соединение) или группы параллельных передающих сред (многозвенная или расщепляющая функция). Э то не исключает необходимости определения глобальной структуры адресации. П р и м е ч а н и е . УУЗД должны дифференпировагь отдельные системы, физически или логически подключенные к многопунктовому звену данных, а также отдельные соединения в тех случая, когда уровень звена данных обеспечивает функцию мультиплексирования. В целях общности определения всех услуг этот механизм рассматривается как адресация, а объекты, используемые для дифференциации систем, — как адреса.
С . 4 Г О С Т 2 8 6 % —90 7. К Л А С С Ы И Т И П Ы У С Л У Г У Р О В Н Я З В Е Н А Д А Н Н Ы Х Настоящий стандарт не определяет никаких различимых классов услуг уровня звена данных. И меются два типа УУЗД: а) услуги реж нма-с-установлением-соедннения (определены в ч. 2); б) услуги реж има-без-установления-соединения (определены в ч 3). При ссы лках на настоящ ий стандарт пользователь или поставщ ик услуг уровня звена данных должен указать, какой тип услуги он будет использовать или постаачять. Часть 2. ОПРЕДЕЛЕНИЕ ПРИМИТИВОВ В РЕЖИМЕ-С-УСТАНОВЛЕНИЕМ-СОЕДИНЕНИЯ 8. Ф У Н К Ц И О Н А Л Ь Н Ы Е В О ЗМ О Ж Н О С Т И У С Л У Г ЗВЕ Н А Д А Н Н Ы Х В Р Е Ж И М Е -С -У С Т А Н О В Л Е Н И Е М -С О Е Д И Н Е Н ИЯ Услуги УЗД обеспечивают их пользователю следующ ие возмож ности: а) средства для установления СЗД с другим пользователем УУЗД с целью обмена С Б Д ЗД ; б) достижение соглаш ения между двумя пользователями УУЗД и поставщ иком УУЗД в отношении определенного К У . связанного с каждым С ЗД ; в) средства передачи С БД ЗД ограниченной длины по СЗД . Передача С Б Д ЗД «прозрачна» в том см ы сле, что УУЗД сохраняют неизменными границы и содержимое С Б Д ЗД и не накладывают никаких ограничений на их содержимое. П р и м е ч а н и е . Длина СБДЗД может быть ограничена внутренними механизмами протокола звена данных: г) средства, с помощ ью которых принимающий пользователь УУЗД м ож ет, управляя потоком, регулировать скорость, с которой передающий пользователь УУЗД может выдавать С БД ЗД ; д) средства возврата СЗД в определенное состояни е и синхронизации деятельности двух пользователей УУЗД посредством услуги «сброс»; е) безусловное и потому, возмож но, разрушающее разъединение СЗД пользователями УУЗД либо поставщ иком УУЗД. 9. М О Д Е Л Ь У С Л У Г У Р О В Н Я З В Е Н А Д А Н Н Ы Х В Р Е Ж И М Е -С -У С Т А Н О В Л ЕН И ЕМ С О Е Д И Н Е Н И Я Настоящий стандарт использует абстрактную модель уровневых услуг, определенную в прило­ жении 1. Эта модель определяет взаимодействия между пользователями У У ЗД и поставщ иком УУЗД, которые происходят в двух ПДУЗД. Информация между пользователем УУЗД и поставщиком УУЗД передается сервисными примитивами, которые могут содержать параметры. 9 .1 . И де1гтификация оконечной точки СЗД Если пользователю УУЗД необходимо выбрать одно из нескольких СЗД в одном и том же ПДУЗД, то должен быть обеспечен локальный механизм идентификации оконечной точки соеди­ нения. Все примитивы, выдаваемые в рамках С ЗД в таком ПДУЗД, потребуют использования подобного механизма с целью идентификации нужного С ЗД . Такая неявная идентификация не определена в настоящ ем стандарте. 9 .2 . М одель сослннення-звена-данных Между двумя оконечными точками С ЗД действует функция управления потоком, которая соотносит возмож ность пользователя УУЗД принимать данные с возмож ностями другого пользова­ теля УУЗД передавать данные. В качестве средства, определяющ его эту функцию управления потоком и ее отношение к другим функциональным возмож ностям УУЗД в реж име-с-устаноатением-соединения, используется модель С З Д в виде очередей, описываемая в последующих разделах. Эта модель очередей С ЗД обсуждается только с целью облегчения понимания возможностей межконцевых услуг, воспринимаемых пользователем УУЗД. О на не предназначена ни для замены точного формализованного описания УУЗД. ни в качестве полной спецификации всех допустимых последовательностей примитивов УУЗД. (Допустимые последовательности примитивов определены в раэд. 11, см . также примечание ниж е). Не следует такж е рассматривать эту модель как попытку описать все функции или операции логических объектов звена данны х, используемых для обеспе­ чения УУЗД . либо как попытку определить или ограничить возмож ные реализации УУЗД. П р и м с ч а н и е. Внутренние механизмы, поддерживающие выполнение УУЗД, невидимы для польэо-
ГО С Т 2 8 6 9 6 - 9 0 С . 5 ватсля УУЗД. Помимо описываемых данной моделью взаимодействий между сервисными примитивами (например выдача в ПДУЗД примитива ЗД-С'БРОС. запрос может помешать равноуровневому пользователю УУЗД принять примитив ЗД-ДАННЫЕ. индикация, соответствующий ранее выданному примитиву ЗД-ДАН- НЫЕ. запрос) могут иметь место также: а) местные ограничения на возможность использования примитивов: б) сервисные процедуры, налагающие ограниче­ ния на конкретные последовательности некоторых при­ Модсль СЗД в виде очередей митивов. I П о л ьзо в а т ел ь 1 1 П о л ь зо в а т ел ь 1 9.2.1. Концепции модели в виде очередей М одель с очередями представляет работу ? | |Т СЗД абстрактно в виде пары очередей, связы ваю ­ Г г щих два ПДУЗД. Для каждого направления потока информации имеется своя очередь (черт. 2). J Каждая очередь представляет функцию уп­ '7з7У_й?1— l /T7V ?7l— 1 равления потоком во д н о м направлении передачи. Г "! L T "TО ч ер едь от А и В Возмож ности пользователя УУЗД добавлять объ­ екты в очередь будут определяться действиями другого пользователя УУЗД. изымающ его объектыО ч ер едь cm в и А из этой очереди, а такж е состоянием очереди. Объекты вводятся в очередь и удаляются из нее вП о ст а в щ и к УЩД результате взаимодействий в двух ПДУЗД. Для каждого потенциального СЗД будет до­ ступна пара очередей. Черт. 2 Пользователь УУЗД может помещ ать в оче­ редь следующие объекты (разд. 12— 14): а) объект соединения, представляющий примитив З Д -С О Е Д И Н Е Н И Е и его параметры; б) объект данных, представляющий примитив ЗД -Д А Н Н Ы Е и его параметры: в) объект сброса, представляющий примитив З Д -С Б Р О С и его параметры: г) объект раздели нения. представляющий примитив ЗД -Р Л ЗЪ Е Д И Н Е Н И Е и его параметры. П оставщ ик УУЗД может ввести в очередь следующие объекты (разд. 12— 14): 1) объект сброса, представляющий примитив З Д -С Б Р О С и его параметры; 2) объект метки синхронизации (п. 9.2.4); 3) объект разъединения, представляющий примитив ЗД -Р Л ЗЪ Е Д И Н Е Н И Е и его параметры. Определенные таким образом очереди должны иметь следующие общие свойства: 1) очередь пуста до ввода в нее объекта соединения и может быть возвращ ена в это состояние поставщиком УУЗД с потерей ее содержимого; 2) объекты вводятся в очередь передающим пользователем УУЗД под управлением поставщика УУЗД; обл>екты могут такж е вводиться поставщиком УУЗД; 3) объекты изымаю тся из очереди под управлением принимающего пользователя УУЗД; 4) объекты обычно удаляются из очереди в той же последовательности, в которой они вводились в нее (см . п. 9.2.3); 5) очередь имеет ограниченную емкость, но эта ем кость не обязательно должна бы ть ф икси­ рованной или детерминированной. 9.2.2. Установление СЗД Когда поставщ ик УУЗД получает в одном из ПДУЗД примитив З Д -С О Е Д И Н Е Н И Е . запрос, то для С ЗД устанавливается пара очередей между двумя ПДУЗД и в одну из этих очередей вводится объект соединения. С точки зрения пользователей УУЗД данного С ЗД очереди остаю тся приданными этому СЗД до тех пор. пока в очередь не будет введен или из нее не будет удален объект разъединения, представляющий примитив З Д -Р Л ЗЪ Е Д И Н Е Н И Е . Пользователь УУЗД Л . инициирующий установление С ЗД вводом в очередь «от пользователя УУЗД Л к пользователю УУЗД Б* объекта соединения, представляющего примитив З Д -С О Е Д И Н Е ­ НИЕ. запрос, не имеет права вводить в эту очередь никаких других объектов, кроме объекта разъели нения, до тех пор, пока на очереди «от пользователя УУЗД Б к пользователю УУЗД А* не будет удален объект соединения, представтяюншй примитив ЗД -С О Е Д И Н Е Н И Е . подтверждение. В очередь «от пользователя УУЗД Б к пользователю УУЗД Л * обл>екты могут быть введены только после того, как пользователь УУЗД Б введет объект соединения, представляющий примитив З Д -С О - Е Д И Н Е Н И Е . ответ. С вой ства, проявтяемы е очередями во время сущ ествования С ЗД , представляют собой согла-
С . 6 Г О С Т 2 8 6 % —90 т е н и я относительно КУ, достигнутые между пользователями УУЗД и поставщ иком УУЗД в ходе процедуры установления соединения. 9.2.3. Передача данных Управление потоком в С ЗД представлено в описываемой модели очередей в виде управления емкостью очередей, которое позволяет вводить в очереди новые объекты. Ввод в очередь какого-либо объекта может препятствовать вводу в нее следующ его объекта. Когда объекты находятся в очереди, поставщ ик УУЗД может манипулировать парой смежных объектов, вызывая их удаление. Объект может бы ть удален из очереди тогда и только тогда, когда следующий за ним объект определен как разрушающий по отнош ению к данному объекту. При необходимости обеспечить возм ож ность ввода разрушающего объекта последний в очереди объект мож ет быть удален. Следовательно, разрушающие объекты всегда могут бы ть введены в очередь. Объекты разъединения определены как разрушающие по отнош ению ко всем остальным объектам. Объекты сброса определены как разрушающие по отнош ению ко всем остальным объектам, за исключением объектов соединения и разъединения. Взаимоотнош ения между объектами, которыми можно манипулировать выш еизложенным способом , сведены в табл. I. Т а б л и ц а 1 Взаимоотношения между объектами модели-очереди СЗД Объект Y определен П о отношению к предшествующем) объекту X Метка Соединение Ддиныс Сброс синхрон и uuxsi Радъединепие Соединение Н/П — — Н/П РАЗР Данные Н/П — РАЗР Н/П РАЗР Сброс Н/П — РАЗР — РАЗР Метка синхронизации Н/П — РАЗР Н/П РАЗР Разъединение Н/П — Н/П Н/П РАЗР Результат действий поставщ ика УУЗД относительно удаления объектов из очереди будет зависеть от действий пользователей С ЗД и от согласованны х ими значений КУ для данного СЗД . В общем случае, если действия пользователя УУЗД не вызы ваю т удаления объектов из очереди, то поставщик УУЗД должен по истечении некоторого заранее неопределенного периода времени выполнить все допустимые удаления объектов. Н/П—X не будет предш ествовать Y при правильном состоянии очереди; -------не разрушающий и не способны й продвигаться далее; РАЗР — разрушающий по отнош ению к предшествующему объекту. 9.2.4. Сброс Чтобы точно смоделировать услуги сброса, необходим объект «метка синхронизации», который обладает следующими свойствами: а) он не может бы ть удален из очереди пользователем УУЗД; б) очередь выглядит пустой для пользователя УУЗД, когда объект «метка синхронизации» является следующим объектом в этой очереди; в) объект «метка синхронизации* может бы ть разрушен объектом разъединения (см . табл. 1); г) если перед объектом сброса следует непосредственно объект «метка синхронизации», то оба эти объекта удаляются из очереди. Инициация процедуры сброса представлена в двух очередях следующим образом: !) инициация процедуры сброса поставщ иком УУЗД представляется введением в каждую очередь объекта сброса, за которым следует объект «метка синхронизации»; 2) процедура сброса, инициированная пользователем УУЗД, представляется как ввод постав­ щиком УУЗД объекта сброса в очередь от инициатора сброса к (равноуровмевому) пользователю УУЗД и ввод объекта сброса с последующим объектом «метка синхронизации» в другую очередь. О бъект «метка синхроннзаиия», если он не разрушается объектом разъединения, остается в очереди до тех пор, пока следующий за ним в очереди объект не окаж ется объектом сброса. После этого оба объекта: «метка синхронизации* и объект сброса удаляются из очереди поставщ иком УУЗД.
ГО С Т 2 8 6 9 6 - 9 0 С . 7 П р и м е ч а н и е . С инициацией процедуры сброса связаны ограничения, налагаемые на выдачу прими­ тивов некоторых других типов. Эти ограничения приводят к ограничениям, налагаемым на ввод в очередь объектов определенного типа выполнении процедуры сброса (п. 14.2.3). 9.2.5. Разъединение СЗД Ввод в очередь объекта разъединения, который может произойти в любое время, предстаатяет собой инициацию процедуры разъединения С ЗД . Эта процедура может бы ть разрушающей по отнош ению к другим объектам в обеих очередях и может привести к очистке очередей и к их «отключению* от данного СЗД. Впод объекта разъединения мож ет такж е означать отклонение попытки установления С ЗД или безуспеш ность выполнения процедуры установления С ЗД . В подобных случаях, если объект соеди ­ нения, представляющий примитив ЗД -С О Е Д И Н Е Н И Е . запрос, удаляется объектом разъединения, сам объект разъединения такж е удаляется. О бъект разъединения не удаляется, если он удаляет любой другой объект, в том числе объект соединения, представляющий примитив З Д -С О Е Д И Н Е Н И Е . ответ. 10. К А Ч ЕС ТВО У С Л У Г В Р Е Ж И М Е -С -У С Т А Н О В Л Е Н И Е М -С О Е Д И Н Е Н И Я Понятие «качество услуг» относится к определенным характеристикам С ЗД , наблюдаемым между оконечными точками соединения. К У характеризует те аспекты С ЗД , которые свойственны только поставщику УУЗД. После установления СЗД пользователи УУЗД на обоих концах соединения имеют одни и те же сведения о К У , характеризующие данное С ЗД , и их одинаковую интерпретацию. 10.1. Определение КУ .тля рсжнма-с-усгановленнсм-соедннения Качество услуг описывается в терминах параметров КУ. Эти параметры дают пользователям УУЗД метод спецификации свои х требований, а поставщику УУЗД — основу для выбора протокола. Все параметры К У в зависимости от способа определения их значений могут быть подразделены на следующие два типа: а) параметры КУ, которые могут быть согласованы для каждого соединения в фазе установ­ ления С ЗД ; б) параметры КУ, которые не согласовы ваю тся во время установления С З Д , но их значения выбираются и/или известны из других источников. И меются три параметра КУ: пропускная способн ость, транзитная задержка и приоритет (определены в пп. 10.2.1, 10.2.2 и 10.2.6), согласуемые во время установления СЗД . Процедуры согласования этих параметров подробно описаны в п. 12.2.5. После того как С З Д устано&тено и в течение всего времени сущ ествования С ЗД согласованны е значения КУ никогда нс пересогласовы ­ ваю тся, причем сохранность первоначально согласованны х значений КУ не гарантируется. П ользо­ ватели УУЗД должны такж е иметь в виду, что поставщ ик УУЗД не сообщ ает в явном виде об изменениях К У данного СЗД. О стальные характеристики КУ, которые идентифицируются как параметры, но которые не согласовы ваю тся во время устано&тення С ЗД определяются в пп. 10.2.3— 10.2.5. Значения этих параметров для конкретного С ЗД определяются другими методами (например средствами диспетчера либо на осн ове априорных сведений и соглаш ений). Если допускается выбор, то требуются некоторые предварительные значения К У , прежте чем пользователь УУЗД начнет установление соединения. Соответствующ ая оценка значений (парамет­ ров или факультативных возмож ностей) основана на априорных сведениях пользователя УУЗД о доступном ем у сервисе. Пользователь УУЗД получает сведения о характеристиках и типе доступного сервиса (т. е. параметр, форматы и факультативные возмож ности, которые влияют на передачу данных) посредством взаимодействия с управляющим объектом уровня перед началом использова­ ния УУЗД в режиме-с-установлением-соединения. П оставщ ик УУЗД может также обеспечить информацию о текущем КУ независимо от обра­ щения пользователей УУЗД к услугам. Этот квазидинамический аспект определения К У не является согласованием, не обеспечивается сведениями о текущих характеристиках услуг, не зависящ их от момента использования данной услуги. 10.2. Определение параметров КУ Параметры КУ мож но классифицировать следующим образом: а) параметры, отражающие рабочие характеристики УУЗД в соответствии с табл. 2; б) параметры, отражающие другие характеристики УУЗД в соответствии с табл. 3.
С. 8 Г О С Т 2 8 6 % —90 Т а б л и ц а 2 Классификация параметров КУ, отражающих рабочие характеристики УУЗД Критерий рабочей характеристики Скорость Точность/ надежность Пропускная способность Козффиписнт необнаруженных ошибок (искажения, дублирования/пагери) Транзитная задержка Устойчивость Т а б л и ц а 3 Параметры КУ, не свя тайные с рабочими характеристиками УУЗД | Зашита ■ j Приоритет j L____________________I П р и м е ч а й и с. Некоторые параметры КУ определены в понятиях выдачи примитивов УУЗД. Ссылка на примитив УУЗД подразумевает полное выполнение этого примитива УУЗД в соответствующем ПДУЗД. 10.2.1. Пропускная способность Пропускная способн ость определяется общим числом битов С Б Д ЗД , успеш но переданных последовательностью примитивов ЗД -Д Л Н Н Ы Е. запрос, ЗД -Д Л Н Н Ы Е. индикация, деленных на время ввода/вывода этой последовательности. Передача битов в переданном С БД ЗД считается успеш ной, если биты доставлены адресуемому принимающему пользователю УУЗД без ош ибок, в надлежащей последовательности до разъединения С ЗД принимающим пользователем УУЗД. Время ввода/вывода для последовательности примитивов ЗД -Д Л Н Н Ы Е. запрос и ЗД -Д Л Н ­ НЫЕ . индикация более чем вдвое превышает следующие времена: а) время между выполнением первого и последнего примитивов ЗД -Д Л Н Н Ы Е . запрос указан­ ной последовательности; б) время между выполнением первого и последнего примитивов ЗД -Д Л Н Н Ы Е . индикация указанной последовательности. Пропускная способн ость имеет см ы сл только в отнош ении последовательности полностью переданных СБДЗД. Пропускная способн ость определяется независимо для каждого направления передачи. В общем случае в каждой спецификации пропускной способности следует определять как желательное намеченное значение, так и минимально приемлемое значение (или наименьшее приемлемое КУ) для СЗД . Каждая спецификация представляет собой среднее значение скорости и должна быть основана на заранее установленном среднем размере С БД ЗД . Как ввод, так и вывод последовательности С Б Д ЗД может бы ть чрезмерно задержан пользова­ телями УУЗД. Случаи таких задержек, обусловленных пользователями УУЗД, исключаются из расчетов средних значений пропускной способности. 10.2.2. Транзитная задержка Транзитная задержка — это время, прошедшее между выполнением примитива ЗД -Д Л Н Н Ы Е. запрос и соответствую щ его ему примитива ЗД-Д Л Н Н Ы Е. индикация. Это время отсчитывают только для успеш но переданных СБД ЗД . Передача С Б Д ЗД считается успеш ной, если С Б Д ЗД передан от передающего пользователя УУЗД к адресованному принимающему пользователю УУЗД без ош ибок в надлежащей последова­ тельности до разьединения С ЗД принимающим пользователем УУЗД. При передаче в реж име-с-установлением-соелинения транзитная задержка определяется неза­ висимо для каждого направления передачи. Каждая спецификация должна основы ваться на заранее устано&зенном среднем размере СБД ЗД . Д зя отдельных С БД ЗД транзитная задержка может возрасти, если принимающий пользователь УУЗД применяет управление потоком. Такие случаи не учитывают при вычислении значений транзитной задержки.
ГО С Т 2 8 6 9 6 - 9 0 С . 9 10.2.3. Коэффициент необнаруженКомпоненты коэффициента необнаруженных ошибок ных ошибок Коэффициент необнаруженных ош и­Принятые СбДЗ бок (К Н О ) представляет собой отношение общ его числа неправильных, потерянных иП ереданные “ 1 продублированных С Б Д ЗД к общ ему числуСОДЗ 1 С БД ЗД , переданных через границу УУЗД за j время проведения измерений. ВзаимосвязьПотерянныеУспешно пере­Неправильные 1 Дополни-СШ=ЗД<П)данные СбДЗ«С6ДЗ*ЗД(Н/ | т ельные между этими значениями для конкретной- з д м 1 С6ДЗ-ЗДСД) пары пользователей УУЗД определяется в соответствии с черт. 3. I 10.2.4 Устойчивость 1 Д анный параметр определяет вероят­ 1 ность того, что в течение определенного периода времени в установленном СЗД:Общее количество передо нныл СБДЗ - ЗД а) поставщ ик УУЗД инициирует разь­ >■111; ■ 11и - п и . единение С ЗД (т. е. выдает примитив ЗД- К И О - зд Р Л З Ъ Е Д И Н Е Н И Е . индикация, не получив предварительно примитива З Д -Р А З Ъ Е Д И ­ Черт. 3 НЕ НИЕ . запрос) или б) поставщ ик УУЗД инициирует сброс (т. е. выдает примитив З Д -С Б Р О С . индикация, не получив предварительно примитива З Д -С Б Р О С . запрос). 10.2.5 Защита Параметр «защита» определяет ту степень, до которой поставщ ик УУ ЗД способен предотвратить неполномочный контроль или изменение исходной информации пользователя УУЗД. Параметр «защита* определяется минимальным и максимальным вариантами зашиты из трех возможных вариантов: а) возмож ность зашиты отсутствует; б) защита от пассивного наблюдения (прослуш ивания); в) защита от изменений, выдачи ответа, добавлений или вычеркиваний. В пределах установленного диапазона пользователь УУЗД согласует конкретное значение этого параметра во время установления СЗД . Каждая функция зашиты соответствует конкретному виду опасности нарушения секретности информации и каждая из них обычно обеспечивается отдельным механизмом поставщика УУЗД. 10.2.6. Приоритет Спецификация приоритета касается вопроса взаимоотнош ений между СЗД. Параметр «приоритет* определяет относительную важ ность СЗД в части: а) порядка, в котором С ЗД должны при необходимости понижать свое К У ; б) порядка, в котором СЗД при необходимости подлежат разьединению для восстановления ресурсов. Приоритет определяется минимальным и максимальны м значениями в пределах заданного диапазона. В пределах этого диапазона пользователь УУЗД выбирает конкретное значение приори­ тета во время установления СЗД. Параметр «приоритет* имеет смы сл только в контексте некоторых упраазяющ их логических объектов или структур, способны х оценивать относительную важность. Число приоритетных у ровней ограничено. 11. П О С Л Е Д О В А Т Е Л Ь Н О С Т И П Р И М И Т И В О В 11.1. Концепции, используемые для определения услуг звена данных в режнме-с-установлением-соединения При определении услуги используются следующие концепции: а) С ЗД может динамически устанаатнваться или заверш аться между пользователями УУЗД с целью обмена данными;
С. 10 Г О С Т 2 8 6 9 6 - 9 0 б) с каждым С ЗД при его установлении связаны определенные показатели К У , согласуемые между поставщ иком УУЗД и пользователями УУЗД; в) С ЗД обеспечивает возмож ность передачи данны х и их разделения на С Б Д ЗД ; передача этих данных регулируется управлением по потоку: г) СЗД мож ет быть возвращ ено в определенное состояни е, и действия двух пользователей УУЗД синхронизируются путем использования услуги сброса; д) пользователь УУЗД может быть проинформирован о сбоях в обеспечении запрошенных услуг. И меются три класса сбоев: (1 ) сбои, вызывающ ие завершение СЗД: (2 ) сбои, приводящие к потере или дублированию данных пользователя, но без потери СЗД : (3 ) сбои , приводящие к понижению запрош енного КУ без потерн или дублирования данных пользователя и без потери СЗД . 11.2. Ограничения, налагаемые на последовательности примитивов В данном разделе определены ограничения, налагаемые на последовательности, в которых могут выдаваться примитивы, определенные в разд. 12— 14. Эти ограничения определяют порядок выдачи примитивов, но они не полностью определяют моменты их выдачи. Другие ограничения, такие как управление потоком данны х, могут влиять на возмож ности пользователя УУЗД или поставщика УУЗД выдавать примитив в любой конкретный момент времени. Примитивы режима с установлением соединения и их параметры приведены в табл. 4.Т а б л и ц а 4 Перечень примитивов и параморов услуг звена данных для рсжнма-с-устаиовлснием-сосдинсния-звсна-данных Фаза Услуга Примитив Параметры Установление Установление ЗД-СОЕДИНЕНИЕ: (Адрес вызываемого, адрес вызываю­ СЗД СЗД запрос щего. набор параметров КУ') ЗД-СОЕДИ НЕНИЕ: (Адрес вызываемого, адрес вызываю­ индикация щего. набор параметров КУ) Щ-СОЕДИ НЕНИЕ: (.Адрес отвечающего, набор парамет­ ответ ров КУ) ЗД-СОЕДИНЁНИЕ: (Адрес отвечающего, набор парамет­ подтверждение ров КУ) Передача Нормальная ЭД-ДАННЫЕ. запрос (Данные-пользователя УУЗД) данных передача ЗД-ДАННЫЕ. индикация (Данные-пользователя УУЗД) данных Сброс ЗД-СБРОС. запрос (Причина) ЗД-СБРОС. индикация (Инициатор, причина) ЗД-СБРОС. ответ ЗД-СБРОС. подтверждение Разъединение Разъединение ЗД-РАЗЪЕДИНЕНИЕ. запрос (Причина) СЗД СЗД ЗД-РАЗЪЕДИНЕНИЁ. индикация (Инициатор, причина) 11.2.1. Взаимоотнош ения примитивов в двух оконечных точках СЗД Примитив, выданный в одной оконечной точке С ЗД , в общем случае вы зовет некоторые последствия в другой оконечной точке С ЗД . Отнош ения примитивов каждого типа в одной оконечной точке СЗД к примитивам в другой оконечной точке С ЗД определены в разд. 12— 14; все эти отнош ения представлены диаграммами на черт. 4. Примитив З Д -Р А ЗЪ Е Д И Н Е Н И Е (запрос или индикация) может, однако, прервать любую другую последовательность до ее заверш ения, а примитив З Д -С Б Р О С (запрос или индикация) может прервать последовательность данных до ее завершения.
Г О С Т 2 8 6 9 6 - 9 0 С . 1 1 Временные диаграммы последовательностей прими швов услуг звена данных в режиме - с-уста нов лен ием-сосдинснияУ с п е ш н о е у с т а н о в л е н и е СЗДР а з ъ е д и н е н и е СЗД п о и н и ц и а т и в еп о л ь з о в а т е л е У У ЗДз д - со ед и н сн и е.Ъ п ^ с I\Щ-Е№ЖНИЕ. -----1--------------________; индикацияЗД-СОЕДИНЕНИЕ. \з а п р о с|— ►п о д т в ер ж д ен и е |Г^ГJ ЗД-СОЕДИНЕНИЕ.IJ о т в етР а з ъ е д и н е н и е С ЗД п о о д н о в р е м е н н о йи н и ц и ат и в е д в у х п о л ь з о в а т е л е й У УЗДР а з ъ е д и н е н и е С ЗД п о и н и ц и а т и в еп о с т а в щ и к а У У ЗДЩ-РАЗЪЕДИНЕНИЕ. -.ЗД-РАЗЪЕДИНЕНИЕ.ЗД-РАЗЪЕДИНЕНИЕ. ,З Д РА ЗЪЕДИНЕНИЕ.з а п р о ст ^вз а п р о си н д и к а ц и я^/ \| и н д и к а ц и я IР а з ъ е д и н е н и е СЗД п о о д н о в р е м е н н о йО т к л о н е н и е п о л ь з о в а т е л е м У УЗДи н и ц и а т и в е п о л ь з о в а т е л я У УЗД ип о п ы т к и у с т а н о в л е н и я С З Дп о с т а в щ и к а У УЗД,З Д - СОЕДИНЕНИЕ.ЗД-РАЗЪЕДИНЕНИЕ. \\ЗД-РАЗЪЕДИНЕНИЕ.__ | и н д и к а ц и яз а п р о си н д и к а ц и яЗД-СОЕДИНЕНИЕ.з а п р о сГ \ ДI ЗД-РАЗЪЕДИНЕНИЕ.ЗД-РАЗЪЕДИНЕНИЕ.з а п р о с_ и н д и к а ц и я |О т к л о н е н и е п о с т а в щ и к о м УУЗДН о р м а л ь н а я п е р е д а н а д а н н ы хп о п ы т к и у с т а н о в л е н и я СЗДЗД-СОЕДИНСНИЕ.З Д -Д А ИНЫЕ.,|з а п р о сз а п р о с| ' I|I ЗД -Д А Н Н Ы Е.ЗД-РАЗЪЕДИНЕНИЕ.^ и н д и к а ц и я fи н д и к а ц и я I I IС о п е р н и ч е с т в о п р и у с т а -С б р о с СЗД п о о д н о в р е м е н н о й и н и ц и а ­н о в л е н и и С З Дт и в е д в у х п о л ь з о в а т е л е й УУЗДЗД-СОЕДИНЕНИЕ. |I ЗД- СОЕДИНЕНИЕ.ЗД -С БРО С .|IЗД -С Б Р О С .з а п р о сt |^ -чл з а п р о с .з а п р о сfI л з а п р о с I IЗД-СОЕДИНЕНИЕ. || ЗДСОЕДИНЕНИЕ.З й -С Б Р О С .\\ ЗД 'С БРО С .подт верждение ^ s i подт верж дениеп одт в ер ж ден и е j/—J п од т в ер » ден и е I IС б р о с СЗД п о и н и ц и а т и в е п о л ь з о ­в а т е л я У У ЗДЗД -С Б Р О С .з а п р о сI ЗД - СБРОС.^и н д и к а ц и й| ЗД-СБРОС.ЗД -СБРО С. / - ^ 1о т в е тп од т в ер ж д ен и еч /^1С б р о с С ЗД п о и н и ц и а т и в е п о с ­С б р о с СЗД п о о д н о в р е м е н н о й и н и ­т а в щ и к а У УЗДц и а т и в е п о л ь з о в а т е л я У У ЗД ип о с т а в щ и к а УУЗДЗД -С6РО С.jJЗД -СБРО С._•и н д и к а ц и я l/" \1 и н д и к а ц и яЗД-СБРО С.|.ЗД -СБРО С.1------------------ —з а п р о с.„■"N, и н д и к а ц и яг|"\1-МЗД -СБРО С]ЗД -СБРО С.ЗД -СБРО С.i'“'lЗД-СБРОС.п одт в ер ж ден и е ‘„'••ч;о т в е то т в е то т в е т ГV1 Черт. 4
С. 12 Г О С Т 2 8 6 9 6 - 9 0 11.2.2. Последовательность примитивов в одной оконечной точке СЗД Все возможные последовательности примитивов в одной оконечной точке СЗД определены диаграммой переходов состояний на черт. 5: Диаграмма переходов состояний для последовательностей примитивов в оконечной точке СЗД^ЗД-ДАННЫЕ. з а п р о с и л и и н ди ^кацияЧерт. 5 а) З Д -Р А ЗЪ Е Д И Н Е Н И Е во всех случаях означает примитив типа запрос или индикация; б) наименования состояний «ожидание сброса, инициированного поставщ иком У УЗД», ука­ зывают ту сторону, которая начала локальное взаимодействие и не обязательно отражает значение параметра «инициатор»; в) холостое состояние отражает отсутствие С ЗД . Она яатяется начальным и конечным со сто ­ янием любой последовательности и как только оно вводится, С ЗД разъединяется; г) использование диаграммы переходов состояний для описания допустимых последователь­ ностей сервисных примитивов не предъявляет никаких требований к внутренней организации любой реализации услуг и не налагает на нее никаких ограничений. 12. ФАЗА У С ТА Н О В Л Е Н И Я С О Е Д И Н Е Н И Я 12.1. Функция Д тя установления С ЗД могут использоваться сервисны е примитивы установления СЗД. Одновременно выдаваемые в двух ПДУЗД примитивы ЗД -С О Е Д И Н Е Н И Е . запрос приводят к установлению одного С ЗД , как показано на черт. 6.
Г О С Т 2 8 6 9 6 - 9 0 С . 13 Установление СЗДЗД-СОЕДИНЕНИЕ.з а п р о с1_____________ 1 1з д - с о ед и н е н и е. индикацииЗД-СОЕДИНЕНИЕ,ЗД-СОЕДИНЕНИЕ.п о д т в ер ж д ен и е\\от вет а) Инициировано одним пользователем УУЗДЗД'СОЕДИНЕНИЕ. NЗД-СОЕДИНЕНИЕ.з а п р о с _______ з а п р о с\ЗД-СОЕДИНЕНИЕ.ЗД-СОЕДИНЕНИЕ.подгпверждение V -подтверж дение \ б) Инициировано одновременно обоими пользователями УУЗД Черт. 6 12.2. Типы примитивов и параметры Типы примитивов и параметры, необходимые для ста н о вл е н и я С ЗД , приведены в табл. 5. Т а б л и ц а 5 Примитивы и параметры установлении СЗД ПрИМНШН Параметр ЗД -С О Е Д И Н Е Н И Е . З Д -С О Е Д И Н Е Н И Е . ЗД -С О Е Д И Н Е Н И Е . З Д -С О Е Д И Н ЕН И Е . запрос индикация отпет п а л ж р ж д с н и с Адрес вызываемого X х ( * ) (прим. 2) Адрес вызывающего X Х ( = ) (прим. 2) Адрес отвечающего X х ( - ) (прим. 1. 2) Набор параметров К У X X X X П р и м с ч а н и я: 1. Необходимость параметра изучается. 2. Данный параметр может быть неявно связан с тем ПДУЗД. в котором выдан этот примитив. 12.2.1. Адреса Параметры, значениями которых являю тся адреса (пп. 12.2.2— 12.2.4). называю тся адресами ПДУЗД. П р и м с ч а н и с. Если данная конфигурация обеспечивает возможность априорного значения логичес­ ким объектом УЗД любою из этих адресов, то эти адреса нс обязательно должны явно указываться в протоколе. 12.2.2. Адрес вызываемого Параметр «адрес вы зы ваемого* передает адрес, идентифицирующий тот ПДУЗД, с которым должно быть установлено СЗД. 12.2.3. Адрес вызывающ его Параметр «адрес вызывающ его» передает адрес того ПД УЗД . из которого было запрош ено СЗД .
С. 14 Г О С Т 2 8 6 9 6 - 9 0 12.2.4. Адрес отвечающ его Параметр «адрес отвечающ его» передает адрес того П Д УЗД , с которым бы ло установлено СЗД . 12.2.5. Набор параметров «качество услуг» Если поставщ ик УУЗД предоставляет только один уровень К У , то процедура выбора параметров КУ не требуется. 12.2.5.1. Пропускная способность В примитиве ЗД -С О Е Д И Н Е Н И Е . запрос поставщику УУЗД передаются два подпараметра (subparameter): «желаемое* и «минимально приемлемое качество*, расположенные в согласованном диапазоне. П оставщ ик УУЗД должен указать пользователям УУЗД «доступное* значение пропускной способности в примитивах ЗД -С О Е Д И Н Е Н И Е . индикация и З Д -С О Е Д И Н Е Н И Е , подтверждение. Значение параметра «доступное» должно находиться в диапазоне между значениями «желаемое* и «минимально приемлемое качество* (п. 10.2.1). 12.2.5.2. Выбранная защита Э тот параметр определяет конкретную степень защиты в пределах согласован н ою диапазона (п. 10.2.5) для С Б Д З лю бого последующ его примитива ЗД -Д Л Н Н Ы Е . запрос, переданного по данному СЗД. 12.2.5.3. Выбранный приоритет Этот параметр определяет конкретное значение приоритета в согласованном диапазоне (п. 10.2.6) для С Б Д З лю бого последующ его примитива ЗД -Д Л Н Н Ы Е. запрос, переданного по данному СЗД. 12.3. Последовательность примитивов П оследовательность примитивов при успеш ном установлении С ЗД определена временной диаграммой на черт. 6. Процедуры установления С ЗД могут оказаться безуспеш ными либо вследствие неспособности поставщ ика УУЗД установить С З Д , либо вследствие нежелания вы зы ваемого пользователя УУЗД воспринять примитив ЗД -С О Е Д И Н Е Н И Е . индикация (для таких случаев см . услугу разъединения С ЗД , пп. 13.4 и 13.5). 13. ФАЗА Р А З Ъ Е Д И Н Е Н И Я И С О Е Д И Н Е Н И Я 13.1. Функция Примитивы услуги разьединения С З Д используются для разъединения СЗД . Разъединение СЗД мож ет быть инициировано любой из перечисленных ниже сторон: а) одним из пользователей либо обоими пользователями УУЗД с целью разъединения установ­ ленного С ЗД ; б) поставщ иком УУЗД с целью разъединения установленного С ЗД ; все неудачи в поддержании СЗД указываются этим способом ; в) пользователем УУЗД с целью отклонения примитива З Д -С О Е Д И Н Е Н И Е . индикация; г) поставщиком УУЗД с целью информирования о своей неспособности установить запрош ен­ ное СЗД : д) пользователем УУЗД , выдавшим примитив ЗД -С О Е Д И Н Е Н И Е . запрос, с целью прекраще­ ния попыток установления С ЗД д о того как соединение станет доступным для использования при получении примитива З Д -С О Е Д И Н Е Н И Е . подтверждение. Инициация элемента услуги разъединения разрешена в любой момент времени независимо от текущей фазы СЗД . Если услуга разъединения инициирована, то С ЗД будет разъединено. Примитив ЗД -Р А ЗЪ Е Д И Н Е Н И Е , запрос не может быть отвергнут. П оставщ ик УУЗД не гарантирует доставку каких-либо С Б Д ЗД по данному С ЗД после того как началась фаза разъединения. 13.2. Типы примитивов и параметры Типы примитивов и параметры, необходимые для разъединения С ЗД . приведены в габл. 6. Т а б л и ц а 6 Примитивы и параметры разъединения СЗД Прим тлим Параметр ЗД • РЛЗЪЕД И Н ЕК И Е запрос ЗД Р А ЗЪ Е Д И Н Е К И Е , индикация Инициатор X Причина X X
Г О С Т 2 8 6 9 6 - 9 0 С . 15 13.2.1. Инициатор Параметр «инициатор* указыпает источник разъединения. Его значениями могут быть либо «пользователь УУЗД», либо «поставщ ик УУЗД», либо «инициатор неизвестен». 13.2.2. Причина Параметр «причина» содержит информацию, указывающ ую причину разъединения СЗД . Значения этого параметра определяются следующим: а) если параметр «инициатор» указы вает, что разъединение инициировал поставщ ик УУЗД, то параметр «причина» будет иметь одно из следующих значений: 1) разъединение — устойчивые условия: 2) разъединение — неустойчивые условия; 3) отказ от соединения — адрес ТД У ЗД неизвестен; 4) отказ от соединения — ТД У ЗД недоступен/устойчивые условия; 5) отказ от соединения — ТД У ЗД недоступен/неустойчивые условия; б) отказ от соеди нен ия-К У не обеспечивается/устойчивые условия; 7) отказ от соеди нен ия-К У не обеспечивается/неустойчивые условия; 8) причина не определена. 6 ) если параметр «инициатор* указы вает, что разъединение инициировал пользователь УУЗД, то параметр «причина» будет иметь одно из следующих значений: 1) разъединение — нормальные условия; 2) разъединение — ненормальные условия: 3) отказ от соединения — устойчивые условия: 4) отказ от соединения — неустойчивые условия; 5) причина не определена; в) если параметр «инициатор» указы вает, что инициатор неизвестен, значением параметра «причина* является «причина не определена». Это позволяет не указы вать значения параметров в тех случаях, когда протокол уровня звена данных не может передать их в явном виде. 13.3. Последовательность примитивов при разъединении установленного С ЗД П оследовательность примитивов зависит от того, кто инициирует процедуру разъединения. Эта последовательность может быть: а) инициирована одним пользователем УУЗД выдачей от него примитива запроса, который вызывает выдачу примитива индикации другому пользователю; 6 ) инициирована обоими пользователями УУЗД выдачей примитива запроса от каждого из пользователей УУЗД; в) инициирована поставщ иком УУЗД выдачей примитива индикации каждому пользователю УУЗД; г) инициирована независимо одним из пользователей УУЗД и поставщ иком УУЗД с выдачей примитива запроса от пользователя УУЗД — инициатора и примитива индикации другому пользо­ вателю. П оследовательность примитивов для этих четырех случаев показана в виде временных диаграмм на черт. 7— 10. Участие пользователя УУЗД Одновременное участие обоих пользователей УУЗДзд -р а з ъ е д и н е ж .з а п р о сДД-РАЗЬЕДИНЕНИЕ.ЗД-РАЗЪЕДИНЕНИЕ-ЗД-РАЗЪЕДИНЕНИЕ.з а п р о с ______з а п р о си н д и к а ц и я _ Л Черт. 7 Черт. 8 Участие поставщика УУЗД Одновременное участие пользователя УУЗД и поставщика УУЗДЗД-РАЗЪЕДИНЕНИЕ,з д - РАЗЪЕДИНЕНИЕ.ЗД-РАЗЪЕДИНЕНИЕ.ЗД-РАЗЪЕДИНЕНИС.и н д и к а ц и яГ \и н д и к а ц и яз а п р о си н д и к а ц и я\ J Черт. 9 Черт. 10
С. 16 Г О С Т 2 8 6 9 6 - 9 0 Последовательность прими гинов 13.4. Последовательность примитивов при отклонении при отклонении пользователем УУЗД пользователем У У ЗД попытки установления С ЗД попытки установления СЗД Пользователь УУЗД может отклонить попытку установ­ЗД-СОЕДИНЕНИЕ. з а п р о сЗД-СОЕДИНЕНИЕ, ления соединения, вы дав примитив З Д -Р А ЗЪ Е Д И Н Е Н И Е ,и н д и к а ц и я запрос. Параметр «инициатор* в примитивах ЗД -Р А ЗЪ Е Д И ­ЗД-РАЗЪЕДИНЕНИЕ.и н д и к а ц и яЗД -РАЗЪЕДИНЕНИЕ, Н Е Н И Е будет указы вать пользователя УУЗД-инициатораз а п р о с разъединения. П оследовательность собы тий определена вЧерт. 11 виде временной диаграммы на черт. 11. 13.5. Последовательность примитивов при отклонении поставщиком УУ ЗД попытки установле­ ния СЗД Если поставщ ик УУЗД не в состоянии установить С ЗД , то он сообщ ает об этом запрашивающей стороне в примитиве З Д -Р А ЗЪ Е Д И Н Е Н И Е , индикация. Параметр «инициатор» в этом примитиве указывает поставщ ика УУЗД — инициатора разъединения. П оследовательность событий определена в виде временной диаграммы на черт. 12. Последовательность примитивов при отклонении поставщиком УУЗД попытки установления СЗДЗД-СОЕДИНЕНИЕ.за п р о сЗД-РАЗЪЕДИНЕНИЕ.и н д и к а ц и яЧерт. 12 13.6. Последовательность примитивов при прерывании пользователем У У ЗД попытки установ­ ления СЗД Если пользователь УУЗД выдал примитив ЗД -С О Е Д И Н Е Н И Е . запрос, и, не получив прими­ тива З Д -С О Е Д И Н Е Н И Е . подтверждение или ЗД -С О Е Д И Н Е Н И Е . индикация, желает прервать попытку установления С З Д , то он должен выдать примитив ЗД -Р А ЗЪ Е Д И Н Е Н И Е . запрос. Резуль­ тирующая последовательность примитивов зависит от относительного временного расположения выданных примитивов и от длительностей транзитных задержек поставщ ика УУЗД , как показано на временных диаграммах, черт. 13— 15. Информация о том . какой из этих вариантов имел м есто, в явном виде не выдается. Оба примитива втаимоуничтожаитги ЗД-РАЗЪЕДИНЕН НЕ. индикация выдастся в очереди до выдачи ЗД-СОЕДИНЕНИЕ. ответЗД-СОЕДИНЕНИЕ.ЗД-СОЕДИНЕНИЕ.з а п р о сЗД-СОЕДИНЕНИЕ,з а п р о си н д и к а ц и яЩ-РАЗЪЕДИНЕНИЕ,ЗД-РАЗЪЕДИНЕНИЕ,з а п р о сз а п р о сЗ Д -Р А Ж Д М Ш Г .и н д и к а ц и яЧерт. 13Черт. 14 ЗД-РАЗЪЕДИНЕНИЕ, индикация выдастся после выдачи ЗД-СОЕДИНЕНИЕ. ответЗД-СОЕДИНЕНИД.ЗД-СОЕДИНЕНИЙи н д и к и и .и яз а п р о сЗД-СОЕДИНЕНИЕ.ЗД-Ш ДИ Н ЕН И Е.u/nffemз а п р о с ______ЗД-РАЗЪЕДИНЕНИЕ.и н д и к а ц и яЧерт. 15
Г О С Т 2 8 6 9 6 - 9 0 С . 17 14. ФАЗА П ЕРЕД А Ч И Д А Н Н Ы Х 14.1. Передача данных 14.1.1. Функция Сервисные примитивы передачи данных предназначены для поочередного или одновременного обмена данными пользователя (С Б Д ЗД ) по двум направлениям С ЗД . УУЗД обеспечиваю т сохран­ ность как последовательности передачи, так и границ СБД ЗД . П р и м е ч а и и е. Разработчикам протоколов, использующих УУЗД. следует иметь в виду, что запрошен­ ное КУ применимо к полным СБДЗД и что разделение имеющихся в наличии данных на СБДЗ меньшего размера может повлиять на стоимостные показатели вследствие воздействии механизмов оптимизации стои­ мости. управляемых поставщиком УУЗД. 14.1.2. Типы примитивов и параметр Типы примитивов и параметр, необходимые для передачи данных, приведены в табл. 7. Т а б л и ц а 7 Примитивы и параметр передачи данных Примитив Параметр ЗД -Д А Н Н Ы Е, м п рос ЗД -Д Л Н Н Ы Е. индикация Данные-пользователя УУЗД X Х ( - ) 14.1.2.1. Д анны е-пользователя УУЗД Этот параметр позволяет передавать данные-пользователя УУЗД между пользователями УУЗД без их модификаций поставщ иком УУЗД. Пользователь УУЗД может передать лю бое целое число (от одного до максимального значения, определяемого поставщ иком УУЗД) октетов данных. М аксимальное значение числа октетов пользователь определяет путем использования средств диспетчера или на основе априорных сведений. 14.1.3. Последовательность примитивов Операции УУЗД по передаче С Б Д ЗД могут быть Нормальная последовательность примитивов представлены в виде очереди неопределенной длины услуг передачи данных внутри поставщика УУЗД (разя. 9). Возмож ности поль­ зователя УУЗД по передаче примитива ЗД -Д Л Н Н Ы Е.З Д -Д А Н Н Ы Е . запрос и поставщ ика УУЗД по передаче примитиваз а п р о с ЗД -Д Л Н Н Ы Е. индикация зависят от действий прини­З Д -Д А Н Н Ы Е ,и н д и к а ц и я мающего пользователя УУЗД и от результирующего состояния очереди. П оследовательность примитивов при успешной передаче данных определена временной диаграммой наЧерт. 16 черт. 16. Приведенная на черт. 16 последовательность примитивов мож ет остаться незаверш енной при появлении примитива З Д -С Б Р О С или ЗД -Р А ЗЪ Е Д И Н Е Н И Е . 14.2. Услуга сброса 14.2.1. Функция Услуга сброса может быть использована: а) пользователем УУЗД с целью восстановления синхронизации С ЗД ; б) поставщ иком УУЗД с целью информирования об обнаруженной потере данных, невосстанакливаемой в рамках УУЗД. О всех таких потерях данных, которые не приводят к потере СЗД , информирование осущ ествляется подобным способом . Привлечение услуги сброса приведет к разблокированию потока С БД ЗД в случае переполнения С ЗД ; это побудит поставщ ика УУЗД аннулировать С Б Д ЗД и оповестить лю бого пользователя или пользователей УУЗД, которые не инициировали сброс о выполнении сброса. Эта услуга выполняется за конечное время, безотносительно принятия С БД ЗД . Любые С Б Д ЗД . не доставленные пользова­ телям УУЗД до завершения этой услуги, будут аннулированы поставщ иком УУЗД. П р и м е ч а н и е . Сброс может потребовать от пользователей УУЗД выполнить процедуру восстанов­ ления.
С. 18 Г О С Т 2 8 6 9 6 - 9 0 14.2.2. Типы примитивов и параметры Типы примитивов и параметры, необходимые для услуги сброса, приведены в табл. 8. Т а б л и ц а 8 Примшнвы и параметры сброса П римигая Параметр З Д -С Б Р О С . запрос ЗД С Б Р О С , индикация З Д -С Б Р О С . O I B C T З Д -С Б Р О С . подтверждение Инициатор X Причина X X 14.2.2.1. Инициатор Параметр «инициатор» указы вает источник сброса. Он может принимать значения «пользова­ тель УУЗД», «поставщ ик УУЗД * или «инициатор неизвестен». 14.2.2.2. Причина Параметр «причина* содержит информацию о причине сброса. Значение этого параметра будет определяться следующим: а) если параметр «инициатор» указы вает, что сброс инициировал поставщ ик УУЗД, то значе­ ниями параметра «причина* могут быть: 1) «перегрузка* из-за управления потоком звена данных, 2) «ошибка звена данных». П р и м е ч а н и е . Вопрос расширении или уточнения этого перечни значений с целью передачи более конкретной диагностической или упраклиющей информации является предметом дальнейшего изучения; б) если параметр «инициатор* указы вает, что сброс инициировал пользователь УУЗД . то параметр «причина* имеет значение «ресинхронизация пользователя*; в) если параметр «инициатор* указывает, что инициатор неизвестен, то параметр «причина» принимает значение «причина не определена*. ^->го позволяет не указывать значения этих параметров в тех случаях, когда они не могут бы ть явн о переданы протоколом звена данных. 14.2.3. П оследовательность примитивов Взаимодействие между каждым пользователем УУЗД и поставщ иком УУЗД должно происхо­ дить в виде обмена указанными примитивами, а именно: а) передача пользователем УУЗД примитива З Д -С Б Р О С . запрос, после которой следует пере­ дача поставщ иком УУЗД примитива З Д -С Б Р О С . подтверждение; б) передача поставщ иком УУЗД примитива З Д -С Б Р О С . индикация, после которой следует передача пользователем УУЗД примитива З Д -С Б Р О С . ответ. Примитив З Д -С Б Р О С . запрос действует как синхронизирующий маркер в потоке С Б Д ЗД , выдаваемых пользователем УУЗД — источником запроса; примитив ЗД -С Б Р О С . индикация также действует как синхронизирующий маркер в потоке С Б Д ЗД . принимаемых равноуровневым пользо­ вателем УУЗД. Точн о также примитив З Д -С Б Р О С . ответ действует как синхронизирующий маркер в потоке С Б Д ЗД . передаваемых отвечающ им пользователем УУЗД. тогда как примитив З Д -С Б Р О С . подтверждение действует как синхронизирующий маркер в потоке С Б Д ЗД , принимаемых пользо­ вателем УУЗД , инициировавшим сброс. К свойствам повторной синхронизации услуги сброса относятся следующие: 1) никакие С Б Д ЗД , выданные пользователем УУЗД до выдачи примитива З Д -С Б Р О С . запрос (или ответ) в том же передаваемом потоке, не должны доставляться другому пользователю УУЗД после соответствующ его примитива З Д -С Б Р О С . индикация (или подтверждение). П оставщ ик УУЗД должен аннулировать все С Б Д ЗД , переданные до выдачи примитива ЗД- С Б Р О С . запрос и еще не доставленные к равноуровневому пользователю УУЗД до того, как поставщик УУЗД выдаст примитив З Д -С Б Р О С . индикация. Точно так ж е поставщ ик УУЗД должен аннулировать все С Б Д ЗД , переданные до выдачи примитива З Д -С Б Р О С . ответ и еще не п о ст а т е й н ы е инициатору примитива З Д -С Б Р О С . запрос, до того как поставщ ик УУЗД выдаст примитив З Д -С Б Р О С . подтверждение; 2) никакие С Б Д ЗД , переданные пользователем УУЗД после синхронизирующего маркера в том же передаваемом потоке, не должны доставляться другому пользователю УУЗД до получения синхронизирующего маркера в том же принимаемом потоке.
Г О С Т 2 8 6 9 6 - 9 0 С . 19 Полная последовательность примитивов зависит от источника сброса и от активности или, наоборот, от сброса конфликтующих источников. Таким образом, услуга сброса мож ет быть привлечена: 1) одним из пользователей У У ЗД , приводя к взаимодействию: а) с этим пользователем УУЗД и б) с равноуровневым пользователем УУЗД: 2) обоими пользователями УУЗД, приводя к взаимодействию: а) с обоими пользователями УУЗД; 3) поставщ иком УУЗД , приводя к взаимодействию: б) с обоими пользователями УУЗД; 4) одним из пользователей УУЗД и поставщиком УУЗД , приводя к взаимодействию: а) с инициирующим пользователем и б) с равноуровневым пользователем УУЗД. П оследовательность примитивов для этих четырех случаев показана в виде временных диаграмм на черт. 17—20. Последовательности примитивов на черт. 17—20 м о т остаться незавершенными при появле­ нии примитива З Д -Р А ЗЪ Е Д И Н Е Н И Е. Последовательность примитивов услуги сброса, Последовательность примитивов услуга сброса, инициированной пользователем УУЗД одновременно инициированной пользователем УУЗДЗ Д -С 6 Р 0 С .ЗД -С брос.З Д -С Б Р О С .з а п р о сЗ Д -С Б Р О С .з а п р о спз а п р о с__ _и н д и к а ц и яЗД -СБРО С.З Д -С Б Р О С .ЗД -СБРО С.п о д т в ер ж д е н и еп о д т в ер ж д е н и еп одт в ер ж ден и еЗД -С Б Р О С .о т в е т ' Ъ Черт. 17 Черт. IS Последовательность примитивов услуга сброса, Последовательность примитивов услуга сброса, инициированной поставщиком УУЗД одновременно инициированном пользователем УУЗД и поставщиком УУЗДЗ Д -С Б Р О С .З Д -С Б Р О С .З Д -С Б Р О С .З Д ~ СБРО С,и н д и к а ц и яи н д и к а ц и яз а п р о с ' Ъf ~ \и н д и к а ц и яЗД -С Б Р О С .з д - с б р о с .З Д -С Б Р О С .З Д -С Б Р О С .о т в е т_ о т в е тп о д т в е р ж д е н и ео т в е т*1 1 Черт. 19 Черт. 20 Часть 3. ОПРЕДЕЛЕНИЕ ПРИМИТИВОВ В РЕЖИМЕ-БЕЗ-УСТАНОВЛЕНИЯ-СОЕДИНЕНИЯ 15. Ф У Н К Ц И О Н А Л Ь Н Ы Е В О З М О Ж Н О С Т И У С Л У Г З В Е Н А Д А Н Н Ы Х В Р Е Ж И М Е -Б Е З -У С Т А Н О В Л Е Н И Я -С О Е Д И Н Е Н И Я Услуги УЗД обеспечивают для пользователя УУЗД следующие функциональные возможности: а) средства разграничения, с помощ ью которых несколько С Б Д ЗД ограниченной длины передаются в «прозрачном* режиме от МДУЗД-отправителя к ПДУЗД-получателю при однократном доступе УУЗД без установления и последующего разъединения СЗД ; б) средства оценки КУ для каждого случая передачи данных в реж им е-без-установления-соединения, которые выбираются передающим пользователем УУЗД во время инициации передачи в рсжиме-без-установлеиия-соединения.
С . 20 Г О С Т 2 8 6 9 6 - 9 0 16. М О Д Е Л Ь У С Л У Г З В Е Н А Д А Н Н Ы Х В Р Е Ж И М Е -Б Е З -У С Т А Н О В Л Е Н И Я -С О Е Д И Н Е Н И Я Рассматриваемая в данном разделе модель услуг основана на тех же предпосылках и имеет то же назначение, что и модель услуг, изложенная в раэд. 9. 16.1. М одель передачи данных на уровне-звена-данных-в-режиме-без-установления-соединения Определяющая характеристика передачи на уровне-звен а-данн ы х-в-реж и м е-без установлениясоединения — независимый характер каждого обращения к услуге звена данных реж има-без-установления-соединения. Однако на практике некоторые характеристики услуг часто можно увязать с пользователями УУЗД при наличии логической взаим освязи , сущ ествующей между заданной парой Г1ДУЗД, что улучшает базовы е услуги звена данных в реж име-без-установлен и я-соединения с точки зрения эффективной увязки выбранного протокола сетевого уровня, увязанного с обеспечиваемой услугой. П р и м е ч а н и е . Предполагается, что такая информация становится доступной пользователю УУЗД через некоторую функцию (или набор функций) диспетчера. Таким образом, услуги зиена-данны х-реж има-без-установлепия-соединения в том виде, как они обеспечиваю тся между лю бы ми двумя П Д УЗД , в указанны х целях могут бы ть промоделированы абстрактным образом в виде некоторой логичес­ Мшлсль УУЗД кой взаим освязи между двумя ПДУЗД. Эта логи ­ в рсжимс-бсз-установлсния-сосдинсння ческая взаим освязь имеет постоянны й характер. Только один вид объекта — объект «блокПользователь I данных» мож ет бы ть передан поставщику УУЗДУУЗД через ПДУЗД. На черт. 21 пользователь УУЗД А означает того пользователя, который передает_____ f ______ I объекты поставщ ику УУЗД, а пользовательI УУЗД Б — того пользователя, который принимает(•>— объекты от поставщ ика УУЗД. В общем случае поставщ ик УУЗД может вы ­Л о г и ч е с к а я В з а и м о с в я з ь полнять лю бое из нижеперечисленных действийм е ж д у А и Б или все эти действия: а) аннулирование объектов; б) дублирование объектов и/илиП о с т а в щ и к {/У ЗД в) изменение порядка следования примити­ вов индикаций относительно порядка поступле­ ния примитивов запросов. Однако в отнош ении конкретной логической Черт. 21 взаимосвязи некоторые характеристики, опреде­ ляющие характер и тип услуг (за исключением характеристик, свойственны х базовым УУЗД реж има-без-установления-соединсния), могут бы ть отнесены к пользователю УУЗД посредством определенных средств диспетчера. Ниже приведены примеры некоторых требований или ограниче­ ний, которые могут подразумеваться или наблюдаться пользователем УУЗД: а) объекты не должны аннулироваться; б) объекты не должны дублироваться: в) порядок следования примитивов индикаций должен быть такой ж е, как и порядок следо­ вания примитивов запросов. Если подобная информация становится известной пользователю УУЗД до вы зова услуги УЗД реж нма-без-установления-соедннения, он может использовать такие сведения для выбора соответ­ ствующ его протокола сетевого уровня. Операции, выполняемые поставщ иком УУЗД при конкретной логической взаимосвязи УЗД, не зависят от действий пользователей УУЗД. Сведения, которыми обладают пользователи УУЗД о характеристиках, обеспечиваемых УУЗД, являю тся частью их априорных сведений о функциональ­ ной среде ВОС. 17. К А Ч ЕС ТВО У С Л У Г В Г Е Ж И М Е -Б Е З -У С Т А Н О В Л Е Н И Я -С О Е Д И Н Е Н И Я Термин «качество услуг* относится к определенным характеристикам передачи в реж име-безустановления-соединения, наблюдаемым между ПДУЗД. КУ описывает только те аспекты передачи в режиме-без-устаноплепня-соедииения, которые свойственны поставщику УУЗД. Оми могут быть определены надлежащим образом при отсутствии действий пользователя УУЗД (которые не подпа-
Г О С Т 2 8 6 9 6 - 9 0 С . 21 дают под управление поставщ ика У У ЗД ), налагающие сильные ограничения на рабочие характерис­ тики УУЗД или ухудшающие их. Вопрос о том, одинаково ли выглядит КУ в каждом случае использования передачи в реж име-без-устаноаления-соедннеиия для каждого пользователя УУЗД, пользующегося данной услугой, зависит от характера этого использования и от вида информации о характере услуг, предоставляемых пользователю ^ м ) УУЗД поставщиком УУЗД до привлечения данной услуги. 17.1. Определение КУ для услуг в режиме-без-установления-сосдинения О сновная особенн ость услуг реж има-без-устаноапения-соединения состоит в том , что здесь, в отличие от услуг реж нма-с-устаноатеннем соединения, между взаимодействующими партнерами отсутствует динамическая логическая взаим освязь, подобная то й , которая имеет м есто при установ­ лении соединения. Поэтому выбор характеристик услуг, которые должны бы ть обеспечены во время передачи, не связан с СЗД. Во время инициации примитивов передающий пользователь УУЗД запрашивает определенные показатели КУ. касаю щ иеся каждой передачи в реж име-без-установления-соединения. Запраш ивае­ мые показатели (или значения параметров и факультативные возм ож ности), основаны на априорных сведениях пользователя УУЗД о тех услугах, которые предоставляет ему поставщ ик УУЗД. Сведения о характеристиках и типе предоставляемых услуг (т. е. параметры, форматы и факультативные возмож ности, влияющ ие на передачу данны х) пользователь УУЗД получает посредством определен­ ного взаимодействия с функцией управления уровнем перед вы зовом услуги У ЗД -реж им а-без-установления-соединения. Таким образом, пользователь УУЗД получает сведения не только о партнерах, с которыми он может взаимодействовать, но и явную информацию о характеристиках тех услуг, на которые он рассчитывает при каждом вы зове услуги. П оставщ ик УУЗД может предоставлять такж е информацию о текущем КУ независимо от обращения к услуге со стороны пользователя УУЗД. Э тот квазидинамический процесс определения КУ не является согласованием, он предоставляет текущую информацию о характеристиках услуг безотносительно каждого вы зова услуги. 17.2. Параметры КУ в режиме-без-установлеиня-соединемия Все параметры К У можно классифицировать следующим образом: а) параметры, определяющие рабочие характеристики УУЗД, приведены в табл. 9; б) параметры, отражающие другие характеристики УУЗД, приведены в табл. 3. Т а б л и ц а 9 классификация параметров КУ, отражающих рабочие характеристики УУЗД Критерии рабочей характеристики Скорость Точность/Иадежиость Транзитная задержка | Коэффициент необнаруженных ошибок (искажения, дублироиания/потсри) 17.2.1. Транзитная задержка При передаче в реж име-без-устаноалення-соединения транзитную задержку определяют неза­ висимо для каждой отдельной передачи. В остальном параметры транзитной задержки и их расчет в этом режиме те ж е, что и в режиме-с-установлением-соединения (п. 10.2.2). 17.2.2. Коэффициент необнаруженных ош ибок К Н О для рассматриваемого режима определяют аналогично реж нму-с-установлением-соединения (п. 10.2.3). 17.2.3. Защита Назначение параметра «зашита* и возмож ные варианты зашиты те ж е, что и для режима с установлением соединения (п. 10.2.5). В пределах определенных вариантов защиты пользователь УУЗД выбирает конкретное значение этого параметра .тля каждого С Б Д ЗД , передаваемого в реж име-без-устаноалепия-соединення. К аж ­ дая функция зашиты соответствует конкретному виду опасности нарушения секретности и каждая из них обычно обеспечивается отдельным механизмом поставщ ика УУЗД. 17.2.4. Приоритет Спецификация приоритета касается взаимоотнош ений между привлечениями услуг передачи данных в реж нме-без-установлення-соединения. Этот параметр определяет относительную значн-
С . 22 Г О С Т 2 8 6 9 6 - 9 0 мость объектов «блок данных* в вопросе использования коллективных ресурсов. Он имеет смысл только в контексте некоторых логических объектов управления или структур, способны х оценить относительную значимость. Число уровней приоритета ограничено. 18. П О С Л Е Д О В А Т Е Л Ь Н О С Т Ь П Р И М И Т И В О В В О Д Н О М П Д У ЗД Все возмож ные разреш енные последовательности примитивов в одном ПДУЗД определены диаграммой переходов состояний на черт. 22. Диаграмма переходов состоянии для послсдоватслыюстей примитивов в режнме-без-у ста но влей ия-соединения в одной ТДУЗДЗ Д - Б Л О К -Д А Н Н Ы *,з а п р о с 1 9 . 1 1 ЕРЕДАЧА Д А Н Н Ы Х 19.1. Функция Примитивы услуг звена данных при передаче в режиме-без-устаноаления-соединения могут быть использованы для передачи независимого самостоятельного С БД ЗД от одного ПДУЗД к другому при однократном использовании доступа к услугам. С БД ЗД независим в том см ы сле, что он никак не связан с другими С БД ЗД , передаваемыми в режиме-без-установлеиия-соединения или в реж име-с-устаноалением-соедннения (если только не были запрошены особы е значения К У). Он самостоятелен в том см ы сле, что вся информация, необходимая для доставки С Б Д ЗД , предоставля­ ется поставщику УУЗД вм есте с подлежащими передаче данными пользователя при одном доступе к услугам; таким образом, не требуется никакого начального установления или последующего разъединения С ЗД при условии, что пользователи УУЗД сущ ествуют и они известны поставщику УУЗД. С'БДЗ, переданный вреж и м е-без-устаи овлен ня-соедин ения-ЗД . рассматривается поставщ иком УУЗД как не связанный каким-бы то ни было образом с лю бым другим С БД ЗД . Хотя УУЗД сохраняют целостность отдельных С Б Д ЗД , их доставка к принимающему пользователю УУЗД в том же порядке, в каком они были выданы передающим пользователем УУЗД , не гарантируется. Не предусмотрено никаких средств управления принимающим пользователем УУЗД ско р о с­ тью, с которой передающий пользователь УУЗД может передавать С Б Д З (внутриуровневое управ­ ление потоком). П оставщ ик УУЗД не должен хранить никакой информации о состояниях, касаю ­ щихся лю бых аспектов потока информации между любыми комбинациями ПДУЗД. Влияние, оказываемое поставщ иком УУЗД на передающего пользователя УУЗД относительно управления потоком, может быть описано только в терминах конкретного интерфейса.
Г О С Т 2 8 6 9 6 - 9 0 С . 23 19.2. Типы примитивов и параметры Типы примитивов и параметры, необходимые для услуг передачи данных в реж име-без-устанонления-соединения, приведены в табл. 10. Т а б л и ц а 10 Примитивы и параметры услуг з к ш данных по передаче данных в рсжнмс-бет-установлсния-сослннсния Примитив Параметр ЗД -БЛ О К Д А Н Н Ы Х . запрос З Д -Б Л О К -Д А Н Н Ы Х . индикация Адрес отправителя X Х (= ) Адрес получателя X х <=) Качество услуг X Х ( - ) (см. поймем.) Данные пользователи УУЗД X X (=) П р и м е ч а н и е . Необходимость включения параметров КУ в примитив ЗД-БЛОК-ДАННЫХ. индика­ ция является предметом дальнейшего изучения. 19.2.1. Адреса Адреса, указанные в табл. 10, являю тся адресами ПД УЗД . Услуги УЗД обоих режимов: с-установлением-соединения и без-устаиовлення-соединения могут использовать одни и те же адреса ПДУЗД. П р и м е ч а й и е. При двухпунктовой конфшураиии без мультиплексирования адреса ПДУЗД не обяза­ тельно используются в данном протоколе. 19.2.2 Качество услуг Значение параметра КУ представляется в виде перечня подпараметров. Значения каждого параметра в двух примитивах взаимосвязаны следующим образом: а) в примитиве запроса разреш ено лю бое допустимое значение; б) в примитиве индикации указанное значение К У меньше или равно значению КУ соответ­ ствующ его примитива запроса. Выбор параметров К У не требуется, если поставщ ик УУЗД может предоставить только одну степень КУ. 19.2.3. Д анные-пользователя УУЗД Этот параметр позволяет осущ ествлять передачу данны х между пользователями УУЗД без их модификации поставщ иком УУЗД. Пользователь УУЗД может передать лю бое целое число октетов в пределах от одного до максимального значения, определяемого поставщ иком УУЗД. Это м акси­ мальное значение сообщ ается пользователю УУЗД с помош ыо средств диспетчера или па основе априорных сведений. 19.3. 11оследователыюсть примитивов П оследовательность примитивов при успеш ной передаче в реж име-без-устаноатения-соединемия-ЗД определена временной диаграммой на черт. 23. Последовательность примитивов при передаче в рсжичс-бсз-установлсния-сослииснияа д-е ш -дА нны х.ja n p o cЗД-ВЛОК-ДАННЫХ.индикацияЧерт. 23
С . 24 Г О С Т 2 8 6 9 6 - 9 0П Р И Л О Ж Е Н И Е /Справочное СОГЛАШЕНИЯ НО ОПРЕДЕЛЕНИЮ УСЛУГ 1. В рамках базовой эталонной модели В ОС услуги любою уровня определяются в терминах абстрактной модели, включающей в себя пользователей услуг и поставщика услуг с описанием очередей блоков данных, передаваемых но соединению между логическими объектами соответствующего уровня. Каждый уровень базовой эталонной модели ВОС является поставщиком услуг для смежного с ним верхнего уровня и одновременно пользователей услуг нижележащего уровня. Каждый пользователь услуг получает доступ к поставщику услуг через пункт доступа к услугам (ПДУ). Пользователь услуг взаимодействует с поставщиком уедут, передавая ему и принимая от него через ПДУ примитивы (абстрактные, независимые or реализации элементарные логические команды. Каждый примитив услуги осуществляет логически независимое элементарное взаимодействие, которое может быть прервано другим взаимодействием между пользователем и поставщиком услуг. Примитив может содержать один или несколько параметров, несущих дополнительную информацию. Услуги уровня задаются отношениями (причинно-следственными и временными) между ирисмом/псрс- дачей примитивов в двух удаленных равноуровневых ПДУ. которые используются па<1ьзова1елями услуг для взаимосвязи. 2. Определены четыре типа примитивов: запрос, индикация, ответ, подтверждение. Запрос напра&лисгсн пользователем поставщику услуг и инициирует выполнение некоторой услуги. Индикация напранлястся поставщиком пользователю услуги и либо отражает поступление запроса в удаленном ПДУ, либо информирует о выполнении некоторых действий по инициативе поставщика услуг. Огвет направляется пользователем поставщику услуг и является реакцией на прием примитива инднкания. Подтверждение направляется постав­ щиком услуг пользователю услуг и завершает выполнение некоторой услуги, инициированной ранее запросом в этом же ПДУ. Как ответ, так и подтверждение может быть либо положительным, либо отрицательным. 3. Каждый примитив должен состоять из грех элементов: первый указывает уровень базовой эталонной модели ВОС, являющийся поставщиком данной услуги, второй указывает имя услуги и третий определяет тип услуги. Иногда вместо полного имени примитива используют сокращенное, состоящее из одного или двух последних элементов, если это нс вызывает разночтений. 4. Для иллюстрации временных соотношений и последовательностей примитивов при выполнении некоторой услуги используются временные диаграммы. Каждая диаграмма делится двумя вертикальны ми линиями на три ноля. Центральное нале обозначает поставщика услуг, а крайние — двух удаленных, взаимо­ действующих между собой пользователей услуг. Сами линии обозначают два взаимодействующих равноуров­ невых ПДУ. Последовательности событий (присмов/персдач примитивов) упорядочены на этих линиях во времени в направлении сверху вниз. Стрелки на горизонтальных линиях, обозначающих примитивы, указывают направление передачи примитива (к поставщику или err поставщика) Наличие временной упорядоченности примитивов обозначается на диаграмме пунктирной линией между вертикальными линиями. Отсутствие такой линии или знак тильда (~) означает отсутствие временной упорядоченности. Например, на черт. 24 примитив запрос, выданный пользователем услуг в момент обязательно приведет к выдаче удаленному пользователю услуг примитива индикация в момент t2. В то же время ничего нельзя сказать о порядке появления примитивов ответ и подтверждение, изображенных на черт. 24. Пример диаграммы. изоГгражаюигей последовательность сервисных примитивовП о л ь з о б а т и л ьП о с т а в щ и кП о л ь з о в а т е л ьу с л у гу с л у гу с л у гз а п р о с / / / / ( to индикация^ п о д т в е р ж д ен и е ^ \о т в е т\> Ч . , / ' Черт. 24
Г О С Т 2 8 6 9 6 - 9 0 С . 25П Р И Л О Ж Е Н И Е 2Справочное ОСНОВНЫЕ ТЕРМ И Н Ы , ИСПОЛЬЗУЕМ ЫЕ В СТАНДАРТЕ, И ИХ ПОЯСНЕНИЯ Термин Понс не и нс Взаимосвязь открытых систем Совокупность принципов организации взаимодействия между открытыми системами обработки данных в соответствии со стандартами Международной организации по стандартизации Уровень звена .чанных Уровень, обеспечивающий услуга по обмену данными между логическими обьсктами сетевого уровня, формирование и передачу кадров данных Услуга уровня звена данных Функциональная возможность, которую уровень звена данных во взаимодействии с нкжсрасмоложснными уровнями прсдосгаатяет логическим объектам сетевого уровня на границе с ним Логический объект-уровня-звена-данных Активный элемент уровня звена данных Пункт- дос ту na-к-услугам-звена-данных Пункт, через который логический обьскг уровня звена данных предоставляет услуга этого уровня логическому объекту сетевого уровня Адрсс-пункта-досгупа-к-услугам-звенаИдентификатор, указывающий местонахождение данных пункта-доступак-услутам-звена-ланных Пользователь услуг звена данных Логический объект открытой системы, использующий услуги уровня звена данных через пункт-достуиа-к-услугам-звенаданных Поставщик услуг звена данных Абстрактная совокупность тех логических объектов уровня звена данных, которые предоставляют услуги вышсраспаложснному логическому(им) объекту(ам) уровня звена данных Сервненый-блок-данных-звена-ланных Некоторая часть интерфейсных данных уровня звена данных, целостность которой сохраняется при ее передаче от одного конца соединения звена данных к другому Соединение-звена-данных Ассоциация, устанавливаемая с помощью уровня звена данных между двумя или более логическими объектами сетевого уровня для передачи данных Псрслача-в-режнмс-с-установленнеч- Передача на уровне звена данных, связанная с контекстом сосдннсниязвена-данных соединснин-звсна-данных Псрелача-в-режиме-без-усгаиовденияПередача на уровне звена данных, не использующая контекста сосдинениязвена-данных какого-либо Соединения-звена-данных и нс поддерживающая какой-либо логической связи между ссрвисными-блокамиданных-звена-данных Сброс Функция, посредством которой связанные соединением логические объекты уровня звена данных устанавливаются в заранее определенное состояние с возможной потерей или дублированием данных Примитив Абстрактное независимое от реализации представление взаимодействий между пользователем услуг и поставщиком услуг Запрос (примитив) Представление взаимодействия, при котором пользователь услуга привлекает определенную процедуру Индикация (примитив) Представление взаимодействия, при котором поставщик услуга указывает, что: 1) он по сноси инициативе привлек некоторую процедуру или 2) процедура была привлечена пользователем услуг н пуиктс-доступа-к-услугам-звена-данных Ответ (примитив) Представление взаимодействия, при котором пользователь услуг указывает, что он завершил определенную процедуру, привлеченную ранее примитивом «индикация» Подтверждение (примитив) Представление взаимодействия, при котором поставщик услуги указывает в пункгс-достула-к-услугам-звсна-данных о завершении определенной процедуры, привлеченной ранее в указанном пунктс-доступа-к-услугам примитивом «запрос»
С . 26 ГО С Т 2 8 6 9 6 - 9 0 И Н Ф О Р М А Ц И О Н Н Ы Е Д А Н Н Ы Е 1. П О Д ГО Т О В Л Е Н И В Н Е С Е Н Н П О «П Е Р С Е Й * 2. У Т В Е Р Ж Д Е Н И В В Е Д Е Н В Д Е Й С Т В И Е Постановлением Государственного комитета С С С Р по управлению качеством продукции и стандартам от 2 5 Л 0 .9 0 № 2685 настоящий стандарт подготов­ лен методом прямою применения международного стандарта И СО 8 8 8 6 —90 «Системы обработки информации. Передача данных. Определение услуг звена данных для взаимосвязи открытых систем» и полностью ему соответствует 3. Стандарт полностью соответствует стандарту С Т С Э В 6 7 8 2 —89 4. С С Ы Л О Ч Н Ы Е Н О Р М А Т И В Н О -Т Е Х Н И Ч Е С К И Е Д О К У М Е Н Т Ы Обозначение НТД. на который лана ссы лка Н омер пункта ГО С Т' 2 8 0 7 9 - 8 9 1 : 2 Г О С Т 2 8 0 8 0 - 8 9 1 : 2 5. П Е Р Е И ЗД А Н И Е . Апрель 2005 г. Редактор В.//. Копысом Технический редактор В.И . П русакова Корректор В .II. Варевиоаа Компьютерная верстка Л.Л . Круговой Слано в набор №9.06.05. П одписано в печать 19.07.2005. Формат 60x84 life- Бумага офсетная. Гарнитура Таймс. Печать офсетная. Уел. печ. л . 3.26. У ч .-и м . я. 3.0 2 . Тираж 70 акт. Зак. 451. С 1519. Ф ГУ П .Стандартынформ-. 123995 М о сква. Гранатный пер., 4. www .joj.tinfo.ru in fo ejo jain fo .ru Набрано во Ф ГУ П «Стаидартинформ. на ПЭВМ Отпечатано в филиале Ф ГУ П -Станаартинф орм- — тип. -М осковски й печатник-. 105062 М осква. Лилин пер.. 6.ГОСТ 28696-90

ГОСТ 28696-90 (ИСО 8 8 8 6 -9 0 ) М Е Ж Г О С У Д А Р С Т В Е Н Н Ы Й С Т А Н Д А Р Т СИСТЕМЫ ОБРАБОТКИ ИНФОРМАЦИИ. ПЕРЕДАЧА ДАННЫХ ОПРЕДЕЛЕНИЕ УСЛУГ ЗВЕНА ДАННЫХ ДЛЯ ВЗАИМОСВЯЗИ ОТКРЫТЫХ СИСТЕМ Издание официальное 4 0 0 -2 8 З Б Н о ш 20Ккружево фото
УДК 681.224:621.391:006.354 Группа 1185 М Е Ж Г О С У Д А Р С Т В Е Н Н Ы Й С Т А Н Д А Р Т Системы обработки информации. Передача данных ГОСТ О П Р Е Д Е Л Е Н И Е У С Л У Г З В Е Н А Д А Н Н Ы Х 28696-90 Д Л Я В ЗА И М О С В Я ЗИ О Т К Р Ы Т Ы Х С И С Т Е МInformation processing systems. (И С О 8 8 8 6 - 9 0 )Data communication.Data link service definition for open systems interconnectionMKC 35.100.20ОКСТУ 4002 Дата введения 01.07.91 Настоящий стандарт эквивалентен стандарту Международной организации по стандартизации И СО 8 886—88 «Системы обработки информации. Передача данных. Определение услуг звена данных для взаимосвязи открытых систем » с учетом следующ их уточнений: - разд. 0 «Введение» заменен настоящей вводной частью; - в начале разд. I «Назначение и область применения» введены два новых абзаца, уточняющих область применения настоящ его стандарта; - в разд. 2 «Ссылки» дополнительно включены два стандарта; - исключены ссы лки на стандарты И С О 7498 и 7498/Доп I: - ссы лка на ИСО/ТО 8509 заменена приложением 1; - содержимое разд. 3 «Определения* вы несено в приложение 2 с добавлением определений всех перечисленных в нем терминов на осн ове приводимых стандартов И СО ; - разд. 4 «Аббревиатуры* дополнен аббревиатурами, используемыми в настоящ ем стандарте; - из разд. 17 «Качество услуг в реж нме-без-установления-соединения* исключена информация (подразделы, абзацы, чертежи), полностью дублирующая соответствующ ую информацию разд. 11) «К ачество услуг реж нм а-с-устаноазен ием -соедин ени я*. с введением соответствую щ их ссы лок на разд. 10. I . Н А ЗН А ЧЕН И Е И О Б Л А С Т Ь П Р И М Е Н Е Н И Я Настоящий стандарт распространяется на уровень звена данных систем телеобработки данных и вычислительных сетей и определяет перечень и характеристики услуг, предоставляемых уровнем звена данных выш ерасположенному уровню. Протоколы уровня звена данны х определены в ГО С Т 28079 и в Г О С Т 28080. Настоящий стандарт определяет услуги, предоставляемые уровнем звена данных сетевому уровню на границе между уровнем звена данных и сетевых» уровнем базовой эталонной модели взаимосвязи открытых систем (В О С ). Для разработчиков протоколов сетевого уровня он обеспечи­ вает определение тех услуг звена данных, которые предназначены для обеспечения протоколов сетевого уровня, а для разработчиков протоколов звена данных — определение тех услуг, которые должны быть обеспечены протоколом звена данных вм есте с нижерасположенной службой. Эти взаимоотнош ения двух уровней показаны на черт. I. В настоящ ем стандарте понятие «услуга* означает абстрактную возм ож ность, предоставляему ю одним у ровнем базовой эталонной модели ВОС другому, см еж ном у с ним верхнему уровню. Таким образом определяемые в настоящ ем стандарте услуги звена данных представляют собой концепту­ альные архитектурные услуги (приложение 1), не зависимые от административной структу ры. Издание официальное Псренечазка воспрещена © И здательство стандартов, 1991 © Стандартинформ, 2005
С. 2 ГОСТ 286% —90 Вшм.мосвн!ь настоящего стандарта с другими стандартами В ОСП р о т о к о л5С е т е в о й 1с е т е в о г оу р о в н еу р о в е н ьз в е н а д а н н ы хП р о т о к о лУ р о в е н ь___ п р е д о с т а в л я е т ц ел о г о1з в е н аз в е н а д а н н ы хданны хз в е н а д а н н ы х Черт. I Настоящий стандарт определяет услуги уровня звена данных В О С в понятиях: а) действий примитивов и событий, связанных с услугами; б) параметров, связанны х с каждым действием примитива и событием услуги, а также их форматов: в) взаимоотнош ений между указанными действиями и событиями и правильных их последо­ вательностей. О сновная цель настоящ его стандарта — определить характеристики концептуальных услуг уровня звена данных и тем самы м дополнить базовую эталонную модель руководством по разработке протоколов уровня звена данных. Настоящий стандарт не определяет конкретных реализаций или изделий и не налагает никаких ограничений на реализацию логических объектов звена данных и интерфейсов систем ы обработки информации. Стандарт не содержит требований к соответствию технических средств приводимому опреде­ лению услуг звена данных. Это соответствие достигается путем реализации соответствующ их протоколов звена данны х, которые обеспечивают определенные настоящ им стандартом услуги звена данных. 2. С С Ы Л К И ГО С Т 28079—89 Системы обработки информации. Протокол уровня звена данных. Методы синхронной позначной передачи данных Г О С Г 28080—89 Системы обработки информации. Протокол уровня звена данных. Метод синхронной побитовой передачи данных Часть 1. ОБЩИЕ ПОЛОЖЕНИЯ 3. О П Р Е Д Е Л Е Н И Я О сновны е термины, используемые в стандарте, приведены в приложении 2. 4 . А Б Б Р Е В И А Т У Р Ы ЗД — звено данных; В О С — взаим освязь открытых систем ; КН О — коэффициент необнаруженных ош ибок; КУ — качество услуг; С Б Д ЗД — сервисны й-блок-данны х-звена-даниы х; С ЗД — соединение-звена-данны х; П ДУЗД — пункт-доступа-к-услугам-звена-данны х: Т О — технический отчет; УЗД — уровень звена данных; УУЗД — услуги уровня звена данных.
ГО С Т 2 8 6 9 6 - 9 0 С . 3 5. С О ГЛ А Ш Е Н И Я 5 .1 . Общие соглашения Настоящий стандарт использует соглаш ения, приведенные в приложении 1. О писываемые ниже модель услуг, сервисные примитивы и временные диаграммы — это полностью абстрактные описания, которые не являю тся спецификацией для реализации. 5 .2 . Параметры Сервисны е примитивы, используемые для представления взаимодействий между пользовате­ лями услуг и поставщ иком услуг, переносят параметры, которые отображают информацию, полу­ чаемую при взаимодействии пользователя с поставщ иком. Параметры, применяемые для каждой группы примитивов, приведены в табл. 5, 6 , 7 и 8. Знак «X» в этих таблицах указывает, что соответствующ ий примитив может переносить указанный в строке параметр. Некоторые элементы таблицы уточняются элементами в скобках. К ним относятся: а) конкретное ограничение параметра: (= ) указывает, что значение параметра в примитиве индикации или подтверждения всегда идентично значению, указанному предыдущим примитивом запроса или ответа, выданным на противоположной точке-доступа-к-услугам; б) указание на примечание: (прим. X ) указы вает, что соответствующ ее примечание содержит дополнительную информа­ цию, относящ уюся к данному параметру и его использованию. В конкретном интерфейсе не обязательно указы вать все параметры в явном виде. Некоторые из них могут быть неявно связаны с П ДУЗД, через которую выдан этот прихштив. 6 . О Б З О Р У С Л У Г ЗВЕ Н А Д А Н Н Ы Х Услуги УЗД предназначены для обеспечения «прозрачной» и надежной передачи данных между пользователями УУЗД. При этом способ использования связны х ресурсов дтя обеспечения такой передачи оказывается невидимым дтя пользователя УУЗД. В частности, УУЗД обеспечиваю т следующие возмож ности: а) независимость от нижерасположенпого ф изического уровня. УУЗД освобож даю т своих пользователей от всех забот, связанны х с особенностями сущ ествующей конфигурации (например двухпунктовое соединение) или технических средств (например полудуплексная передача); б) «прозрачность» передаваемой информации. УУЗД обеспечиваю т «прозрачную» передачу даниы х-пользователей-У УЗД . При этом они не накладывают никаких ограничений ни на содержи­ мое, ни на формат, ни на кодирование информации и даже не требуют интерпретации ее структуры или см ы сла; в) надежную передачу данны х. УУЗД освобож даю т пользователя УУЗД от забот по предотвра­ щению возмож ных потерь, вставок, искажений и (при необходимости) нарушения порядка следо­ вания данных. В некоторых случаях при невосстанавливаемых ош ибках на уровне звена данных могут возни кать дублирования или потери СБД ЗД . П р и м е ч а н и е . Обнаружение дублированных или потерянных СБДЗД могут выполнять пользователи УУЗД . г) выбор качества услуг. УУЗД обеспечиваю т для своих пользователей доступность средств запроса и согласования КУ при передаче данных. КУ определяется посредслю м параметров КУ, представляющих такие характеристики, как пропускная способн ость, транзитная задержка, точность и надежность; д) адресацию. УУЗД дают возмож ность пользователю УУЗД идентифицировать сам ого себя и в тех случаях, когда поставщ ик УУЗД поддерживает несколько ПДУЗД, определить тот ПД УЗД , с которым должно бы ть установлено СЗД . Адреса УЗД имеют исключительно локальную значимость для конкретной конфигурации звена данных на осн ове простой передающей среды (двух- или многопункговое физическое соединение) или группы параллельных передающих сред (многозвенная или расщепляющая функция). Э то не исключает необходимости определения глобальной структуры адресации. П р и м е ч а н и е . УУЗД должны дифференпировагь отдельные системы, физически или логически подключенные к многопунктовому звену данных, а также отдельные соединения в тех случая, когда уровень звена данных обеспечивает функцию мультиплексирования. В целях общности определения всех услуг этот механизм рассматривается как адресация, а объекты, используемые для дифференциации систем, — как адреса.
С . 4 Г О С Т 2 8 6 % —90 7. К Л А С С Ы И Т И П Ы У С Л У Г У Р О В Н Я З В Е Н А Д А Н Н Ы Х Настоящий стандарт не определяет никаких различимых классов услуг уровня звена данных. И меются два типа УУЗД: а) услуги реж нма-с-установлением-соедннения (определены в ч. 2); б) услуги реж има-без-установления-соединения (определены в ч 3). При ссы лках на настоящ ий стандарт пользователь или поставщ ик услуг уровня звена данных должен указать, какой тип услуги он будет использовать или постаачять. Часть 2. ОПРЕДЕЛЕНИЕ ПРИМИТИВОВ В РЕЖИМЕ-С-УСТАНОВЛЕНИЕМ-СОЕДИНЕНИЯ 8. Ф У Н К Ц И О Н А Л Ь Н Ы Е В О ЗМ О Ж Н О С Т И У С Л У Г ЗВЕ Н А Д А Н Н Ы Х В Р Е Ж И М Е -С -У С Т А Н О В Л Е Н И Е М -С О Е Д И Н Е Н ИЯ Услуги УЗД обеспечивают их пользователю следующ ие возмож ности: а) средства для установления СЗД с другим пользователем УУЗД с целью обмена С Б Д ЗД ; б) достижение соглаш ения между двумя пользователями УУЗД и поставщ иком УУЗД в отношении определенного К У . связанного с каждым С ЗД ; в) средства передачи С БД ЗД ограниченной длины по СЗД . Передача С Б Д ЗД «прозрачна» в том см ы сле, что УУЗД сохраняют неизменными границы и содержимое С Б Д ЗД и не накладывают никаких ограничений на их содержимое. П р и м е ч а н и е . Длина СБДЗД может быть ограничена внутренними механизмами протокола звена данных: г) средства, с помощ ью которых принимающий пользователь УУЗД м ож ет, управляя потоком, регулировать скорость, с которой передающий пользователь УУЗД может выдавать С БД ЗД ; д) средства возврата СЗД в определенное состояни е и синхронизации деятельности двух пользователей УУЗД посредством услуги «сброс»; е) безусловное и потому, возмож но, разрушающее разъединение СЗД пользователями УУЗД либо поставщ иком УУЗД. 9. М О Д Е Л Ь У С Л У Г У Р О В Н Я З В Е Н А Д А Н Н Ы Х В Р Е Ж И М Е -С -У С Т А Н О В Л ЕН И ЕМ С О Е Д И Н Е Н И Я Настоящий стандарт использует абстрактную модель уровневых услуг, определенную в прило­ жении 1. Эта модель определяет взаимодействия между пользователями У У ЗД и поставщ иком УУЗД, которые происходят в двух ПДУЗД. Информация между пользователем УУЗД и поставщиком УУЗД передается сервисными примитивами, которые могут содержать параметры. 9 .1 . И де1гтификация оконечной точки СЗД Если пользователю УУЗД необходимо выбрать одно из нескольких СЗД в одном и том же ПДУЗД, то должен быть обеспечен локальный механизм идентификации оконечной точки соеди­ нения. Все примитивы, выдаваемые в рамках С ЗД в таком ПДУЗД, потребуют использования подобного механизма с целью идентификации нужного С ЗД . Такая неявная идентификация не определена в настоящ ем стандарте. 9 .2 . М одель сослннення-звена-данных Между двумя оконечными точками С ЗД действует функция управления потоком, которая соотносит возмож ность пользователя УУЗД принимать данные с возмож ностями другого пользова­ теля УУЗД передавать данные. В качестве средства, определяющ его эту функцию управления потоком и ее отношение к другим функциональным возмож ностям УУЗД в реж име-с-устаноатением-соединения, используется модель С З Д в виде очередей, описываемая в последующих разделах. Эта модель очередей С ЗД обсуждается только с целью облегчения понимания возможностей межконцевых услуг, воспринимаемых пользователем УУЗД. О на не предназначена ни для замены точного формализованного описания УУЗД. ни в качестве полной спецификации всех допустимых последовательностей примитивов УУЗД. (Допустимые последовательности примитивов определены в раэд. 11, см . также примечание ниж е). Не следует такж е рассматривать эту модель как попытку описать все функции или операции логических объектов звена данны х, используемых для обеспе­ чения УУЗД . либо как попытку определить или ограничить возмож ные реализации УУЗД. П р и м с ч а н и е. Внутренние механизмы, поддерживающие выполнение УУЗД, невидимы для польэо-
ГО С Т 2 8 6 9 6 - 9 0 С . 5 ватсля УУЗД. Помимо описываемых данной моделью взаимодействий между сервисными примитивами (например выдача в ПДУЗД примитива ЗД-С'БРОС. запрос может помешать равноуровневому пользователю УУЗД принять примитив ЗД-ДАННЫЕ. индикация, соответствующий ранее выданному примитиву ЗД-ДАН- НЫЕ. запрос) могут иметь место также: а) местные ограничения на возможность использования примитивов: б) сервисные процедуры, налагающие ограниче­ ния на конкретные последовательности некоторых при­ Модсль СЗД в виде очередей митивов. I П о л ьзо в а т ел ь 1 1 П о л ь зо в а т ел ь 1 9.2.1. Концепции модели в виде очередей М одель с очередями представляет работу ? | |Т СЗД абстрактно в виде пары очередей, связы ваю ­ Г г щих два ПДУЗД. Для каждого направления потока информации имеется своя очередь (черт. 2). J Каждая очередь представляет функцию уп­ '7з7У_й?1— l /T7V ?7l— 1 равления потоком во д н о м направлении передачи. Г "! L T "TО ч ер едь от А и В Возмож ности пользователя УУЗД добавлять объ­ екты в очередь будут определяться действиями другого пользователя УУЗД. изымающ его объектыО ч ер едь cm в и А из этой очереди, а такж е состоянием очереди. Объекты вводятся в очередь и удаляются из нее вП о ст а в щ и к УЩД результате взаимодействий в двух ПДУЗД. Для каждого потенциального СЗД будет до­ ступна пара очередей. Черт. 2 Пользователь УУЗД может помещ ать в оче­ редь следующие объекты (разд. 12— 14): а) объект соединения, представляющий примитив З Д -С О Е Д И Н Е Н И Е и его параметры; б) объект данных, представляющий примитив ЗД -Д А Н Н Ы Е и его параметры: в) объект сброса, представляющий примитив З Д -С Б Р О С и его параметры: г) объект раздели нения. представляющий примитив ЗД -Р Л ЗЪ Е Д И Н Е Н И Е и его параметры. П оставщ ик УУЗД может ввести в очередь следующие объекты (разд. 12— 14): 1) объект сброса, представляющий примитив З Д -С Б Р О С и его параметры; 2) объект метки синхронизации (п. 9.2.4); 3) объект разъединения, представляющий примитив ЗД -Р Л ЗЪ Е Д И Н Е Н И Е и его параметры. Определенные таким образом очереди должны иметь следующие общие свойства: 1) очередь пуста до ввода в нее объекта соединения и может быть возвращ ена в это состояние поставщиком УУЗД с потерей ее содержимого; 2) объекты вводятся в очередь передающим пользователем УУЗД под управлением поставщика УУЗД; обл>екты могут такж е вводиться поставщиком УУЗД; 3) объекты изымаю тся из очереди под управлением принимающего пользователя УУЗД; 4) объекты обычно удаляются из очереди в той же последовательности, в которой они вводились в нее (см . п. 9.2.3); 5) очередь имеет ограниченную емкость, но эта ем кость не обязательно должна бы ть ф икси­ рованной или детерминированной. 9.2.2. Установление СЗД Когда поставщ ик УУЗД получает в одном из ПДУЗД примитив З Д -С О Е Д И Н Е Н И Е . запрос, то для С ЗД устанавливается пара очередей между двумя ПДУЗД и в одну из этих очередей вводится объект соединения. С точки зрения пользователей УУЗД данного С ЗД очереди остаю тся приданными этому СЗД до тех пор. пока в очередь не будет введен или из нее не будет удален объект разъединения, представляющий примитив З Д -Р Л ЗЪ Е Д И Н Е Н И Е . Пользователь УУЗД Л . инициирующий установление С ЗД вводом в очередь «от пользователя УУЗД Л к пользователю УУЗД Б* объекта соединения, представляющего примитив З Д -С О Е Д И Н Е ­ НИЕ. запрос, не имеет права вводить в эту очередь никаких других объектов, кроме объекта разъели нения, до тех пор, пока на очереди «от пользователя УУЗД Б к пользователю УУЗД А* не будет удален объект соединения, представтяюншй примитив ЗД -С О Е Д И Н Е Н И Е . подтверждение. В очередь «от пользователя УУЗД Б к пользователю УУЗД Л * обл>екты могут быть введены только после того, как пользователь УУЗД Б введет объект соединения, представляющий примитив З Д -С О - Е Д И Н Е Н И Е . ответ. С вой ства, проявтяемы е очередями во время сущ ествования С ЗД , представляют собой согла-
С . 6 Г О С Т 2 8 6 % —90 т е н и я относительно КУ, достигнутые между пользователями УУЗД и поставщ иком УУЗД в ходе процедуры установления соединения. 9.2.3. Передача данных Управление потоком в С ЗД представлено в описываемой модели очередей в виде управления емкостью очередей, которое позволяет вводить в очереди новые объекты. Ввод в очередь какого-либо объекта может препятствовать вводу в нее следующ его объекта. Когда объекты находятся в очереди, поставщ ик УУЗД может манипулировать парой смежных объектов, вызывая их удаление. Объект может бы ть удален из очереди тогда и только тогда, когда следующий за ним объект определен как разрушающий по отнош ению к данному объекту. При необходимости обеспечить возм ож ность ввода разрушающего объекта последний в очереди объект мож ет быть удален. Следовательно, разрушающие объекты всегда могут бы ть введены в очередь. Объекты разъединения определены как разрушающие по отнош ению ко всем остальным объектам. Объекты сброса определены как разрушающие по отнош ению ко всем остальным объектам, за исключением объектов соединения и разъединения. Взаимоотнош ения между объектами, которыми можно манипулировать выш еизложенным способом , сведены в табл. I. Т а б л и ц а 1 Взаимоотношения между объектами модели-очереди СЗД Объект Y определен П о отношению к предшествующем) объекту X Метка Соединение Ддиныс Сброс синхрон и uuxsi Радъединепие Соединение Н/П — — Н/П РАЗР Данные Н/П — РАЗР Н/П РАЗР Сброс Н/П — РАЗР — РАЗР Метка синхронизации Н/П — РАЗР Н/П РАЗР Разъединение Н/П — Н/П Н/П РАЗР Результат действий поставщ ика УУЗД относительно удаления объектов из очереди будет зависеть от действий пользователей С ЗД и от согласованны х ими значений КУ для данного СЗД . В общем случае, если действия пользователя УУЗД не вызы ваю т удаления объектов из очереди, то поставщик УУЗД должен по истечении некоторого заранее неопределенного периода времени выполнить все допустимые удаления объектов. Н/П—X не будет предш ествовать Y при правильном состоянии очереди; -------не разрушающий и не способны й продвигаться далее; РАЗР — разрушающий по отнош ению к предшествующему объекту. 9.2.4. Сброс Чтобы точно смоделировать услуги сброса, необходим объект «метка синхронизации», который обладает следующими свойствами: а) он не может бы ть удален из очереди пользователем УУЗД; б) очередь выглядит пустой для пользователя УУЗД, когда объект «метка синхронизации» является следующим объектом в этой очереди; в) объект «метка синхронизации* может бы ть разрушен объектом разъединения (см . табл. 1); г) если перед объектом сброса следует непосредственно объект «метка синхронизации», то оба эти объекта удаляются из очереди. Инициация процедуры сброса представлена в двух очередях следующим образом: !) инициация процедуры сброса поставщ иком УУЗД представляется введением в каждую очередь объекта сброса, за которым следует объект «метка синхронизации»; 2) процедура сброса, инициированная пользователем УУЗД, представляется как ввод постав­ щиком УУЗД объекта сброса в очередь от инициатора сброса к (равноуровмевому) пользователю УУЗД и ввод объекта сброса с последующим объектом «метка синхронизации» в другую очередь. О бъект «метка синхроннзаиия», если он не разрушается объектом разъединения, остается в очереди до тех пор, пока следующий за ним в очереди объект не окаж ется объектом сброса. После этого оба объекта: «метка синхронизации* и объект сброса удаляются из очереди поставщ иком УУЗД.
ГО С Т 2 8 6 9 6 - 9 0 С . 7 П р и м е ч а н и е . С инициацией процедуры сброса связаны ограничения, налагаемые на выдачу прими­ тивов некоторых других типов. Эти ограничения приводят к ограничениям, налагаемым на ввод в очередь объектов определенного типа выполнении процедуры сброса (п. 14.2.3). 9.2.5. Разъединение СЗД Ввод в очередь объекта разъединения, который может произойти в любое время, предстаатяет собой инициацию процедуры разъединения С ЗД . Эта процедура может бы ть разрушающей по отнош ению к другим объектам в обеих очередях и может привести к очистке очередей и к их «отключению* от данного СЗД. Впод объекта разъединения мож ет такж е означать отклонение попытки установления С ЗД или безуспеш ность выполнения процедуры установления С ЗД . В подобных случаях, если объект соеди ­ нения, представляющий примитив ЗД -С О Е Д И Н Е Н И Е . запрос, удаляется объектом разъединения, сам объект разъединения такж е удаляется. О бъект разъединения не удаляется, если он удаляет любой другой объект, в том числе объект соединения, представляющий примитив З Д -С О Е Д И Н Е Н И Е . ответ. 10. К А Ч ЕС ТВО У С Л У Г В Р Е Ж И М Е -С -У С Т А Н О В Л Е Н И Е М -С О Е Д И Н Е Н И Я Понятие «качество услуг» относится к определенным характеристикам С ЗД , наблюдаемым между оконечными точками соединения. К У характеризует те аспекты С ЗД , которые свойственны только поставщику УУЗД. После установления СЗД пользователи УУЗД на обоих концах соединения имеют одни и те же сведения о К У , характеризующие данное С ЗД , и их одинаковую интерпретацию. 10.1. Определение КУ .тля рсжнма-с-усгановленнсм-соедннения Качество услуг описывается в терминах параметров КУ. Эти параметры дают пользователям УУЗД метод спецификации свои х требований, а поставщику УУЗД — основу для выбора протокола. Все параметры К У в зависимости от способа определения их значений могут быть подразделены на следующие два типа: а) параметры КУ, которые могут быть согласованы для каждого соединения в фазе установ­ ления С ЗД ; б) параметры КУ, которые не согласовы ваю тся во время установления С З Д , но их значения выбираются и/или известны из других источников. И меются три параметра КУ: пропускная способн ость, транзитная задержка и приоритет (определены в пп. 10.2.1, 10.2.2 и 10.2.6), согласуемые во время установления СЗД . Процедуры согласования этих параметров подробно описаны в п. 12.2.5. После того как С З Д устано&тено и в течение всего времени сущ ествования С ЗД согласованны е значения КУ никогда нс пересогласовы ­ ваю тся, причем сохранность первоначально согласованны х значений КУ не гарантируется. П ользо­ ватели УУЗД должны такж е иметь в виду, что поставщ ик УУЗД не сообщ ает в явном виде об изменениях К У данного СЗД. О стальные характеристики КУ, которые идентифицируются как параметры, но которые не согласовы ваю тся во время устано&тення С ЗД определяются в пп. 10.2.3— 10.2.5. Значения этих параметров для конкретного С ЗД определяются другими методами (например средствами диспетчера либо на осн ове априорных сведений и соглаш ений). Если допускается выбор, то требуются некоторые предварительные значения К У , прежте чем пользователь УУЗД начнет установление соединения. Соответствующ ая оценка значений (парамет­ ров или факультативных возмож ностей) основана на априорных сведениях пользователя УУЗД о доступном ем у сервисе. Пользователь УУЗД получает сведения о характеристиках и типе доступного сервиса (т. е. параметр, форматы и факультативные возмож ности, которые влияют на передачу данных) посредством взаимодействия с управляющим объектом уровня перед началом использова­ ния УУЗД в режиме-с-установлением-соединения. П оставщ ик УУЗД может также обеспечить информацию о текущем КУ независимо от обра­ щения пользователей УУЗД к услугам. Этот квазидинамический аспект определения К У не является согласованием, не обеспечивается сведениями о текущих характеристиках услуг, не зависящ их от момента использования данной услуги. 10.2. Определение параметров КУ Параметры КУ мож но классифицировать следующим образом: а) параметры, отражающие рабочие характеристики УУЗД в соответствии с табл. 2; б) параметры, отражающие другие характеристики УУЗД в соответствии с табл. 3.
С. 8 Г О С Т 2 8 6 % —90 Т а б л и ц а 2 Классификация параметров КУ, отражающих рабочие характеристики УУЗД Критерий рабочей характеристики Скорость Точность/ надежность Пропускная способность Козффиписнт необнаруженных ошибок (искажения, дублирования/пагери) Транзитная задержка Устойчивость Т а б л и ц а 3 Параметры КУ, не свя тайные с рабочими характеристиками УУЗД | Зашита ■ j Приоритет j L____________________I П р и м е ч а й и с. Некоторые параметры КУ определены в понятиях выдачи примитивов УУЗД. Ссылка на примитив УУЗД подразумевает полное выполнение этого примитива УУЗД в соответствующем ПДУЗД. 10.2.1. Пропускная способность Пропускная способн ость определяется общим числом битов С Б Д ЗД , успеш но переданных последовательностью примитивов ЗД -Д Л Н Н Ы Е. запрос, ЗД -Д Л Н Н Ы Е. индикация, деленных на время ввода/вывода этой последовательности. Передача битов в переданном С БД ЗД считается успеш ной, если биты доставлены адресуемому принимающему пользователю УУЗД без ош ибок, в надлежащей последовательности до разъединения С ЗД принимающим пользователем УУЗД. Время ввода/вывода для последовательности примитивов ЗД -Д Л Н Н Ы Е. запрос и ЗД -Д Л Н ­ НЫЕ . индикация более чем вдвое превышает следующие времена: а) время между выполнением первого и последнего примитивов ЗД -Д Л Н Н Ы Е . запрос указан­ ной последовательности; б) время между выполнением первого и последнего примитивов ЗД -Д Л Н Н Ы Е . индикация указанной последовательности. Пропускная способн ость имеет см ы сл только в отнош ении последовательности полностью переданных СБДЗД. Пропускная способн ость определяется независимо для каждого направления передачи. В общем случае в каждой спецификации пропускной способности следует определять как желательное намеченное значение, так и минимально приемлемое значение (или наименьшее приемлемое КУ) для СЗД . Каждая спецификация представляет собой среднее значение скорости и должна быть основана на заранее установленном среднем размере С БД ЗД . Как ввод, так и вывод последовательности С Б Д ЗД может бы ть чрезмерно задержан пользова­ телями УУЗД. Случаи таких задержек, обусловленных пользователями УУЗД, исключаются из расчетов средних значений пропускной способности. 10.2.2. Транзитная задержка Транзитная задержка — это время, прошедшее между выполнением примитива ЗД -Д Л Н Н Ы Е. запрос и соответствую щ его ему примитива ЗД-Д Л Н Н Ы Е. индикация. Это время отсчитывают только для успеш но переданных СБД ЗД . Передача С Б Д ЗД считается успеш ной, если С Б Д ЗД передан от передающего пользователя УУЗД к адресованному принимающему пользователю УУЗД без ош ибок в надлежащей последова­ тельности до разьединения С ЗД принимающим пользователем УУЗД. При передаче в реж име-с-установлением-соелинения транзитная задержка определяется неза­ висимо для каждого направления передачи. Каждая спецификация должна основы ваться на заранее устано&зенном среднем размере СБД ЗД . Д зя отдельных С БД ЗД транзитная задержка может возрасти, если принимающий пользователь УУЗД применяет управление потоком. Такие случаи не учитывают при вычислении значений транзитной задержки.
ГО С Т 2 8 6 9 6 - 9 0 С . 9 10.2.3. Коэффициент необнаруженКомпоненты коэффициента необнаруженных ошибок ных ошибок Коэффициент необнаруженных ош и­Принятые СбДЗ бок (К Н О ) представляет собой отношение общ его числа неправильных, потерянных иП ереданные “ 1 продублированных С Б Д ЗД к общ ему числуСОДЗ 1 С БД ЗД , переданных через границу УУЗД за j время проведения измерений. ВзаимосвязьПотерянныеУспешно пере­Неправильные 1 Дополни-СШ=ЗД<П)данные СбДЗ«С6ДЗ*ЗД(Н/ | т ельные между этими значениями для конкретной- з д м 1 С6ДЗ-ЗДСД) пары пользователей УУЗД определяется в соответствии с черт. 3. I 10.2.4 Устойчивость 1 Д анный параметр определяет вероят­ 1 ность того, что в течение определенного периода времени в установленном СЗД:Общее количество передо нныл СБДЗ - ЗД а) поставщ ик УУЗД инициирует разь­ >■111; ■ 11и - п и . единение С ЗД (т. е. выдает примитив ЗД- К И О - зд Р Л З Ъ Е Д И Н Е Н И Е . индикация, не получив предварительно примитива З Д -Р А З Ъ Е Д И ­ Черт. 3 НЕ НИЕ . запрос) или б) поставщ ик УУЗД инициирует сброс (т. е. выдает примитив З Д -С Б Р О С . индикация, не получив предварительно примитива З Д -С Б Р О С . запрос). 10.2.5 Защита Параметр «защита» определяет ту степень, до которой поставщ ик УУ ЗД способен предотвратить неполномочный контроль или изменение исходной информации пользователя УУЗД. Параметр «защита* определяется минимальным и максимальным вариантами зашиты из трех возможных вариантов: а) возмож ность зашиты отсутствует; б) защита от пассивного наблюдения (прослуш ивания); в) защита от изменений, выдачи ответа, добавлений или вычеркиваний. В пределах установленного диапазона пользователь УУЗД согласует конкретное значение этого параметра во время установления СЗД . Каждая функция зашиты соответствует конкретному виду опасности нарушения секретности информации и каждая из них обычно обеспечивается отдельным механизмом поставщика УУЗД. 10.2.6. Приоритет Спецификация приоритета касается вопроса взаимоотнош ений между СЗД. Параметр «приоритет* определяет относительную важ ность СЗД в части: а) порядка, в котором С ЗД должны при необходимости понижать свое К У ; б) порядка, в котором СЗД при необходимости подлежат разьединению для восстановления ресурсов. Приоритет определяется минимальным и максимальны м значениями в пределах заданного диапазона. В пределах этого диапазона пользователь УУЗД выбирает конкретное значение приори­ тета во время установления СЗД. Параметр «приоритет* имеет смы сл только в контексте некоторых упраазяющ их логических объектов или структур, способны х оценивать относительную важность. Число приоритетных у ровней ограничено. 11. П О С Л Е Д О В А Т Е Л Ь Н О С Т И П Р И М И Т И В О В 11.1. Концепции, используемые для определения услуг звена данных в режнме-с-установлением-соединения При определении услуги используются следующие концепции: а) С ЗД может динамически устанаатнваться или заверш аться между пользователями УУЗД с целью обмена данными;
С. 10 Г О С Т 2 8 6 9 6 - 9 0 б) с каждым С ЗД при его установлении связаны определенные показатели К У , согласуемые между поставщ иком УУЗД и пользователями УУЗД; в) С ЗД обеспечивает возмож ность передачи данны х и их разделения на С Б Д ЗД ; передача этих данных регулируется управлением по потоку: г) СЗД мож ет быть возвращ ено в определенное состояни е, и действия двух пользователей УУЗД синхронизируются путем использования услуги сброса; д) пользователь УУЗД может быть проинформирован о сбоях в обеспечении запрошенных услуг. И меются три класса сбоев: (1 ) сбои, вызывающ ие завершение СЗД: (2 ) сбои, приводящие к потере или дублированию данных пользователя, но без потери СЗД : (3 ) сбои , приводящие к понижению запрош енного КУ без потерн или дублирования данных пользователя и без потери СЗД . 11.2. Ограничения, налагаемые на последовательности примитивов В данном разделе определены ограничения, налагаемые на последовательности, в которых могут выдаваться примитивы, определенные в разд. 12— 14. Эти ограничения определяют порядок выдачи примитивов, но они не полностью определяют моменты их выдачи. Другие ограничения, такие как управление потоком данны х, могут влиять на возмож ности пользователя УУЗД или поставщика УУЗД выдавать примитив в любой конкретный момент времени. Примитивы режима с установлением соединения и их параметры приведены в табл. 4.Т а б л и ц а 4 Перечень примитивов и параморов услуг звена данных для рсжнма-с-устаиовлснием-сосдинсния-звсна-данных Фаза Услуга Примитив Параметры Установление Установление ЗД-СОЕДИНЕНИЕ: (Адрес вызываемого, адрес вызываю­ СЗД СЗД запрос щего. набор параметров КУ') ЗД-СОЕДИ НЕНИЕ: (Адрес вызываемого, адрес вызываю­ индикация щего. набор параметров КУ) Щ-СОЕДИ НЕНИЕ: (.Адрес отвечающего, набор парамет­ ответ ров КУ) ЗД-СОЕДИНЁНИЕ: (Адрес отвечающего, набор парамет­ подтверждение ров КУ) Передача Нормальная ЭД-ДАННЫЕ. запрос (Данные-пользователя УУЗД) данных передача ЗД-ДАННЫЕ. индикация (Данные-пользователя УУЗД) данных Сброс ЗД-СБРОС. запрос (Причина) ЗД-СБРОС. индикация (Инициатор, причина) ЗД-СБРОС. ответ ЗД-СБРОС. подтверждение Разъединение Разъединение ЗД-РАЗЪЕДИНЕНИЕ. запрос (Причина) СЗД СЗД ЗД-РАЗЪЕДИНЕНИЁ. индикация (Инициатор, причина) 11.2.1. Взаимоотнош ения примитивов в двух оконечных точках СЗД Примитив, выданный в одной оконечной точке С ЗД , в общем случае вы зовет некоторые последствия в другой оконечной точке С ЗД . Отнош ения примитивов каждого типа в одной оконечной точке СЗД к примитивам в другой оконечной точке С ЗД определены в разд. 12— 14; все эти отнош ения представлены диаграммами на черт. 4. Примитив З Д -Р А ЗЪ Е Д И Н Е Н И Е (запрос или индикация) может, однако, прервать любую другую последовательность до ее заверш ения, а примитив З Д -С Б Р О С (запрос или индикация) может прервать последовательность данных до ее завершения.
Г О С Т 2 8 6 9 6 - 9 0 С . 1 1 Временные диаграммы последовательностей прими швов услуг звена данных в режиме - с-уста нов лен ием-сосдинснияУ с п е ш н о е у с т а н о в л е н и е СЗДР а з ъ е д и н е н и е СЗД п о и н и ц и а т и в еп о л ь з о в а т е л е У У ЗДз д - со ед и н сн и е.Ъ п ^ с I\Щ-Е№ЖНИЕ. -----1--------------________; индикацияЗД-СОЕДИНЕНИЕ. \з а п р о с|— ►п о д т в ер ж д ен и е |Г^ГJ ЗД-СОЕДИНЕНИЕ.IJ о т в етР а з ъ е д и н е н и е С ЗД п о о д н о в р е м е н н о йи н и ц и ат и в е д в у х п о л ь з о в а т е л е й У УЗДР а з ъ е д и н е н и е С ЗД п о и н и ц и а т и в еп о с т а в щ и к а У У ЗДЩ-РАЗЪЕДИНЕНИЕ. -.ЗД-РАЗЪЕДИНЕНИЕ.ЗД-РАЗЪЕДИНЕНИЕ. ,З Д РА ЗЪЕДИНЕНИЕ.з а п р о ст ^вз а п р о си н д и к а ц и я^/ \| и н д и к а ц и я IР а з ъ е д и н е н и е СЗД п о о д н о в р е м е н н о йО т к л о н е н и е п о л ь з о в а т е л е м У УЗДи н и ц и а т и в е п о л ь з о в а т е л я У УЗД ип о п ы т к и у с т а н о в л е н и я С З Дп о с т а в щ и к а У УЗД,З Д - СОЕДИНЕНИЕ.ЗД-РАЗЪЕДИНЕНИЕ. \\ЗД-РАЗЪЕДИНЕНИЕ.__ | и н д и к а ц и яз а п р о си н д и к а ц и яЗД-СОЕДИНЕНИЕ.з а п р о сГ \ ДI ЗД-РАЗЪЕДИНЕНИЕ.ЗД-РАЗЪЕДИНЕНИЕ.з а п р о с_ и н д и к а ц и я |О т к л о н е н и е п о с т а в щ и к о м УУЗДН о р м а л ь н а я п е р е д а н а д а н н ы хп о п ы т к и у с т а н о в л е н и я СЗДЗД-СОЕДИНСНИЕ.З Д -Д А ИНЫЕ.,|з а п р о сз а п р о с| ' I|I ЗД -Д А Н Н Ы Е.ЗД-РАЗЪЕДИНЕНИЕ.^ и н д и к а ц и я fи н д и к а ц и я I I IС о п е р н и ч е с т в о п р и у с т а -С б р о с СЗД п о о д н о в р е м е н н о й и н и ц и а ­н о в л е н и и С З Дт и в е д в у х п о л ь з о в а т е л е й УУЗДЗД-СОЕДИНЕНИЕ. |I ЗД- СОЕДИНЕНИЕ.ЗД -С БРО С .|IЗД -С Б Р О С .з а п р о сt |^ -чл з а п р о с .з а п р о сfI л з а п р о с I IЗД-СОЕДИНЕНИЕ. || ЗДСОЕДИНЕНИЕ.З й -С Б Р О С .\\ ЗД 'С БРО С .подт верждение ^ s i подт верж дениеп одт в ер ж ден и е j/—J п од т в ер » ден и е I IС б р о с СЗД п о и н и ц и а т и в е п о л ь з о ­в а т е л я У У ЗДЗД -С Б Р О С .з а п р о сI ЗД - СБРОС.^и н д и к а ц и й| ЗД-СБРОС.ЗД -СБРО С. / - ^ 1о т в е тп од т в ер ж д ен и еч /^1С б р о с С ЗД п о и н и ц и а т и в е п о с ­С б р о с СЗД п о о д н о в р е м е н н о й и н и ­т а в щ и к а У УЗДц и а т и в е п о л ь з о в а т е л я У У ЗД ип о с т а в щ и к а УУЗДЗД -С6РО С.jJЗД -СБРО С._•и н д и к а ц и я l/" \1 и н д и к а ц и яЗД-СБРО С.|.ЗД -СБРО С.1------------------ —з а п р о с.„■"N, и н д и к а ц и яг|"\1-МЗД -СБРО С]ЗД -СБРО С.ЗД -СБРО С.i'“'lЗД-СБРОС.п одт в ер ж ден и е ‘„'••ч;о т в е то т в е то т в е т ГV1 Черт. 4
С. 12 Г О С Т 2 8 6 9 6 - 9 0 11.2.2. Последовательность примитивов в одной оконечной точке СЗД Все возможные последовательности примитивов в одной оконечной точке СЗД определены диаграммой переходов состояний на черт. 5: Диаграмма переходов состояний для последовательностей примитивов в оконечной точке СЗД^ЗД-ДАННЫЕ. з а п р о с и л и и н ди ^кацияЧерт. 5 а) З Д -Р А ЗЪ Е Д И Н Е Н И Е во всех случаях означает примитив типа запрос или индикация; б) наименования состояний «ожидание сброса, инициированного поставщ иком У УЗД», ука­ зывают ту сторону, которая начала локальное взаимодействие и не обязательно отражает значение параметра «инициатор»; в) холостое состояние отражает отсутствие С ЗД . Она яатяется начальным и конечным со сто ­ янием любой последовательности и как только оно вводится, С ЗД разъединяется; г) использование диаграммы переходов состояний для описания допустимых последователь­ ностей сервисных примитивов не предъявляет никаких требований к внутренней организации любой реализации услуг и не налагает на нее никаких ограничений. 12. ФАЗА У С ТА Н О В Л Е Н И Я С О Е Д И Н Е Н И Я 12.1. Функция Д тя установления С ЗД могут использоваться сервисны е примитивы установления СЗД. Одновременно выдаваемые в двух ПДУЗД примитивы ЗД -С О Е Д И Н Е Н И Е . запрос приводят к установлению одного С ЗД , как показано на черт. 6.
Г О С Т 2 8 6 9 6 - 9 0 С . 13 Установление СЗДЗД-СОЕДИНЕНИЕ.з а п р о с1_____________ 1 1з д - с о ед и н е н и е. индикацииЗД-СОЕДИНЕНИЕ,ЗД-СОЕДИНЕНИЕ.п о д т в ер ж д ен и е\\от вет а) Инициировано одним пользователем УУЗДЗД'СОЕДИНЕНИЕ. NЗД-СОЕДИНЕНИЕ.з а п р о с _______ з а п р о с\ЗД-СОЕДИНЕНИЕ.ЗД-СОЕДИНЕНИЕ.подгпверждение V -подтверж дение \ б) Инициировано одновременно обоими пользователями УУЗД Черт. 6 12.2. Типы примитивов и параметры Типы примитивов и параметры, необходимые для ста н о вл е н и я С ЗД , приведены в табл. 5. Т а б л и ц а 5 Примитивы и параметры установлении СЗД ПрИМНШН Параметр ЗД -С О Е Д И Н Е Н И Е . З Д -С О Е Д И Н Е Н И Е . ЗД -С О Е Д И Н Е Н И Е . З Д -С О Е Д И Н ЕН И Е . запрос индикация отпет п а л ж р ж д с н и с Адрес вызываемого X х ( * ) (прим. 2) Адрес вызывающего X Х ( = ) (прим. 2) Адрес отвечающего X х ( - ) (прим. 1. 2) Набор параметров К У X X X X П р и м с ч а н и я: 1. Необходимость параметра изучается. 2. Данный параметр может быть неявно связан с тем ПДУЗД. в котором выдан этот примитив. 12.2.1. Адреса Параметры, значениями которых являю тся адреса (пп. 12.2.2— 12.2.4). называю тся адресами ПДУЗД. П р и м с ч а н и с. Если данная конфигурация обеспечивает возможность априорного значения логичес­ ким объектом УЗД любою из этих адресов, то эти адреса нс обязательно должны явно указываться в протоколе. 12.2.2. Адрес вызываемого Параметр «адрес вы зы ваемого* передает адрес, идентифицирующий тот ПДУЗД, с которым должно быть установлено СЗД. 12.2.3. Адрес вызывающ его Параметр «адрес вызывающ его» передает адрес того ПД УЗД . из которого было запрош ено СЗД .
С. 14 Г О С Т 2 8 6 9 6 - 9 0 12.2.4. Адрес отвечающ его Параметр «адрес отвечающ его» передает адрес того П Д УЗД , с которым бы ло установлено СЗД . 12.2.5. Набор параметров «качество услуг» Если поставщ ик УУЗД предоставляет только один уровень К У , то процедура выбора параметров КУ не требуется. 12.2.5.1. Пропускная способность В примитиве ЗД -С О Е Д И Н Е Н И Е . запрос поставщику УУЗД передаются два подпараметра (subparameter): «желаемое* и «минимально приемлемое качество*, расположенные в согласованном диапазоне. П оставщ ик УУЗД должен указать пользователям УУЗД «доступное* значение пропускной способности в примитивах ЗД -С О Е Д И Н Е Н И Е . индикация и З Д -С О Е Д И Н Е Н И Е , подтверждение. Значение параметра «доступное» должно находиться в диапазоне между значениями «желаемое* и «минимально приемлемое качество* (п. 10.2.1). 12.2.5.2. Выбранная защита Э тот параметр определяет конкретную степень защиты в пределах согласован н ою диапазона (п. 10.2.5) для С Б Д З лю бого последующ его примитива ЗД -Д Л Н Н Ы Е . запрос, переданного по данному СЗД. 12.2.5.3. Выбранный приоритет Этот параметр определяет конкретное значение приоритета в согласованном диапазоне (п. 10.2.6) для С Б Д З лю бого последующ его примитива ЗД -Д Л Н Н Ы Е. запрос, переданного по данному СЗД. 12.3. Последовательность примитивов П оследовательность примитивов при успеш ном установлении С ЗД определена временной диаграммой на черт. 6. Процедуры установления С ЗД могут оказаться безуспеш ными либо вследствие неспособности поставщ ика УУЗД установить С З Д , либо вследствие нежелания вы зы ваемого пользователя УУЗД воспринять примитив ЗД -С О Е Д И Н Е Н И Е . индикация (для таких случаев см . услугу разъединения С ЗД , пп. 13.4 и 13.5). 13. ФАЗА Р А З Ъ Е Д И Н Е Н И Я И С О Е Д И Н Е Н И Я 13.1. Функция Примитивы услуги разьединения С З Д используются для разъединения СЗД . Разъединение СЗД мож ет быть инициировано любой из перечисленных ниже сторон: а) одним из пользователей либо обоими пользователями УУЗД с целью разъединения установ­ ленного С ЗД ; б) поставщ иком УУЗД с целью разъединения установленного С ЗД ; все неудачи в поддержании СЗД указываются этим способом ; в) пользователем УУЗД с целью отклонения примитива З Д -С О Е Д И Н Е Н И Е . индикация; г) поставщиком УУЗД с целью информирования о своей неспособности установить запрош ен­ ное СЗД : д) пользователем УУЗД , выдавшим примитив ЗД -С О Е Д И Н Е Н И Е . запрос, с целью прекраще­ ния попыток установления С ЗД д о того как соединение станет доступным для использования при получении примитива З Д -С О Е Д И Н Е Н И Е . подтверждение. Инициация элемента услуги разъединения разрешена в любой момент времени независимо от текущей фазы СЗД . Если услуга разъединения инициирована, то С ЗД будет разъединено. Примитив ЗД -Р А ЗЪ Е Д И Н Е Н И Е , запрос не может быть отвергнут. П оставщ ик УУЗД не гарантирует доставку каких-либо С Б Д ЗД по данному С ЗД после того как началась фаза разъединения. 13.2. Типы примитивов и параметры Типы примитивов и параметры, необходимые для разъединения С ЗД . приведены в габл. 6. Т а б л и ц а 6 Примитивы и параметры разъединения СЗД Прим тлим Параметр ЗД • РЛЗЪЕД И Н ЕК И Е запрос ЗД Р А ЗЪ Е Д И Н Е К И Е , индикация Инициатор X Причина X X
Г О С Т 2 8 6 9 6 - 9 0 С . 15 13.2.1. Инициатор Параметр «инициатор* указыпает источник разъединения. Его значениями могут быть либо «пользователь УУЗД», либо «поставщ ик УУЗД», либо «инициатор неизвестен». 13.2.2. Причина Параметр «причина» содержит информацию, указывающ ую причину разъединения СЗД . Значения этого параметра определяются следующим: а) если параметр «инициатор» указы вает, что разъединение инициировал поставщ ик УУЗД, то параметр «причина» будет иметь одно из следующих значений: 1) разъединение — устойчивые условия: 2) разъединение — неустойчивые условия; 3) отказ от соединения — адрес ТД У ЗД неизвестен; 4) отказ от соединения — ТД У ЗД недоступен/устойчивые условия; 5) отказ от соединения — ТД У ЗД недоступен/неустойчивые условия; б) отказ от соеди нен ия-К У не обеспечивается/устойчивые условия; 7) отказ от соеди нен ия-К У не обеспечивается/неустойчивые условия; 8) причина не определена. 6 ) если параметр «инициатор* указы вает, что разъединение инициировал пользователь УУЗД, то параметр «причина» будет иметь одно из следующих значений: 1) разъединение — нормальные условия; 2) разъединение — ненормальные условия: 3) отказ от соединения — устойчивые условия: 4) отказ от соединения — неустойчивые условия; 5) причина не определена; в) если параметр «инициатор» указы вает, что инициатор неизвестен, значением параметра «причина* является «причина не определена». Это позволяет не указы вать значения параметров в тех случаях, когда протокол уровня звена данных не может передать их в явном виде. 13.3. Последовательность примитивов при разъединении установленного С ЗД П оследовательность примитивов зависит от того, кто инициирует процедуру разъединения. Эта последовательность может быть: а) инициирована одним пользователем УУЗД выдачей от него примитива запроса, который вызывает выдачу примитива индикации другому пользователю; 6 ) инициирована обоими пользователями УУЗД выдачей примитива запроса от каждого из пользователей УУЗД; в) инициирована поставщ иком УУЗД выдачей примитива индикации каждому пользователю УУЗД; г) инициирована независимо одним из пользователей УУЗД и поставщ иком УУЗД с выдачей примитива запроса от пользователя УУЗД — инициатора и примитива индикации другому пользо­ вателю. П оследовательность примитивов для этих четырех случаев показана в виде временных диаграмм на черт. 7— 10. Участие пользователя УУЗД Одновременное участие обоих пользователей УУЗДзд -р а з ъ е д и н е ж .з а п р о сДД-РАЗЬЕДИНЕНИЕ.ЗД-РАЗЪЕДИНЕНИЕ-ЗД-РАЗЪЕДИНЕНИЕ.з а п р о с ______з а п р о си н д и к а ц и я _ Л Черт. 7 Черт. 8 Участие поставщика УУЗД Одновременное участие пользователя УУЗД и поставщика УУЗДЗД-РАЗЪЕДИНЕНИЕ,з д - РАЗЪЕДИНЕНИЕ.ЗД-РАЗЪЕДИНЕНИЕ.ЗД-РАЗЪЕДИНЕНИС.и н д и к а ц и яГ \и н д и к а ц и яз а п р о си н д и к а ц и я\ J Черт. 9 Черт. 10
С. 16 Г О С Т 2 8 6 9 6 - 9 0 Последовательность прими гинов 13.4. Последовательность примитивов при отклонении при отклонении пользователем УУЗД пользователем У У ЗД попытки установления С ЗД попытки установления СЗД Пользователь УУЗД может отклонить попытку установ­ЗД-СОЕДИНЕНИЕ. з а п р о сЗД-СОЕДИНЕНИЕ, ления соединения, вы дав примитив З Д -Р А ЗЪ Е Д И Н Е Н И Е ,и н д и к а ц и я запрос. Параметр «инициатор* в примитивах ЗД -Р А ЗЪ Е Д И ­ЗД-РАЗЪЕДИНЕНИЕ.и н д и к а ц и яЗД -РАЗЪЕДИНЕНИЕ, Н Е Н И Е будет указы вать пользователя УУЗД-инициатораз а п р о с разъединения. П оследовательность собы тий определена вЧерт. 11 виде временной диаграммы на черт. 11. 13.5. Последовательность примитивов при отклонении поставщиком УУ ЗД попытки установле­ ния СЗД Если поставщ ик УУЗД не в состоянии установить С ЗД , то он сообщ ает об этом запрашивающей стороне в примитиве З Д -Р А ЗЪ Е Д И Н Е Н И Е , индикация. Параметр «инициатор» в этом примитиве указывает поставщ ика УУЗД — инициатора разъединения. П оследовательность событий определена в виде временной диаграммы на черт. 12. Последовательность примитивов при отклонении поставщиком УУЗД попытки установления СЗДЗД-СОЕДИНЕНИЕ.за п р о сЗД-РАЗЪЕДИНЕНИЕ.и н д и к а ц и яЧерт. 12 13.6. Последовательность примитивов при прерывании пользователем У У ЗД попытки установ­ ления СЗД Если пользователь УУЗД выдал примитив ЗД -С О Е Д И Н Е Н И Е . запрос, и, не получив прими­ тива З Д -С О Е Д И Н Е Н И Е . подтверждение или ЗД -С О Е Д И Н Е Н И Е . индикация, желает прервать попытку установления С З Д , то он должен выдать примитив ЗД -Р А ЗЪ Е Д И Н Е Н И Е . запрос. Резуль­ тирующая последовательность примитивов зависит от относительного временного расположения выданных примитивов и от длительностей транзитных задержек поставщ ика УУЗД , как показано на временных диаграммах, черт. 13— 15. Информация о том . какой из этих вариантов имел м есто, в явном виде не выдается. Оба примитива втаимоуничтожаитги ЗД-РАЗЪЕДИНЕН НЕ. индикация выдастся в очереди до выдачи ЗД-СОЕДИНЕНИЕ. ответЗД-СОЕДИНЕНИЕ.ЗД-СОЕДИНЕНИЕ.з а п р о сЗД-СОЕДИНЕНИЕ,з а п р о си н д и к а ц и яЩ-РАЗЪЕДИНЕНИЕ,ЗД-РАЗЪЕДИНЕНИЕ,з а п р о сз а п р о сЗ Д -Р А Ж Д М Ш Г .и н д и к а ц и яЧерт. 13Черт. 14 ЗД-РАЗЪЕДИНЕНИЕ, индикация выдастся после выдачи ЗД-СОЕДИНЕНИЕ. ответЗД-СОЕДИНЕНИД.ЗД-СОЕДИНЕНИЙи н д и к и и .и яз а п р о сЗД-СОЕДИНЕНИЕ.ЗД-Ш ДИ Н ЕН И Е.u/nffemз а п р о с ______ЗД-РАЗЪЕДИНЕНИЕ.и н д и к а ц и яЧерт. 15
Г О С Т 2 8 6 9 6 - 9 0 С . 17 14. ФАЗА П ЕРЕД А Ч И Д А Н Н Ы Х 14.1. Передача данных 14.1.1. Функция Сервисные примитивы передачи данных предназначены для поочередного или одновременного обмена данными пользователя (С Б Д ЗД ) по двум направлениям С ЗД . УУЗД обеспечиваю т сохран­ ность как последовательности передачи, так и границ СБД ЗД . П р и м е ч а и и е. Разработчикам протоколов, использующих УУЗД. следует иметь в виду, что запрошен­ ное КУ применимо к полным СБДЗД и что разделение имеющихся в наличии данных на СБДЗ меньшего размера может повлиять на стоимостные показатели вследствие воздействии механизмов оптимизации стои­ мости. управляемых поставщиком УУЗД. 14.1.2. Типы примитивов и параметр Типы примитивов и параметр, необходимые для передачи данных, приведены в табл. 7. Т а б л и ц а 7 Примитивы и параметр передачи данных Примитив Параметр ЗД -Д А Н Н Ы Е, м п рос ЗД -Д Л Н Н Ы Е. индикация Данные-пользователя УУЗД X Х ( - ) 14.1.2.1. Д анны е-пользователя УУЗД Этот параметр позволяет передавать данные-пользователя УУЗД между пользователями УУЗД без их модификаций поставщ иком УУЗД. Пользователь УУЗД может передать лю бое целое число (от одного до максимального значения, определяемого поставщ иком УУЗД) октетов данных. М аксимальное значение числа октетов пользователь определяет путем использования средств диспетчера или на основе априорных сведений. 14.1.3. Последовательность примитивов Операции УУЗД по передаче С Б Д ЗД могут быть Нормальная последовательность примитивов представлены в виде очереди неопределенной длины услуг передачи данных внутри поставщика УУЗД (разя. 9). Возмож ности поль­ зователя УУЗД по передаче примитива ЗД -Д Л Н Н Ы Е.З Д -Д А Н Н Ы Е . запрос и поставщ ика УУЗД по передаче примитиваз а п р о с ЗД -Д Л Н Н Ы Е. индикация зависят от действий прини­З Д -Д А Н Н Ы Е ,и н д и к а ц и я мающего пользователя УУЗД и от результирующего состояния очереди. П оследовательность примитивов при успешной передаче данных определена временной диаграммой наЧерт. 16 черт. 16. Приведенная на черт. 16 последовательность примитивов мож ет остаться незаверш енной при появлении примитива З Д -С Б Р О С или ЗД -Р А ЗЪ Е Д И Н Е Н И Е . 14.2. Услуга сброса 14.2.1. Функция Услуга сброса может быть использована: а) пользователем УУЗД с целью восстановления синхронизации С ЗД ; б) поставщ иком УУЗД с целью информирования об обнаруженной потере данных, невосстанакливаемой в рамках УУЗД. О всех таких потерях данных, которые не приводят к потере СЗД , информирование осущ ествляется подобным способом . Привлечение услуги сброса приведет к разблокированию потока С БД ЗД в случае переполнения С ЗД ; это побудит поставщ ика УУЗД аннулировать С Б Д ЗД и оповестить лю бого пользователя или пользователей УУЗД, которые не инициировали сброс о выполнении сброса. Эта услуга выполняется за конечное время, безотносительно принятия С БД ЗД . Любые С Б Д ЗД . не доставленные пользова­ телям УУЗД до завершения этой услуги, будут аннулированы поставщ иком УУЗД. П р и м е ч а н и е . Сброс может потребовать от пользователей УУЗД выполнить процедуру восстанов­ ления.
С. 18 Г О С Т 2 8 6 9 6 - 9 0 14.2.2. Типы примитивов и параметры Типы примитивов и параметры, необходимые для услуги сброса, приведены в табл. 8. Т а б л и ц а 8 Примшнвы и параметры сброса П римигая Параметр З Д -С Б Р О С . запрос ЗД С Б Р О С , индикация З Д -С Б Р О С . O I B C T З Д -С Б Р О С . подтверждение Инициатор X Причина X X 14.2.2.1. Инициатор Параметр «инициатор» указы вает источник сброса. Он может принимать значения «пользова­ тель УУЗД», «поставщ ик УУЗД * или «инициатор неизвестен». 14.2.2.2. Причина Параметр «причина* содержит информацию о причине сброса. Значение этого параметра будет определяться следующим: а) если параметр «инициатор» указы вает, что сброс инициировал поставщ ик УУЗД, то значе­ ниями параметра «причина* могут быть: 1) «перегрузка* из-за управления потоком звена данных, 2) «ошибка звена данных». П р и м е ч а н и е . Вопрос расширении или уточнения этого перечни значений с целью передачи более конкретной диагностической или упраклиющей информации является предметом дальнейшего изучения; б) если параметр «инициатор* указы вает, что сброс инициировал пользователь УУЗД . то параметр «причина* имеет значение «ресинхронизация пользователя*; в) если параметр «инициатор* указывает, что инициатор неизвестен, то параметр «причина» принимает значение «причина не определена*. ^->го позволяет не указывать значения этих параметров в тех случаях, когда они не могут бы ть явн о переданы протоколом звена данных. 14.2.3. П оследовательность примитивов Взаимодействие между каждым пользователем УУЗД и поставщ иком УУЗД должно происхо­ дить в виде обмена указанными примитивами, а именно: а) передача пользователем УУЗД примитива З Д -С Б Р О С . запрос, после которой следует пере­ дача поставщ иком УУЗД примитива З Д -С Б Р О С . подтверждение; б) передача поставщ иком УУЗД примитива З Д -С Б Р О С . индикация, после которой следует передача пользователем УУЗД примитива З Д -С Б Р О С . ответ. Примитив З Д -С Б Р О С . запрос действует как синхронизирующий маркер в потоке С Б Д ЗД , выдаваемых пользователем УУЗД — источником запроса; примитив ЗД -С Б Р О С . индикация также действует как синхронизирующий маркер в потоке С Б Д ЗД . принимаемых равноуровневым пользо­ вателем УУЗД. Точн о также примитив З Д -С Б Р О С . ответ действует как синхронизирующий маркер в потоке С Б Д ЗД . передаваемых отвечающ им пользователем УУЗД. тогда как примитив З Д -С Б Р О С . подтверждение действует как синхронизирующий маркер в потоке С Б Д ЗД , принимаемых пользо­ вателем УУЗД , инициировавшим сброс. К свойствам повторной синхронизации услуги сброса относятся следующие: 1) никакие С Б Д ЗД , выданные пользователем УУЗД до выдачи примитива З Д -С Б Р О С . запрос (или ответ) в том же передаваемом потоке, не должны доставляться другому пользователю УУЗД после соответствующ его примитива З Д -С Б Р О С . индикация (или подтверждение). П оставщ ик УУЗД должен аннулировать все С Б Д ЗД , переданные до выдачи примитива ЗД- С Б Р О С . запрос и еще не доставленные к равноуровневому пользователю УУЗД до того, как поставщик УУЗД выдаст примитив З Д -С Б Р О С . индикация. Точно так ж е поставщ ик УУЗД должен аннулировать все С Б Д ЗД , переданные до выдачи примитива З Д -С Б Р О С . ответ и еще не п о ст а т е й н ы е инициатору примитива З Д -С Б Р О С . запрос, до того как поставщ ик УУЗД выдаст примитив З Д -С Б Р О С . подтверждение; 2) никакие С Б Д ЗД , переданные пользователем УУЗД после синхронизирующего маркера в том же передаваемом потоке, не должны доставляться другому пользователю УУЗД до получения синхронизирующего маркера в том же принимаемом потоке.
Г О С Т 2 8 6 9 6 - 9 0 С . 19 Полная последовательность примитивов зависит от источника сброса и от активности или, наоборот, от сброса конфликтующих источников. Таким образом, услуга сброса мож ет быть привлечена: 1) одним из пользователей У У ЗД , приводя к взаимодействию: а) с этим пользователем УУЗД и б) с равноуровневым пользователем УУЗД: 2) обоими пользователями УУЗД, приводя к взаимодействию: а) с обоими пользователями УУЗД; 3) поставщ иком УУЗД , приводя к взаимодействию: б) с обоими пользователями УУЗД; 4) одним из пользователей УУЗД и поставщиком УУЗД , приводя к взаимодействию: а) с инициирующим пользователем и б) с равноуровневым пользователем УУЗД. П оследовательность примитивов для этих четырех случаев показана в виде временных диаграмм на черт. 17—20. Последовательности примитивов на черт. 17—20 м о т остаться незавершенными при появле­ нии примитива З Д -Р А ЗЪ Е Д И Н Е Н И Е. Последовательность примитивов услуги сброса, Последовательность примитивов услуга сброса, инициированной пользователем УУЗД одновременно инициированной пользователем УУЗДЗ Д -С 6 Р 0 С .ЗД -С брос.З Д -С Б Р О С .з а п р о сЗ Д -С Б Р О С .з а п р о спз а п р о с__ _и н д и к а ц и яЗД -СБРО С.З Д -С Б Р О С .ЗД -СБРО С.п о д т в ер ж д е н и еп о д т в ер ж д е н и еп одт в ер ж ден и еЗД -С Б Р О С .о т в е т ' Ъ Черт. 17 Черт. IS Последовательность примитивов услуга сброса, Последовательность примитивов услуга сброса, инициированной поставщиком УУЗД одновременно инициированном пользователем УУЗД и поставщиком УУЗДЗ Д -С Б Р О С .З Д -С Б Р О С .З Д -С Б Р О С .З Д ~ СБРО С,и н д и к а ц и яи н д и к а ц и яз а п р о с ' Ъf ~ \и н д и к а ц и яЗД -С Б Р О С .з д - с б р о с .З Д -С Б Р О С .З Д -С Б Р О С .о т в е т_ о т в е тп о д т в е р ж д е н и ео т в е т*1 1 Черт. 19 Черт. 20 Часть 3. ОПРЕДЕЛЕНИЕ ПРИМИТИВОВ В РЕЖИМЕ-БЕЗ-УСТАНОВЛЕНИЯ-СОЕДИНЕНИЯ 15. Ф У Н К Ц И О Н А Л Ь Н Ы Е В О З М О Ж Н О С Т И У С Л У Г З В Е Н А Д А Н Н Ы Х В Р Е Ж И М Е -Б Е З -У С Т А Н О В Л Е Н И Я -С О Е Д И Н Е Н И Я Услуги УЗД обеспечивают для пользователя УУЗД следующие функциональные возможности: а) средства разграничения, с помощ ью которых несколько С Б Д ЗД ограниченной длины передаются в «прозрачном* режиме от МДУЗД-отправителя к ПДУЗД-получателю при однократном доступе УУЗД без установления и последующего разъединения СЗД ; б) средства оценки КУ для каждого случая передачи данных в реж им е-без-установления-соединения, которые выбираются передающим пользователем УУЗД во время инициации передачи в рсжиме-без-установлеиия-соединения.
С . 20 Г О С Т 2 8 6 9 6 - 9 0 16. М О Д Е Л Ь У С Л У Г З В Е Н А Д А Н Н Ы Х В Р Е Ж И М Е -Б Е З -У С Т А Н О В Л Е Н И Я -С О Е Д И Н Е Н И Я Рассматриваемая в данном разделе модель услуг основана на тех же предпосылках и имеет то же назначение, что и модель услуг, изложенная в раэд. 9. 16.1. М одель передачи данных на уровне-звена-данных-в-режиме-без-установления-соединения Определяющая характеристика передачи на уровне-звен а-данн ы х-в-реж и м е-без установлениясоединения — независимый характер каждого обращения к услуге звена данных реж има-без-установления-соединения. Однако на практике некоторые характеристики услуг часто можно увязать с пользователями УУЗД при наличии логической взаим освязи , сущ ествующей между заданной парой Г1ДУЗД, что улучшает базовы е услуги звена данных в реж име-без-установлен и я-соединения с точки зрения эффективной увязки выбранного протокола сетевого уровня, увязанного с обеспечиваемой услугой. П р и м е ч а н и е . Предполагается, что такая информация становится доступной пользователю УУЗД через некоторую функцию (или набор функций) диспетчера. Таким образом, услуги зиена-данны х-реж има-без-установлепия-соединения в том виде, как они обеспечиваю тся между лю бы ми двумя П Д УЗД , в указанны х целях могут бы ть промоделированы абстрактным образом в виде некоторой логичес­ Мшлсль УУЗД кой взаим освязи между двумя ПДУЗД. Эта логи ­ в рсжимс-бсз-установлсния-сосдинсння ческая взаим освязь имеет постоянны й характер. Только один вид объекта — объект «блокПользователь I данных» мож ет бы ть передан поставщику УУЗДУУЗД через ПДУЗД. На черт. 21 пользователь УУЗД А означает того пользователя, который передает_____ f ______ I объекты поставщ ику УУЗД, а пользовательI УУЗД Б — того пользователя, который принимает(•>— объекты от поставщ ика УУЗД. В общем случае поставщ ик УУЗД может вы ­Л о г и ч е с к а я В з а и м о с в я з ь полнять лю бое из нижеперечисленных действийм е ж д у А и Б или все эти действия: а) аннулирование объектов; б) дублирование объектов и/илиП о с т а в щ и к {/У ЗД в) изменение порядка следования примити­ вов индикаций относительно порядка поступле­ ния примитивов запросов. Однако в отнош ении конкретной логической Черт. 21 взаимосвязи некоторые характеристики, опреде­ ляющие характер и тип услуг (за исключением характеристик, свойственны х базовым УУЗД реж има-без-установления-соединсния), могут бы ть отнесены к пользователю УУЗД посредством определенных средств диспетчера. Ниже приведены примеры некоторых требований или ограниче­ ний, которые могут подразумеваться или наблюдаться пользователем УУЗД: а) объекты не должны аннулироваться; б) объекты не должны дублироваться: в) порядок следования примитивов индикаций должен быть такой ж е, как и порядок следо­ вания примитивов запросов. Если подобная информация становится известной пользователю УУЗД до вы зова услуги УЗД реж нма-без-установления-соедннения, он может использовать такие сведения для выбора соответ­ ствующ его протокола сетевого уровня. Операции, выполняемые поставщ иком УУЗД при конкретной логической взаимосвязи УЗД, не зависят от действий пользователей УУЗД. Сведения, которыми обладают пользователи УУЗД о характеристиках, обеспечиваемых УУЗД, являю тся частью их априорных сведений о функциональ­ ной среде ВОС. 17. К А Ч ЕС ТВО У С Л У Г В Г Е Ж И М Е -Б Е З -У С Т А Н О В Л Е Н И Я -С О Е Д И Н Е Н И Я Термин «качество услуг* относится к определенным характеристикам передачи в реж име-безустановления-соединения, наблюдаемым между ПДУЗД. КУ описывает только те аспекты передачи в режиме-без-устаноплепня-соедииения, которые свойственны поставщику УУЗД. Оми могут быть определены надлежащим образом при отсутствии действий пользователя УУЗД (которые не подпа-
Г О С Т 2 8 6 9 6 - 9 0 С . 21 дают под управление поставщ ика У У ЗД ), налагающие сильные ограничения на рабочие характерис­ тики УУЗД или ухудшающие их. Вопрос о том, одинаково ли выглядит КУ в каждом случае использования передачи в реж име-без-устаноаления-соедннеиия для каждого пользователя УУЗД, пользующегося данной услугой, зависит от характера этого использования и от вида информации о характере услуг, предоставляемых пользователю ^ м ) УУЗД поставщиком УУЗД до привлечения данной услуги. 17.1. Определение КУ для услуг в режиме-без-установления-сосдинения О сновная особенн ость услуг реж има-без-устаноапения-соединения состоит в том , что здесь, в отличие от услуг реж нма-с-устаноатеннем соединения, между взаимодействующими партнерами отсутствует динамическая логическая взаим освязь, подобная то й , которая имеет м есто при установ­ лении соединения. Поэтому выбор характеристик услуг, которые должны бы ть обеспечены во время передачи, не связан с СЗД. Во время инициации примитивов передающий пользователь УУЗД запрашивает определенные показатели КУ. касаю щ иеся каждой передачи в реж име-без-установления-соединения. Запраш ивае­ мые показатели (или значения параметров и факультативные возм ож ности), основаны на априорных сведениях пользователя УУЗД о тех услугах, которые предоставляет ему поставщ ик УУЗД. Сведения о характеристиках и типе предоставляемых услуг (т. е. параметры, форматы и факультативные возмож ности, влияющ ие на передачу данны х) пользователь УУЗД получает посредством определен­ ного взаимодействия с функцией управления уровнем перед вы зовом услуги У ЗД -реж им а-без-установления-соединения. Таким образом, пользователь УУЗД получает сведения не только о партнерах, с которыми он может взаимодействовать, но и явную информацию о характеристиках тех услуг, на которые он рассчитывает при каждом вы зове услуги. П оставщ ик УУЗД может предоставлять такж е информацию о текущем КУ независимо от обращения к услуге со стороны пользователя УУЗД. Э тот квазидинамический процесс определения КУ не является согласованием, он предоставляет текущую информацию о характеристиках услуг безотносительно каждого вы зова услуги. 17.2. Параметры КУ в режиме-без-установлеиня-соединемия Все параметры К У можно классифицировать следующим образом: а) параметры, определяющие рабочие характеристики УУЗД, приведены в табл. 9; б) параметры, отражающие другие характеристики УУЗД, приведены в табл. 3. Т а б л и ц а 9 классификация параметров КУ, отражающих рабочие характеристики УУЗД Критерии рабочей характеристики Скорость Точность/Иадежиость Транзитная задержка | Коэффициент необнаруженных ошибок (искажения, дублироиания/потсри) 17.2.1. Транзитная задержка При передаче в реж име-без-устаноалення-соединения транзитную задержку определяют неза­ висимо для каждой отдельной передачи. В остальном параметры транзитной задержки и их расчет в этом режиме те ж е, что и в режиме-с-установлением-соединения (п. 10.2.2). 17.2.2. Коэффициент необнаруженных ош ибок К Н О для рассматриваемого режима определяют аналогично реж нму-с-установлением-соединения (п. 10.2.3). 17.2.3. Защита Назначение параметра «зашита* и возмож ные варианты зашиты те ж е, что и для режима с установлением соединения (п. 10.2.5). В пределах определенных вариантов защиты пользователь УУЗД выбирает конкретное значение этого параметра .тля каждого С Б Д ЗД , передаваемого в реж име-без-устаноалепия-соединення. К аж ­ дая функция зашиты соответствует конкретному виду опасности нарушения секретности и каждая из них обычно обеспечивается отдельным механизмом поставщ ика УУЗД. 17.2.4. Приоритет Спецификация приоритета касается взаимоотнош ений между привлечениями услуг передачи данных в реж нме-без-установлення-соединения. Этот параметр определяет относительную значн-
С . 22 Г О С Т 2 8 6 9 6 - 9 0 мость объектов «блок данных* в вопросе использования коллективных ресурсов. Он имеет смысл только в контексте некоторых логических объектов управления или структур, способны х оценить относительную значимость. Число уровней приоритета ограничено. 18. П О С Л Е Д О В А Т Е Л Ь Н О С Т Ь П Р И М И Т И В О В В О Д Н О М П Д У ЗД Все возмож ные разреш енные последовательности примитивов в одном ПДУЗД определены диаграммой переходов состояний на черт. 22. Диаграмма переходов состоянии для послсдоватслыюстей примитивов в режнме-без-у ста но влей ия-соединения в одной ТДУЗДЗ Д - Б Л О К -Д А Н Н Ы *,з а п р о с 1 9 . 1 1 ЕРЕДАЧА Д А Н Н Ы Х 19.1. Функция Примитивы услуг звена данных при передаче в режиме-без-устаноаления-соединения могут быть использованы для передачи независимого самостоятельного С БД ЗД от одного ПДУЗД к другому при однократном использовании доступа к услугам. С БД ЗД независим в том см ы сле, что он никак не связан с другими С БД ЗД , передаваемыми в режиме-без-установлеиия-соединения или в реж име-с-устаноалением-соедннения (если только не были запрошены особы е значения К У). Он самостоятелен в том см ы сле, что вся информация, необходимая для доставки С Б Д ЗД , предоставля­ ется поставщику УУЗД вм есте с подлежащими передаче данными пользователя при одном доступе к услугам; таким образом, не требуется никакого начального установления или последующего разъединения С ЗД при условии, что пользователи УУЗД сущ ествуют и они известны поставщику УУЗД. С'БДЗ, переданный вреж и м е-без-устаи овлен ня-соедин ения-ЗД . рассматривается поставщ иком УУЗД как не связанный каким-бы то ни было образом с лю бым другим С БД ЗД . Хотя УУЗД сохраняют целостность отдельных С Б Д ЗД , их доставка к принимающему пользователю УУЗД в том же порядке, в каком они были выданы передающим пользователем УУЗД , не гарантируется. Не предусмотрено никаких средств управления принимающим пользователем УУЗД ско р о с­ тью, с которой передающий пользователь УУЗД может передавать С Б Д З (внутриуровневое управ­ ление потоком). П оставщ ик УУЗД не должен хранить никакой информации о состояниях, касаю ­ щихся лю бых аспектов потока информации между любыми комбинациями ПДУЗД. Влияние, оказываемое поставщ иком УУЗД на передающего пользователя УУЗД относительно управления потоком, может быть описано только в терминах конкретного интерфейса.
Г О С Т 2 8 6 9 6 - 9 0 С . 23 19.2. Типы примитивов и параметры Типы примитивов и параметры, необходимые для услуг передачи данных в реж име-без-устанонления-соединения, приведены в табл. 10. Т а б л и ц а 10 Примитивы и параметры услуг з к ш данных по передаче данных в рсжнмс-бет-установлсния-сослннсния Примитив Параметр ЗД -БЛ О К Д А Н Н Ы Х . запрос З Д -Б Л О К -Д А Н Н Ы Х . индикация Адрес отправителя X Х (= ) Адрес получателя X х <=) Качество услуг X Х ( - ) (см. поймем.) Данные пользователи УУЗД X X (=) П р и м е ч а н и е . Необходимость включения параметров КУ в примитив ЗД-БЛОК-ДАННЫХ. индика­ ция является предметом дальнейшего изучения. 19.2.1. Адреса Адреса, указанные в табл. 10, являю тся адресами ПД УЗД . Услуги УЗД обоих режимов: с-установлением-соединения и без-устаиовлення-соединения могут использовать одни и те же адреса ПДУЗД. П р и м е ч а й и е. При двухпунктовой конфшураиии без мультиплексирования адреса ПДУЗД не обяза­ тельно используются в данном протоколе. 19.2.2 Качество услуг Значение параметра КУ представляется в виде перечня подпараметров. Значения каждого параметра в двух примитивах взаимосвязаны следующим образом: а) в примитиве запроса разреш ено лю бое допустимое значение; б) в примитиве индикации указанное значение К У меньше или равно значению КУ соответ­ ствующ его примитива запроса. Выбор параметров К У не требуется, если поставщ ик УУЗД может предоставить только одну степень КУ. 19.2.3. Д анные-пользователя УУЗД Этот параметр позволяет осущ ествлять передачу данны х между пользователями УУЗД без их модификации поставщ иком УУЗД. Пользователь УУЗД может передать лю бое целое число октетов в пределах от одного до максимального значения, определяемого поставщ иком УУЗД. Это м акси­ мальное значение сообщ ается пользователю УУЗД с помош ыо средств диспетчера или па основе априорных сведений. 19.3. 11оследователыюсть примитивов П оследовательность примитивов при успеш ной передаче в реж име-без-устаноатения-соединемия-ЗД определена временной диаграммой на черт. 23. Последовательность примитивов при передаче в рсжичс-бсз-установлсния-сослииснияа д-е ш -дА нны х.ja n p o cЗД-ВЛОК-ДАННЫХ.индикацияЧерт. 23
С . 24 Г О С Т 2 8 6 9 6 - 9 0П Р И Л О Ж Е Н И Е /Справочное СОГЛАШЕНИЯ НО ОПРЕДЕЛЕНИЮ УСЛУГ 1. В рамках базовой эталонной модели В ОС услуги любою уровня определяются в терминах абстрактной модели, включающей в себя пользователей услуг и поставщика услуг с описанием очередей блоков данных, передаваемых но соединению между логическими объектами соответствующего уровня. Каждый уровень базовой эталонной модели ВОС является поставщиком услуг для смежного с ним верхнего уровня и одновременно пользователей услуг нижележащего уровня. Каждый пользователь услуг получает доступ к поставщику услуг через пункт доступа к услугам (ПДУ). Пользователь услуг взаимодействует с поставщиком уедут, передавая ему и принимая от него через ПДУ примитивы (абстрактные, независимые or реализации элементарные логические команды. Каждый примитив услуги осуществляет логически независимое элементарное взаимодействие, которое может быть прервано другим взаимодействием между пользователем и поставщиком услуг. Примитив может содержать один или несколько параметров, несущих дополнительную информацию. Услуги уровня задаются отношениями (причинно-следственными и временными) между ирисмом/псрс- дачей примитивов в двух удаленных равноуровневых ПДУ. которые используются па<1ьзова1елями услуг для взаимосвязи. 2. Определены четыре типа примитивов: запрос, индикация, ответ, подтверждение. Запрос напра&лисгсн пользователем поставщику услуг и инициирует выполнение некоторой услуги. Индикация напранлястся поставщиком пользователю услуги и либо отражает поступление запроса в удаленном ПДУ, либо информирует о выполнении некоторых действий по инициативе поставщика услуг. Огвет направляется пользователем поставщику услуг и является реакцией на прием примитива инднкания. Подтверждение направляется постав­ щиком услуг пользователю услуг и завершает выполнение некоторой услуги, инициированной ранее запросом в этом же ПДУ. Как ответ, так и подтверждение может быть либо положительным, либо отрицательным. 3. Каждый примитив должен состоять из грех элементов: первый указывает уровень базовой эталонной модели ВОС, являющийся поставщиком данной услуги, второй указывает имя услуги и третий определяет тип услуги. Иногда вместо полного имени примитива используют сокращенное, состоящее из одного или двух последних элементов, если это нс вызывает разночтений. 4. Для иллюстрации временных соотношений и последовательностей примитивов при выполнении некоторой услуги используются временные диаграммы. Каждая диаграмма делится двумя вертикальны ми линиями на три ноля. Центральное нале обозначает поставщика услуг, а крайние — двух удаленных, взаимо­ действующих между собой пользователей услуг. Сами линии обозначают два взаимодействующих равноуров­ невых ПДУ. Последовательности событий (присмов/персдач примитивов) упорядочены на этих линиях во времени в направлении сверху вниз. Стрелки на горизонтальных линиях, обозначающих примитивы, указывают направление передачи примитива (к поставщику или err поставщика) Наличие временной упорядоченности примитивов обозначается на диаграмме пунктирной линией между вертикальными линиями. Отсутствие такой линии или знак тильда (~) означает отсутствие временной упорядоченности. Например, на черт. 24 примитив запрос, выданный пользователем услуг в момент обязательно приведет к выдаче удаленному пользователю услуг примитива индикация в момент t2. В то же время ничего нельзя сказать о порядке появления примитивов ответ и подтверждение, изображенных на черт. 24. Пример диаграммы. изоГгражаюигей последовательность сервисных примитивовП о л ь з о б а т и л ьП о с т а в щ и кП о л ь з о в а т е л ьу с л у гу с л у гу с л у гз а п р о с / / / / ( to индикация^ п о д т в е р ж д ен и е ^ \о т в е т\> Ч . , / ' Черт. 24
Г О С Т 2 8 6 9 6 - 9 0 С . 25П Р И Л О Ж Е Н И Е 2Справочное ОСНОВНЫЕ ТЕРМ И Н Ы , ИСПОЛЬЗУЕМ ЫЕ В СТАНДАРТЕ, И ИХ ПОЯСНЕНИЯ Термин Понс не и нс Взаимосвязь открытых систем Совокупность принципов организации взаимодействия между открытыми системами обработки данных в соответствии со стандартами Международной организации по стандартизации Уровень звена .чанных Уровень, обеспечивающий услуга по обмену данными между логическими обьсктами сетевого уровня, формирование и передачу кадров данных Услуга уровня звена данных Функциональная возможность, которую уровень звена данных во взаимодействии с нкжсрасмоложснными уровнями прсдосгаатяет логическим объектам сетевого уровня на границе с ним Логический объект-уровня-звена-данных Активный элемент уровня звена данных Пункт- дос ту na-к-услугам-звена-данных Пункт, через который логический обьскг уровня звена данных предоставляет услуга этого уровня логическому объекту сетевого уровня Адрсс-пункта-досгупа-к-услугам-звенаИдентификатор, указывающий местонахождение данных пункта-доступак-услутам-звена-ланных Пользователь услуг звена данных Логический объект открытой системы, использующий услуги уровня звена данных через пункт-достуиа-к-услугам-звенаданных Поставщик услуг звена данных Абстрактная совокупность тех логических объектов уровня звена данных, которые предоставляют услуги вышсраспаложснному логическому(им) объекту(ам) уровня звена данных Сервненый-блок-данных-звена-ланных Некоторая часть интерфейсных данных уровня звена данных, целостность которой сохраняется при ее передаче от одного конца соединения звена данных к другому Соединение-звена-данных Ассоциация, устанавливаемая с помощью уровня звена данных между двумя или более логическими объектами сетевого уровня для передачи данных Псрслача-в-режнмс-с-установленнеч- Передача на уровне звена данных, связанная с контекстом сосдннсниязвена-данных соединснин-звсна-данных Псрелача-в-режиме-без-усгаиовденияПередача на уровне звена данных, не использующая контекста сосдинениязвена-данных какого-либо Соединения-звена-данных и нс поддерживающая какой-либо логической связи между ссрвисными-блокамиданных-звена-данных Сброс Функция, посредством которой связанные соединением логические объекты уровня звена данных устанавливаются в заранее определенное состояние с возможной потерей или дублированием данных Примитив Абстрактное независимое от реализации представление взаимодействий между пользователем услуг и поставщиком услуг Запрос (примитив) Представление взаимодействия, при котором пользователь услуга привлекает определенную процедуру Индикация (примитив) Представление взаимодействия, при котором поставщик услуга указывает, что: 1) он по сноси инициативе привлек некоторую процедуру или 2) процедура была привлечена пользователем услуг н пуиктс-доступа-к-услугам-звена-данных Ответ (примитив) Представление взаимодействия, при котором пользователь услуг указывает, что он завершил определенную процедуру, привлеченную ранее примитивом «индикация» Подтверждение (примитив) Представление взаимодействия, при котором поставщик услуги указывает в пункгс-достула-к-услугам-звсна-данных о завершении определенной процедуры, привлеченной ранее в указанном пунктс-доступа-к-услугам примитивом «запрос»
С . 26 ГО С Т 2 8 6 9 6 - 9 0 И Н Ф О Р М А Ц И О Н Н Ы Е Д А Н Н Ы Е 1. П О Д ГО Т О В Л Е Н И В Н Е С Е Н Н П О «П Е Р С Е Й * 2. У Т В Е Р Ж Д Е Н И В В Е Д Е Н В Д Е Й С Т В И Е Постановлением Государственного комитета С С С Р по управлению качеством продукции и стандартам от 2 5 Л 0 .9 0 № 2685 настоящий стандарт подготов­ лен методом прямою применения международного стандарта И СО 8 8 8 6 —90 «Системы обработки информации. Передача данных. Определение услуг звена данных для взаимосвязи открытых систем» и полностью ему соответствует 3. Стандарт полностью соответствует стандарту С Т С Э В 6 7 8 2 —89 4. С С Ы Л О Ч Н Ы Е Н О Р М А Т И В Н О -Т Е Х Н И Ч Е С К И Е Д О К У М Е Н Т Ы Обозначение НТД. на который лана ссы лка Н омер пункта ГО С Т' 2 8 0 7 9 - 8 9 1 : 2 Г О С Т 2 8 0 8 0 - 8 9 1 : 2 5. П Е Р Е И ЗД А Н И Е . Апрель 2005 г. Редактор В.//. Копысом Технический редактор В.И . П русакова Корректор В .II. Варевиоаа Компьютерная верстка Л.Л . Круговой Слано в набор №9.06.05. П одписано в печать 19.07.2005. Формат 60x84 life- Бумага офсетная. Гарнитура Таймс. Печать офсетная. Уел. печ. л . 3.26. У ч .-и м . я. 3.0 2 . Тираж 70 акт. Зак. 451. С 1519. Ф ГУ П .Стандартынформ-. 123995 М о сква. Гранатный пер., 4. www .joj.tinfo.ru in fo ejo jain fo .ru Набрано во Ф ГУ П «Стаидартинформ. на ПЭВМ Отпечатано в филиале Ф ГУ П -Станаартинф орм- — тип. -М осковски й печатник-. 105062 М осква. Лилин пер.. 6.ГОСТ 28696-90

Похожие документы