Стр. 1
 

69 страниц

563.00 ₽

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

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

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

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

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

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

Настоящий стандарт определяет услуги сетевого уровня ВОС как в режиме с-установлением-соединения, так и в режиме без-установления-соединения в понятиях:

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

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

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

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

Оглавление

0. Введение

1. Назначение и область применения

2. Ссылки

Часть 1. Общие положения

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

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

5. Соглашения

6. Обзор и общие характеристики

7. Возможности услуг сетевого уровня

8. Классы услуг сетевого уровня

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

10. Качество услуг сетевого уровня

Часть 2. Определение примитивов для режима С-установлением-соединения

11. Последовательность примитивов

12. Фаза установления соединения сетевого уровня

13. Фаза разъединения соединения сетевого уровня

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

Часть 3. определение примитивов для режима-без-установления-соединения

15. Блок данных

Приложение 1. Средства для передачи характеристик услуг

Приложение 2. Различия между ИСО 8348 и Рекомендацией МККТТ Х.213-1986

Информационные данные

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

Страница 1

ГОСТ Р 34.951-92 (ИСО 8348-87, ИСО 8348/Доп. 1-87)

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

ИНФОРМАЦИОННАЯ ТЕХНОЛОГИЯ

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

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

БЗ 3—92/3.1?


ГОССТАНДАРТ РОССИИ Моски*

Страница 2

УДК 681.3 065 4:006 354    Группа П85

государственный стандарт российской федерации

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

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

Information technology Data communications Network sen icc definition

ГОСТ P

34.951-92 (И CO 8348-87,

И CO 8348/Доп. I — -87)


ОКСТУ 0034

Дата введения 01.01.93

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

Настоящий стандарт соответствует стандартам Международной организации по стандартизации ИСО 8348 и ИСО 8348/Дои. I со следующими дополнениями:

а)    разделы стандарта ИСО 8348/Доп. I, построение которого ориентировано на его последующее включение в текст основного стандарта ИСО 8348. объединены с разделами стандарта ИСО 8348;

б)    подразделы 0.1-0.3.2 ИСО 8348/Доп. 1 заменены ссылкой на ГОСТ 28906 (ИСО 7498);

в)    ссылки на стандарты ИСО заменены ссылками на соответствующие государственные стандарты;

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

0 ВВЕДЕНИЕ

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

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

,С) Издательство стандартов. 1992

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

Страница 3

С. 2 ГОСТ р 34 951—92

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

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

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

'/рОЛгСлО/<

ir$a*/vpvtKua уровня

уробенъ

СетeBffii

уроВен»

протокол сетевою уровня

- -    уа.уг

*

---ytfiytu селте&ие уровне

--Г'схтя&ци* услуг--1


Черт. |

Настоящий стандарт определяет услуги сетевого уровня ВОС как в режиме с-установлением-соединення, так и в режиме без-ус-таиовленнясоединения.

Сущность режима без-установлення-соедннения определена в ГОСТ 28906 (ИСО 7498).

Понятие «сеть» в наименовании «сетевой уровень эталонной модели ВОС» следует отличать от этого же понятия, используемого в наименовании «сеть передачи данных» в общепринятом ' его понимании. Чтобы это различие стало яснее, для обозначения совокупности физического оборудования, обычно называемой «сетью», н ГОСТ 28906 (ИСО 7498) используется понятие «подсеть*. К подсетям могут относиться сети общего пользования или сети частных поставщиков. Характеристики сетей г>бшего пользования могут бьпь определены рекомендациями МККТТ. например рекомендацией Х.21 для сетей с коммутацией каналов или рекомендацией Х.25 — для сетей с коммутацией пакетов.

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

Страница 4

ГОСТ Р 3051-92 С 3

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

Примечание. Следует отличать специфичное использование понятия «услуга» и совокупности стандартов ВОС от его использования во всех других ист(чннк»я при описании обеспечения услуг Ki'Kofi-лнб -• организации (иаг.рнмсо обеспечение услуг н служб администрацией связи, определенных и других рекомендациях МККТТ).

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

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

Настоящий стандарт определяет услуги сетевого уровня ВОС как в режиме с-установлениемсоединення. так и в режиме без-ус-тановлення-соедннения в понятиях:

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

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

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

К основным задачам настоящего стандарта относятся следующие:

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

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

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

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

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

Соответствие оборудования настоящему стандарту здесь не оп-

2 Зак .31 К?

Страница 5

С. 4 ГОСТ Р 3051-92

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

2. ССЫЛКИ

ГОСТ 28906 (ИСО 7498) «Системы обработки информации. Взаимосвязь открытых систем. Базовая эталонная модель».

ИСО 80731. «Системы обработки информации. Взаимосвязь открытых систем. Спецификация протокола транспортного уровня, ориентированного на соединение».

ИСО 8473* «Системы обработки информации. Передача данных. Протокол для обеспечения услуг сетевого уровня в режиме без-установления-соединения».

ЙСО/ТО 8509* «Системы обработки информации. Взаимосвязь открытых систем. Соглашения по услугам».

ИСО 8602* «Системы обработки информации. Взаимосвязь открытых систем. Протокол для обеспечения услуг транспортного уровня в режиме без-установления-соединения».

ИСО 8648* «Системы обработки информации. Передача данных. Внутренняя организации сетевого уровня*.

Часть I. ОБЩИЕ ПОЛОЖЕНИЯ

3. ОПРЕДЕЛЕНИЯ

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

3.1.    Определения из стандарта по эталонной модели по ГОСТ 28906 (ИСО 7498):

а)    срочный сервисный-блок-данных-сетевого-уровня;

б)    соединениесетевого-уровня;

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

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

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

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

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

з)    подсеть.

3.2.    Определения из ИСО/ТО 8509:

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

1

До прямого применения данного документа в качестве государственного стандарта распространение сто осуществляет секретариат ТК 22 «Информационная технология».

Страница 6

ГОСТ Р 34 951—92 С 5

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

и) примитив;

г)    запрос;

д)    индикация;

е)    ответ;

ж)    подтверждение.

3.3. Определения по услугам сетевого уровня

3.3.1.    Вызывающий пользователь УСУ — пользователь УСУ, который инициирует запрос на установление соедпнення-сетевого-уровня (ССУ).

3.3.2.    Вызываемый показатель УСУ — пользователь УСУ, с которым вызывающий пользователь УСУ желает установить ССУ.

Примечание. Вызывающие пользователи УСУ и вызываемые пользователи УСУ определяются относительно одного ССУ. Пользователь УСУ может быть одновременно и вызывающим н вызываемым

3.3.3.    Общий адрес — адрес, идентифицирующий не отдельный конкретный пункт-доступа-к-услугам-сетевого-уровня (ПДУС), а совокупность ПДУС.

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

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

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

4 СОКРАЩЕНИЯ

ВОС — взаимосвязь открытых систем;

КУ — качество услуг;

ПП ■ • подтверждение приема;

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

ССБДС — срочный сервисный-блок-данных-сетевого-уровня;

ССУ — соедннение-сстевогоуровня;

СУ — сетевой уровень;

ПДУС — пункт-досту па-к-услугам-сетевого-уровня;

УСУ — услуга сетевого уровня.

Страница 7

С. б ГОСТ Р 34.951

5 СОГЛАШЕНИЯ

5.1.    Общие соглашения

В настоящем стандарте используются описательные соглашения, определенные в И С О/ТО 8509.

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

5.2.    Параметры

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

Параметры, применимые для каждой группы примитивов услуг сетевого уровня, приведены в таблицах разд. 12—14. Каждый’знак «X» в таблицах показывает, что примитив, обозначающий соответствующий этому знаку столбец, может содержать параметр, обозначающий соответствующую этому знаку «X» строку.

Некоторые значения в дальнейшем указываются знаками в скобках:

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

(С) — указывает, что параметр присутствует в примитиве не

для каждого ССУ; условия присутствия или отсутствия параметра указаны в определении параметра;

б)    -специфическое ограничение параметра

( = ) — указывает, что значение параметра, содержащееся в примитиве индикации или подтверждения, всегда идентично значению параметра, содержащемуся в соответствующем примитиве запроса или ответа, представленном в ПДУС того же уровня;

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

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

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

5.3.    Соглашения по идентификации оконечной точки ССУ

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

Страница 8

ГОСТ Р 34 951-92 С 7

ПДУС, для идентификации ССУ. В настоящем стандарте такая неявная идентификация не определена в виде параметра сервисных примитивов.

Примечание. Такую неявную идентификацию оконечной точки ССУ не следует пугать с параметром адресации в примитивах С-СОЕДИНЕНИЕ (сц п. 122).

в. ОБЗОР И ОБЩИЕ ХАРАКТЕРИСТИКИ

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

В частности, услуги сетевого уровня обеспечивают следующие возможности:

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

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

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

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

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

Страница 9

С. 8 ГОСТ Р 34.951-92

7. ВОЗМОЖНОСТИ УСЛУГ СЕТЕВОГО УРОВНЯ

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

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

б)    необходимые соглашения между двумя пользователями УСУ и поставщиком УСУ об определенных значениях КУ для ка* того ССУ;

в)    средства упорядоченной передачи СБДС по ССУ. Передача СБДС, состоящих из целого числа октетов, осуществляется «прозрачно» в том смысле, что услуги сетевого уровня сохраняют неизменными границы и содержимое СБДС и не налагают никаких ограничений на содержимое СБДС:

г)    средства, с помощью которых принимающий пользователь УСУ может, управляя потоком данных, регулировать выдачу СБДС передающим пользователем УСУ;

д)    в некоторых случаях — средства упорядоченной передачи отдельных срочных СБДС (см. разд. 8). Срочные СБДС ограничены по длине и нх передача подчинена другому управлению потоком. отличающемуся от управления потоком нормальных данных через ПДУС;

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

ж)    в некоторых ситуациях — средства выдачи пользователем УСУ подтверждения приема СБДС (см. разд. 8);

з)    безусловное и потому, возможно, разрушающее разьединение ССУ по инициативе как пользователей УСУ, так и поставщика

УСУ;

и)    средства, с помощью которых сервнсныеблоки-данных-сетс-вого-уровня разграничиваются и передаются в «прозрачном» виде от ПДУС — отправителя к ПДУС — получателю при одноразовом доступе к услугам сетевого уровня а режиме без-установления-сое-дииения без первоначального установления и последующего разъединения соединения-сетевого-уровня. Максимальная длина СБДС ш режиме без-установления-соединения — 64512 октетов;

к) соответствующие каждому случаю передачи в режиме без-установления-соединения-сетевого-уровня меры качества, которые <оглвсовываются между поставщиком УСУ и передающим пользователем ЬСУ при инициации передачи о режиме без-установления-соединения-сетевого-уровня.

Страница 10

ГОСТ Р 34.051-92 С. •

8. КЛАССЫ УСЛУГ СЕТЕВОГО УРОВНЯ

В настоящем стандарте не определено никаких различающихся классов услуг сетевого уровня. Но в качестве факультативных услуг поставщика УСУ определены две услуги сетевого уровня: «подтверждение приема» и «передача срочных данных».

Факультативные услуги поставщика УСУ — это такие услуги, которые поставщик УСУ может по своему выбору предоставлять или не предоставлять для конкретного ССУ. В тех случаях, когда поставщик принимает решение не предоставлять факультативную услугу, она будет недоступна в числе услуг сетевого уровня. Если факультативная услуга «подтверждение приема» или «передача срочных данных» обеспечивается поставщиком, она должна предоставляться так, как определено в настоящем стандарте (см. пп. 14.! —14.3).

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

9. МОДЕЛЬ СЕРВИСА СЕТЕВОГО УРОВНЯ

9.1.    Модель услуг

В настоящем стандарте используется абстрактная модель услуг сетевого уровня, определенная в разд. 4 ИСО/ТО 8509. Эта модель определяет взаимодействия между пользователями УСУ и поставщиком УСУ, происходящие в двух ПДУС. Информация между пользователем УСУ и поставщиком УСУ передается в виде сервисных примитивов.

Имеются два вида услуг сетевого уровня ВОС:

а)    услуги в режиме с-установлением соединения (определенные в ч. 2), которые характеризуются свойствами а — з разд. 7;

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

В каждом конкретном случае обмена данными для обоих пользователей УСУ предоставляется один и тот же вид услуг (т. е. в режиме с-установленнем соединения или в режиме без-установле-ния-соедннення). Выбор конкретного вида услуг осуществляется в соответствии с ГОСТ 28906 (ИСО 7498).

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

9.2.    Модель соединения сетевого уровня

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

Страница 11

С 10 ГОСТ Р 34 951-92

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

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

При интерпретации настоящего стандарта положения, приведенные в разд. 12—14 относительно снойств отдельных примитивов, обладают более высоким приоритетом по отношению к общим положениям данного раздела.

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

9.2.1. Концепция модели в виде очередей

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

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

Для каждого потенциального ССУ доступна пара очередей.

Примечание. Для управления потоком (см. л. 9.2,3) требуется менее абетракщос описание по сравнению с описанием последовательностей-примитивов з разд. II—14. Если для рассматриваемой модели очередей примитивы определены как неделимые, то информация, относящаяся к примитивам С-ЯАП-НЫЕ, все.да разделяется на ряд октетов данных полыователи-УСУ, за которыми следует указатель конец-СБДС. Эю не означает, олнако. никакого фактического деления информации в каком бы то ни было реальном интерфейсе.

Страница 12

ГОСТ Р 3051 — 92 С 11 Модель соединения сетевого уровня в виде очередей

Черг. 2

К объектам, которые могут быть помещены в очередь в результате взаимодействий в ПДУС (см. разд. 2—14), относятся следующие:

а)    объекты соединения (относящиеся к примитивам С-СОЕДИНЕНИЕ и ко всем их параметрам);

б)    октеты нормальных данных-иользователя-УСУ (относящиеся к примитиву С-ДАННЫЕ);

в)    индикации конца-СБДС (относящиеся х выполнению примитива СДАННЫЕ);

г)    срочные СБДС (относящиеся к примитивам С-СРОЧНЫЕ-ДАННЫЕ и ко всем их параметрам);

д)    объекты подтверждения данных (относящиеся к примитивам С-ДА1ШЫЕ-П0ДТВЕРЖДЕНИЕ);

е)    объекты сброса (относящиеся к примитивам С-СБРОС и их параметрам);

ж)    объекты разъединения (относящиеся к примитивам С-РАЗЪЕДИНЕНИЕ и ко всем их параметрам).

К объектам, которые могут быть помешены в очередь по инициативе поставщика УСУ (см. разд. 12— 14). относятся:

!) объекты сброса (относящиеся к примитивам С-СБРОС и ко всем их параметрам);

2) объекты синхромаркеров (см. п. 9.2.4);

з)    объекты разъединения (относящиеся к примитивам С-РАЗЪ-ЕДИНЕНИЕ и ко всем их параметрам).

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

Страница 13

С. 12 ГОСТ Р 34.951-92

а)    очерсль пуста до ввода в нее объекта соединения и может быть возвращена в это состояние поставщиком УСУ с потерей ее содержимого (см. пп. 9.2.4 и 9.2.5);

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

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

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

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

9.2.2.    Установление ССУ

Если поставщик УСУ получает в одном из ПДУС примитив С-СОЕДИНЕНИЕ запрос и в одпу из очередей вводится объект соединения, то с ССУ между двумя ПДУС логически связывается пара очередей. С точки зрения одного из пользователей УСУ данного ССУ очереди остаются приданными этому ССУ до тех пор, пока объект разъединения (относящийся к примитиву С РАЗЪ-ЕДИНЕНИЕ) не будет введен в очередь либо удален нз очереди в том же ПДУС.

Если пользователь УСУ А означает того пользователя, который инициировал установление соединения ССУ (что обусловило ввод объекта соединения в очередь от пользователя УСУ А к пользователю УСУ В), то ни одни из объектов (кроме объекта разъединения) не может быть введен в очередь от А к В. пока из нее не будет удален объект соединения, относящийся к примитиву С-СОЕДИНЕНИЕ подтверждение. В очередь от пользователя УСУ В к пользователю УСУ А объекты могут быть введены только после того, как пользователь УСУ В введет объект соединения, относящийся к примитиву С-СОЕДИНЕНИЕ ответ; с целью сброса ССУ в очередь от В к А вместо объекта соединения можно ввести объект разъединения.

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

9.2.3.    Операции по передаче данных

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

Страница 14

ГОСТ Р 34 951—92 С. IS

ay объектами других типов по управлению потоком приведены в табл. 1.

Таблнаа I

Взаимосвязи по управлению потоком между объектами модели очереди

Объекты. добавляемы- » очередь, свяммюмую пользователей »СУ (объемы X)

Последующие объекты.

ДЭ64КЯЯСВЫР Н ОЧСрСдЬ

(обгвнты })

Октеты /аимых-поль-аоаателя-УСУ иди прныигмяа

копен-СБДС

Соочяые

СБДС

Подтвержден*?

дааяых

Октеты нормальных дан-иых-полмо»атсля-УСУ или примитива конец-СБДС

Да

Да

Нет

Срочные СБДС

Нет

Да

Нет

Подтверждение данных

Нет

Нет

Нет

Условные обозначения:

Дэ — добавление объекта X может препятствовать дальнейшему добавлению объекта Y;

Нет — добавление объекта X не может препятствовать дальнейшему добавлению объекта Y

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

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

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

Взаимоотношения между объектами, которыми можно манипулировать в соответствии с подпунктами а и б. отражены в табл. 2.

Страница 15

Таблица 2

Взаимоотношения по упорядочению объектов модели очереди

По<даяу*ла1Мй обидит в

очередя (объект X)

Пре|дысстиующиА 0б>6кг II оч*р«дн (объект У)

Сосл**ся*»

Октетм

нормальных

дкпиих-

польэовате*

дн-УСУ

Конец

СБДС

Срочкие

СБДС

Подт*«ржд«-

■яе

данных

Сброс

Симхро-

идрсср

Разъединение

Охтггы нормальных данных* пользоиателя-УСУ

Н/П

ОБГ

ОБГ

РАЗР

РАЗР

Соединение

Н/П

.

_

_

...

РАЗР

Конец СБДС

Н/П

_

-

ОБГ

ОБГ

РАЗР

РАЗР

Срочные СБДС

Н/П

-

-

ОБГ

РАЗР

м

РАЗР

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

данных

Н/П

ОБГ

-

РАЗР

РАЗР

Сброс

Н/П

-

___

-

__

-

-

РАЗР

Синхромаркер

Н/П

Н/П

Н/П

Н/П

Н/П

РАЗР

Н/П

РАЗР

Разъединение

Н/П

Н/П

Н/П

Н/П

Н/П

Н/П

Н/П

РАЗР

С 14 ГОСТ Р 3-4.951-92

ОБГ — означает, что объект X может обогнать предшествующий объект Y;

РАЗР — означает, что объект X являегся разрушающим ио отношению к предшествующему объекту Y; с— > — означает, что объект X но является разрушающих по отношению к объекту Y и не может обогнать объект Y;

Н/П — означает, что при правильном состоянии очереди объект Y не может оказаться я полиции, предшествующей позиции объекта X.

Страница 16

ГОСТ Р 34 951 — 92 С 15

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

9.2.4.    Операции сброса

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

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

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

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

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

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

9.2.5.    Разъединение ССУ

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

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

Страница 17

С. 16 ГОСТ Г 34.951—92

9.3. Модель услуг сетевого уровня при передаче в режиме без-у становления-соединения

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

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

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

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

Примечание. Эта модель предназначена исключительно для описания ввео!него виза услуг сетевого уровня в-режиме-без-установлеиня-соедимеиия с точки прения пользователей УСУ. Он* не предназначена служить моделью внутренних операций поставщика УСУ прк обеспечении услуг сетевого уровня в ре-жиме-без-установлеяня-соедннения,

Только один тип объекта — объект «блок данных» может передаваться между пользователями УСУ. На черт. 3 «пользователь X» представляет собой того пользователя УСУ. который передает объекты поставщику УСУ, а «пользователь Y» — того пользователя УСУ, который принимает объекты от поставщика УСУ.

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

а)    аннулирование объектов;

б)    дублирование объектов;

в)    изменение порядка следования объектов.

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

Страница 18

ГОСТ Р 34.951-92 С. 17

Модель услуг еетешого уроаиа при передаче 8 режиме беэ-устано>лекмя-соедиксния

Пользователь Y УСУ


ПояыоЗатель X УСУ


ЛДУС6

ПДУСА

V

/

Ассоциации MPpdy А и 6

\

L

Поставщик услу*

Черт. 3

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

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

3)    объекты будут аннулироваться только в том случае, если количество объектов в очереди превысит заданное число;

4)    объекты не будут аннулироваться;

5)    последовательность объектов в очереди не может быть изменена;

6)    объекты не будут дублироваться.

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

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

10. КАЧЕСТВО УСЛУГ СЕТЕВОГО УРОВНЯ

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

Страница 19

С. 18 ГОСТ Р 34 951-92

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

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

Термин «качество услуг* (КУ) также относится к определенным характеристикам услуг сетевого уровня при передаче в режиме без-установления-соединення в том виде, в котором они наблюдаются между парой ПДУС. Качество услуг описывает те аспекты услуг сетевого уровня при передаче в режиме без-установления-соедмнения, которые свойственны только поставщику УСУ; КУ может быть определено надлежащим образом без учета действий пользователя УСУ (находящихся вне управления’со стороны поставщика УСУ), которые особенно ограничивают и ухудшают рабочие характеристики услуг сетевого уровня.

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

10.!. Определение К У

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

П р и м с ч а м я я:

1. Важно отличать понятие «параметры-КУ» о~ более обтего понятия «параметры». определенного п и 52 и используемого по veucry naeioxuieio стандарта. Понятие «параметр.КУ> относится к конкретному аспекту иди компоненту КУ для ССУ. Как показано ниже, конкретный пирамстр-КУ может иметь или не иметь йтношенкя к параметру, содержащемуся в примитиве УСУ.

•2 В utxfcx большей точности и/иди удобства пользования я определения и методы измерения некоторых нзрамстров-КУ включены компоненты, присущие пользователю(хм) УСУ. В подобных случаях для оценки КУ. свойственною только поставщику УСУ. необходимо выделять такой зависимый от пользователя УСУ компонент.

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

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

Страница 20

ГОСТ Р 3*951 92 С 19

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

Все параметры-КУ сетевого уровня можно разделить на две категории:

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

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

Эти параметры-КУ определены в пп. 10 2.1 —10.2.12.

Набор параметров-КУ первой категории, процедуры их передачи и согласования, а также налагаемые на них ограничения определены в п. 12.2.7. Если в течение всего времени существования установленного ССУ согласованные значения двух указанных в п. 12.2.7 параметров-КУ не «пересогласовываются» в какой-либо момент времени, то сохранность первоначально согласованных их значений не гарантируется. Пользователь УСУ должен также иметь в виду, что если ССУ установлено, то сведения об изменениях значений К-У в данном ССУ не передаются в УСУ в явном виде.

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

J 3*к 21 >2

Страница 21

С. 20 ГОСТ Р 34.961-92

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

Примечание. При спецификации «согласовываемых иараметроа-КУ. связанных с фазой передачи данных ССУ, их значения применимы к обоим направлениям передачи ССУ.

Согласно ГОСТ 28906 (ИСО 7498) базовая характеристика услуг в режиме без-установлення-соединения состоит в том. что во время доступа к услуге между равноправными логическими объектами не происходит никаких согласований качества услуг для передачи. Между участвующими партнерами не устанавливается никакой динамической ассоциации, которая имеет место при установлении соединения; таким образом, между равноправными партнерами не выполняется согласование тех характеристик услуг, которые должны быть обеспечены при передаче. Предполагается, что между пользователями УСУ и поставщиком УСУ существует априорное соглашение относительно тех параметров, форматов и факультативных возможностей, которые влияют на передачу данных. (Такое априорное соглашение может быть установлено путем локального обмена соответствующей информацией через границу с сетевым уровнем). Таким образом, это один из процессов локального согласования.

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

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

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

Страница 22

ГОСТ Р 34.951-92 С 21

Параметры КУ УСУ, относящиеся к каждой передаче о режиме без-установлення-соединения сетевого уровня, определены в п. 10.3. J0 2. Определение пара метро в-К У Параметры-КУ могут быть подразделены следующим образом:

а) параметры-КУ, отражающие рабочие характеристики УСУ в соответствии с табл. 3:

ТаЛлиш 3

Классификация параметров-КУ, отражающих рабочие характеристики УСУ

Критерий раОочгй хар»ктсрястоки

Скорость

Точкос ть/иа \сжаость

Установление

ССУ

Задержка установления ССУ

Вероятность неустановления ССУ (неправильное соединение/отказ от соединс-нкя)

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

Пропускная способность

Тратитмаи ла-держка

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

Вероятность неудачной передачи

Сброс ССУ

Задержка сброса ССУ

Вероятность безуспешной попытки разъединения ССУ

б) параметры-КУ. отражающие другие свойства услуг сетевого уровня.

К ним относят следующие параметры-

защита ССУ;

приоритет ССУ;

максимальная приемлемая стоимость.

Примечание. Некоторые параметры-КУ определены в понятиях выдачи примитивов услуг сетевого уровня. При упоминания в пп. J0.2.I—10.2.12 действий примитивов подразумевается полное выполнение сервисного примитива в соответствующем ПДУС.

) 0 2.1. Задержка установления ССУ

Задержка установления ССУ — это максимально допустимое время между выполнением примитива С-СОЕДИНЕНИЕ запрос и соответствующего примитива С-СОЕДИНЕНИЕ подтверждение.

Примечание. Эта задержка включает в себя компонент, относящийся к вызываемому 'толкователю УСУ и измеряемый промежутком времени между выполнением примитивов С-СОЕДИНЕНИЕ индикации и С СОЕДИНЕНИЕ ответ.

10.2.2. Вероятность неустановления ССУ

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

Страница 23

С 27 ГОСТ Р 3051-92

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

10.2.3.    Пропускная способность

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

Для подобной последовательности, состоящей из п СБДС. где п>2, пропускную способность определяют как наименьшую из:

а)    числа октетов данных-пользовятсля-УСУ, содержащихся в последних п— 1 СБДС. деленного на премя между выдачей первого и последнего примитивов С-ДАННЫЕ запрос в этой последовательности;

б)    числа октетов дашсых-пользователя-УСУ, содержащихся в последних п— 1 СБДС, деленного на время между выполнением первого и последнего примитива С ДАННЫЕ индикация в этой последовательности.

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

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

10.2.4.    Транзитная задержка

Транзитную задержку измеряют временем, прошедшим между выполнением примитива С ДАННЫЕ запрос н соответствующего примитива С ДАННЫЕ индикация. Это время отсчитывают только для успешно переданных СБДС.

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

Транзитную задержку определяют двумя значениями: желаемым «целевым» и максимально приемлемым (т. е. минимально до-

Страница 24

ГОСТ Р 34.951-82 С. 2»

лустимым качеством) (см. также и. 12.2.7). Эти значения должны быть усреднены н должны вычисляться при длине СБДС, равной 128 октетам.

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

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

10.2.5. Коэффициент необнаруженных ошибок

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

Компоненты коэффициента необнаруженных ошибок

Пере&нмь'г С НДС

Принятые СБДС

Г

т

Яв/пе/тные Успешно i (fexurewt-'i I Лишние СБЛС    леее&ннье СБДС | С5ДС    I    СБДС

К(п>    Х>у>    кш,    |    я//>/

--------1______

Общее <мяяо передаю/** СБДС(К)

«(и)    Xfr)

Н

Черт. 4

10.2.6. Вероятность неудачной передачи

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

Страница 25

С. 24 ГОСТ Р 34-981-92

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

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

В тех системах, где качество услуг надежно контролируется поставщиком УСУ, вероятность неудачной передачи может быть оценена вероятностью привлечения поставщиком УСУ примитива С-РАЗЪЕДИНЕНИЕ в течение сеанса передачи.

10.2 7. Устойчивость ССУ

Параметры устойчивости ССУ указывают вероятность того, что

а)    поставщик УСУ вызвал разъединение (т. е. выдал примитив С-РАЗЪЕДИНЕНИЕ индикация, не получив предварительно примитива С-РАЗЪЕДИНЕНИЕ запрос);

б)    поставщик УСУ вызвал сброс (т. е. выдал примитив С-СБРОС индикация, не получив предварительно примитива С-СБРОС запрос) в течение определенного интервала времени в установленном ССУ.

10.2.8.    Задержка разъединения ССУ

Задержка разъединения ССУ — это максимально приемлемая задержка между моментом привлечения пользователем УСУ примитива С-РАЗЪЕДИНЕНИЕ запрос и моментом успешного разъединения ССУ с одноуровневым пользователем УСУ. Задержку разъединения ССУ обычно определяют независимо для каждого пользователя УСУ и не учитывают в тех случаях, когда разъединение ССУ инициирует поставщик УСУ.

После выдачи одним из пользователей УСУ примитива С-РАЗЪЕДИНЕНИЕ запрос у другого пользователя УСУ начинается отсчет задержкн разъединения ССУ. Пользователь УСУ. не выдававший примитив С-РАЗЪЕДИНЕНИЕ запрос, информируется об успешном разъединении примитивом С-РАЗЪЕДИНЕНИЕ’индикация.

10.2.9.    Вероятность безуспешного разъединения ССУ

Верой-юсть безуспешного разьединения ССУ определяют отношением суммарного числа безуспешных запросов на разъеднне-

Страница 26

ГОСТ Р 34.951-92 С. 26

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

Считается, что безуспешное разьединение для конкретного пользователя УСУ имеет место, когда зтот пользователь не получил примитива С-РАЗЪЕДИНЕНИЕ индикация за период определенной максимальной задержки разъединения ССУ на стороне другого пользователя УСУ, выдавшего примитив С-РАЗЪЕДИНЕ-НИЕ запрос (при условии, что первый пользователь УСУ не выдавал примитива С-РАЗЪЕДИНЕНИЕ запрос).

10.2.10.    Защита ССУ

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

а)    конфиденциальность всей последовательности СБДС в ССУ;

б)    защита от модификаций, иычеркиваний, замен или добавлений данных в последовательностях СБДС, передаваемых по ССУ;

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

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

10.2.11.    Приоритет ССУ

Параметр «приоритет ССУ» определяет относительную важность ССУ независимо ло каждому из следующих факторов:

а)    приоритет получения ССУ;

б)    приоритет удержания ССУ;

в)    приоритет данных, передаваемых по ССУ.

Факторы, указанные в подпунктах а и б параметра-КУ «приоритет ССУ». совместно определяют порядок, в котором при необходимости ССУ подлежит разъединению для восстановления ресурсов. Поставщик УСУ должен по возможности принимать новые запросы на установление ССУ с высоким приоритетом типа, указанного в подпункте а. если даже при этом потребуется разъединить ССУ с более низким приоритетом типа, указанного в подпункте б.

Фактор, указанный в подпункте в параметра-КУ «приоритет ССУ», определяет порядок, в котором ССУ должны при необходимости ухудшать свои параметры КУ. Должны быть прежде всего обслужены запросы для ССУ с более высоким приоритетом типа в) в рамках требуемого КУ, а затем должны использоваться ос-

Страница 27

С. 26 ГОСТ р 34.051—*2

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

Примечание Правильность использования параметра-Ю «приоритет ССУ» «ожег контролироваться одним из следующих способов или их сочетанием:

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

дифференцированные тарифы;

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

10.2.12. Максимальная приемлемая стоимость

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

Примечание. Возможные действия поставщика УСУ в случае превышения максимальной приемлемой стоимости ССУ не определены и настоящем стандарте.

10.3. Определение параметров КУ услуг сетевого уровня в режиме без-установлення-соеди-нения

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

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

10.3.1. Транзитная задержка

Транзитная задержка — это время, прошедшее между выполнением примитива С-БЛОК-ДАННЫХ запрос и выполнением соответствующего примитива С-БЛОК-ДАННЫХ индикация. Значение этого времени вычисляется только в отношении успешно переданных СБДС. Передача СБДС определяется как успешная, если СБДС, выданный передающим пользователем УСУ, доставлен адресуемому принимающему пользователю УСУ.

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

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

Страница 28

ГОСТ Р 34 951—92 С 27

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

10.3.2.    Защита от несанкционированного доступа

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

а)    отсутствие средств защиты;

б)    защита от пассивного наблюдения;

в)    зашита от модификаций, замены, добавлений или вычеркиваний;

г)    обе возможности, указанные в подпунктах б и в.

10.3.3.    Определители стоимости

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

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

б)    возможность определить максимально приемлемую стоимость.

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

10.3.4.    Вероятность необнаруженных ошибок

Параметр «вероятность необнаруженных ошибок*- определяет вероятность того, что конкретный СьДС будет потерян, продублирован или некорректно доставлен. Эта вероятность оценивается отношением числа потерянных, лишних или некорректно доставленных СБДС к общему числу СБДС, переданных поставщиком УСУ за период измерений.

Некорректно доставленный СБДС — это такой СБДС, в котором данные пользователя доставлены либо в искаженном виде, либо не адресованному ПДУС.

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

10.3.5.    Приоритет

Этот параметр позволяет пользователю УСУ определять приоритетность СБДС по отношению к любым другим СБДС. с которыми оперирует поставщик УСУ. СБДС более высокого приоритета обслуживаются поставщиком УСУ раньше обслуживания СБДС

Страница 29

С. 28 ГОСТ Р 34.9Б(—92

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

Этот параметр определяет относительную важность передачи на сетевом уровне в режиме без-установлениясоедннения в части:

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

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

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

15.

Часть 2. ОПРЕДЕЛЕНИЕ ПРИМИТИВОВ ДЛЯ РЕЖИМА С-УСТАНОВЛЕНИЕМ-СОЕДИНЕНИЯ

II. ПОСЛЕДОВАТЕЛЬНОСТЬ ПРИМИТИВОВ

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

Перечень примитивов УСУ и их параметров приведен в табл. 4.

11.1. Взаимоотношения примитивов в двух оконечных точках ССУ

Примитив, выданный в одной оконечной точке ССУ, в общем случае вызовет некоторые последствия в другой оконечной точке ССУ. Отношения примитивов каждого типа к примитивам в другой оконечной точке ССУ определены в разд. 12—14; отношения представлены диаграммами на черт. 5.

Однако примитив СРЛЗЪЕДИНЕНИЕ (запрос или индикация) может прервать любую другую последовательность до ее завершения.

Примитив С-СБРОС (запрос или индикация) может прервать последовательность передачи данных, передачи срочных данных или    ершения.

примитивов в одной

оконечной точкеССУ

Все возможные последовательности примитивов в оконечной точке ССУ определены диаграммой переходов состояний на черт. 6. На этой диаграмме:

Страница 30

Таблица 4

Перечень примитивов и параметро* услуг сетеаою уронив

Фаза

Услуга

Примитив

Параметры

Установление ССУ

Установление ССУ

С-СОЕДИНЕНИЕ

запрос

С-СОЕДИНЕНИЕ

индикация

С-СОЕДИНЕНИЕ

ответ

С-СОЕДИНЕНИЕ

подтверждение

Адрес вызываемого, адрес вызывающего, выбор подтверждения приема, выбор срочных данных, набор пзрмстров-Ki. даниые-пользовзтсля-УСУ Адрес вызываемого, адрес вызывающего, иыбор подтверждения приема, выбор срочных данных, набор параметров-КУ. данные-пользователи-УСУ Адрес отвечающего, выбор подтверждения приема, выбор срочных данных, набор парамстров-Ki. данные-пол мователя-УСУ Адрес отвечающего, выбор подтверждения приема, выбор срочных данных, набор параметров-КУ. дан-ные-пол ьловател м -УСУ

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

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

С ДАННЫЕ запрос С. ДАННЫЕ индикация

Даниыс-пользоватсля-УСУ. запрос подтверждения Даимыг-паль»о«*гели-УСУ. запрос подтверждения

Подтверждение приема (см. примечание)

С-ДАННЫЕ-ПОД-ТВЕРЖЛЕНИЕ запрос С ДАННЫЕ ПОДТВЕРЖДЕНИЕ индикация

Передача срочных данных*

Сброс

С-СРОЧНЫЕ-ДАН-НЫЕ запрос С-СРОЧНЫЕ-ДАН-НЫЕ индикация С-СБРОС запрос С-СБРОС индикация С-СБРОС ответ

Данные-подизоватсля-УСУ

Данные-пользователя-УСУ

Причина

Инициатор, причина

ГОСТ Р 34 951-92 С. 29

Страница 31

Ф*аа

Услуга

прмммт**

Передача дая-

Сброс

С-СБРОС подтверж

них

дение

Разъединение

Раэъсдниспне

С-РАЗЪЕДИНЕНИЕ

ССУ

ССУ

"(^РАЗЪЕДИНЕНИЕ

индикация

# Это факультативная возможность поставщика; она ТСВОГО уровня

Продолжение табл. 4

(Причине. даниые-подыоватсляУСУ. адрес отвечающего)

(Инициатор, причина. данные-пользователя-УСУ. адрес отвечающего)

не обязательно обеспечивается в каждой услгге се-

Страница 32

Страница 33

С. 32 ГОСТ Р 34 951-92

ОтклонениепвтаЛштвм УГУ попытки    Норма рънам передела Оотля

остановлена* ССУ

к» с:

* я

Страница 34

ГОСТ Р 34.951-»2 С. 35

Диаграмма переход©* состояний для последовательностей примитивов ■ окоиечиоЛ точке ССУ

а)    примитив, который не показан как выдаваемый в результате перехода (из одного состояния в то же самое или в другое состояние), не разрешен в этом состоянии (см., однако, п. 11.1 относительно действий примитивов (^РАЗЪЕДИНЕНИЕ и С-СБРОС);

б)    во всех случаях «С-РАЗЪЕДИНЕНИЕ» означает примитив либо в форме запроса, либо в форме индикации;

в)    наименование состояний «ожидание сброса со стороны пользователя УСУ» (состояние 5) и «ожидание сброса со стороны поставщика УСУ» (состояние 6), указывает ту сторону, которая начинает локальное взаимодействие и не обязательно отражает значение параметра «инициатор» в соответствующем примитиве С-СБРОС;

Страница 35

С. 34 ГОСТ Р 34 951-92

г)    состояние «холостое» (состояние 1) отражает отсутствие ССУ. Оно является начальным н конечным состоянием любой последовательности и как только оно вводится, ССУ разъединяется;

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

12. ФАЗА УСТАНОВЛЕНИЯ СОЕДИНЕНИЯ СЕТЕВОГО УРОВНЯ

12.1.    Функция

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

Одновременно выдаваемые в двух ПДУС примитивы С СОЕ-ДИНЕНИЕ запрос обрабатываются поставщиком УСУ независимо друг от друга, что может привести к установлению двух, одного ССУ или к неустановлению ССУ.

12.2.    Типы примитивов и параметры

Типы примитивов и параметры, необходимые для установления ССУ, приведены в табл. 5.

12.2.1.    Адреса

Параметры, значениями которых являются адреса (см. лп. 12.2.2—12.2.4), называются адресами ПДУС. Параметр «адрес ПДУС» может содержать адреса различной длины вплоть до заданной максимальной длины в 40 десятичных знаков (при использовании десятичной системы счисления).

Значения этих адресов в представляемом пользователем УСУ виде не обязательно проверяются поставщиком УСУ на правильность или достоверность. Пользователь УСУ, принимающий эти адреса в примитивах С-СОЕДИНЕНИЕ (индикация или подтверждение), может только полагаться на их правильность, если он знает, что поставщик УСУ гарантирует ее.

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

а)    параметр «адрес отвечающего» в примитиве С-СОЕДИНЕНИЕ ответ не обязательно будет совпадать с параметром «адрес вызываемого» в примитиве С-СОЕДИНЕНИЕ индикация;

б)    параметр «адрес отмечающего» в примитиве С-СОЕДИНЕНИЕ подтверждена* не обязательно будет совпадать с параметром «адрес вызываемого* в примитиве С-СОЕДИНЕНИЕ запрос.

12.2.2.    Параметр «адрес вызываемого*

Параметр «адрес вызываемого» содержит адрес, идентифицирующий тот ПДУС, с которым должно быть установлено ССУ. При явной адресации эти адреса будут идентичны в соответствующих примитивах С-СОЕДИНЕНИЕ (запрос и индикация).

Страница 36

ГОСТ Р 34.951-92 С. 35

Таблица 5

Параметры и примитивы установления ССУ

Параметр

Прими гм*

с соединение

запрос

с-соединение

индикация

с-соединение

от с г

С СОЕДИНЕ-НИЕГг10*. гверхдемс

Адрес вызываемого

X

# Х(-)

(см. примечание)

Адрес вызывающего

X

(см. примечание)

Х( = )

Адрес отвечающего

X

(см. примечание)

Х(-)

Выбор подтверждения приема

X

X

X

Х(=>

Выбор срочных данных

X

X

X

Х<—>

Набор параметров КУ

X

X

X

Х(-)

Даниые-лользо-

азтели-УСУ

X

Х(“)

X

Х(=>

Примечание. Г-^тот параметр может быть неявно связан с тем ПДУС. в котором выдан примитив.

J 2.2.3. Параметр «адрес вызывающего*

Параметр «адрес вызывающего» содержит адрес того ПДУС, из которого поступил запрос на установление ССУ. При явной ад-ресацин эти адреса будут идентичны в соответствующих примитивах С-СОЕДИНЕНИЕ (запрос и индикация).

12.2.4.    Параметр <адрес отвечающего»

Параметр «адрес отвечающего» передает адрес того ПДУС. с которым было установлено ССУ. При явном адресации эти адреса будут идентичны в соответствующих примигинах С-СОЕДИНЕНИЕ (ответ и подтверждение).'Этот параметр всегда содержит в себе адрес конкретного ПДУС, но не общий адрес ПДУС.

12.2.5.    Параметр свыбор подтверждения приема»

Параметр «выбор подтверждения приема* отражает используемость/доступность услуги подтверждения приема в ССУ. Если эта услуга не предусмотрена в сервисе сетевого уровня, она не может быть использована в ССУ (см. разд. 8). Этот параметр может

Страница 37

С. 38 ГОСТ Р 34.951-92

иметь два значения: «использовать подтверждение приема» и «не использовать подтверждение приема». Эти значения взаимосвязаны в различных примитивах таким образом, что:

а)    в примитиве С-СОЕДИНЕНИЕ запрос может содержаться любое из указанных значений;

б)    в примитиве С-СОЕДИНЕНИЕ индикация значение этого параметра равно либо его значению в соответствующем примитиве запроса, либо значению «не использовать подтверждение приема»;

в)    в примитиве С-СОЕДИНЕНИЕ ответ значение этого параметра равно либо его значению в соответствующем примитиве индикации, либо значению «не использовать подтверждение приема»;

г)    в примитиве С-СОЕДИНЕНИЕ подтверждение значение этого параметра равно его значению в соответствующем примитиве ответа.

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

а)    вызывающий пользователь УСУ не запрашивает услугу — она не используется;

б)    вызывающий пользователь УСУ запрашивает услугу, но поставщик УСУ не обеспечивает ее — услуга не используется;

в)    вызывающий пользователь УСУ запрашивает услугу, поставщик УСУ соглашается предоставить ее, но вызываемый пользователь УСУ не соглашается ее использовать — услуга не используется;

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

12.2.6. Параметр <выбор срочных данных»

Параметр «выбор срочных данных» определяет используемость /доступность услуги «передача срочных данных» в ССУ. Если услуга передачи срочных данных не обеспечивается поставщиком УСУ (см. разд. 8), она не может быть использована в ССУ. Этот параметр может иметь два значения: «использовать срочныс данные» и «не использовать срочные данные». Эти значения взаимосвязаны в различных примитивах таким образом, что:

а)    в примитиве С-СОЕДИНЕНИЕ запрос может содержаться любое из указанных значений;

б)    в примитиве С-СОЕДИНЕНИЕ индикация значение этого параметра равно либо его знэчению в соответствующим примитиве запроса, либо значению «не использовать срочные данные»;

в)    в примитиве С-СОЕДИНЕНИЕ ответ значение этого пара-

Страница 38

ГОСТ Р 34 951-92 С. 37

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

г) в примитиве С-СОЕДИНЕНИЕ подтверждение значение этого параметра равно его значению в соответствующем примитиве ответа.

12.2.7. Набор пираметров'КУ

Для каждого параметра-КУ, передаваемого во время установления ССУ, определен набор подпараметров, исходя нз следующих возможностей:

а)    «желаемое* — представляет собой то значение КУ, которое желает иметь вызывающий пользователь УСУ;

б)    «наименьшее приемлемое качество» — представляет собой наихудшее значение КУ, с которым согласен вызывающий пользователь УСУ;

в)    «доступное» — это то значение КУ, которое может обеспечить поставщик УСУ;

г)    «выбранное» — это то значение КУ, с которым согласен вызываемый пользователь УСУ.

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

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

В тех случаях, когда вызывающим пользователем УСУ определены оба подпараметра: «желаемое» и «наименьшее приемлемое качество», они представляют собой границы того диапазона значений КУ, с которыми будет согласен вызывающий пользователь УСУ. Точно так же, если поставщик УСУ определил оба подпараметра, они представляют собой границы диапазона тех значений КУ, которые может обеспечить поставщик УСУ. Эти диапазоны определены таким образом, что охватывают оба граничных значения подпараметров и все разрешенные для этих подпараметров значения, расположенные между их граничными значениями. В том случае, когда подпараметр «желаемое* (или «доступное») имеет специфицированное значение, а значение подпараметра «наименьшее приемлемое качество» является «неспецифицированным», диапазон определяется как состоящий из значения «желаемое* и всех остальных значений, которые разрешены для этих подпараметров и расположены ниже (в понятиях КУ) значения «желаемое». Если оба значения: «желаемое* и «наименьшее приемлемое качество»

Страница 39

С. 38 ГОСТ Р 3081-92

являются «неспецифицированными», это означает, что ни одного диапазона значении не определено.

Примечание. Для других присваиваеиых значений (например подпараметр «желаемое» имеет значенне «неслецнфнцирояаикос», а значение подпараметра «наименьшее приемлемое качество» специфицировано) указанный диапазон не определен, поскольку такие присвоения значений не разрешены в процедурах согласования, описанных в пп. 12.2.7.1 и 12.2.7.2.

12.2.7.1. Пропускная способность

Перечень подпараметров-КУ, имеющихся в параметрах-КУ «пропускная способность» примитивов С-СОЕДИНЕНИЕ, приведен в табл. 6.

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

а)    В примитиве С-СОЕДИНЕНИЕ запрос вызывающий пользователь УСУ определяет значения подпараметров «желаемое* и «наименьшее приемлемое качество» (т. с. наименьшая пропускная способность). Разрешены следующие присвоения значений:

Случай 1. Оба подпараметра «желаемое» н «наименьшее приемлемое качество» имеют значенне «неспецнфицированное».

Случай 2. Для подпараметров «желаемое» н «наименьшее приемлемое качество» определены значения, отличные от «неспеци-фицнрованое».

Случай 3. Для подпараметра «желаемое» определено значение, отличное от «неспецнфицированное», а для подпараметра «наименьшее приемлемое качество» — значение «неспецнфицированное».

Примечание. Случай, когда подпараметр «желаемое» имеет значенне «иеспецифициронаииое». а подпараметр «наименьшее приемлемое качество» — значенне, отличное от «иеспеннфндирооанное». не допускается; логически <т»т случай может быть представлен разрешенным присвоением, когда дли обоих *п« подпараметров определены идентичные значения (случай 2).

б)    Если присвоенные значения подпараметров «желаемое» и «наименьшее приемлемое качество» соответствуют случаю 1, то поставщик УСУ определяет наибольшее значение параметра КУ «пропускная способность», которое должно быть предложено в данном ССУ. Это значение (которое может быть рекомендуемым значением, одинаково воспринимаемым как поставщиком УСУ, так и вызываемым пользователем УСУ) определено в примитиве С-СОЕДИНЕНИЕ индикация как подпараметр «доступное», тогда как значением подпараметра «наименьшее приемлемое качеством является «неспецнфицированное». Если присвоенные значения опрошенного КУ соответствуют случаям 2 или 3 и если поставщик УСУ не согласен обеспечить КУ в запрошенном диапазоне, то попытка установления ССУ отклоняется, как описано в п. 13.5. Если же поставщик УСУ согласен обеспечить КУ в запрошенном диапазопе, то в примитиве С-СОЕДИНЕНИЕ индикация подпараметр «доступ-

Страница 40

Пар дос rp

Пропускная способность I, «желаемое» (от вызывающего к вызываемому)

Пропускная способность 1, «наименьшее приемлемое качество (от вызывающего х вызываемому)

Пропускная способность 2, «желаемое* (от вызываемого к вызывающему)

Пропускная способность 2, «наименьшее приемлемое качество* (от вызываемого к вызывающему)

Пропускная способность 1. «доступное» (от вызывающего к вызываемому)

Пропускная способность 2. «доступное* (от вызываемого к вызывающему)

Пропускная способность I, «выбранное» (от вызывающего к вызываемому)

Пропускная способность 2, «выбранное* (от вызываемого к вызывающему)

Примитив

С СОЕДИНЕНИЕ

OHW7

ссоединб

HUE под-тмрждснис

С-СОЕ^ИКЕ-

дорос

с1?ж-

имлихаии*

X

X

Х(-)

X

X

Х(-)

X

X

X

Х(“)

X

Х(-)

н

■о

2

CD

с*

т

JS

р

S


Страница 41

С. 40 ГОСТ 34 951-92

мое» определяет наибольшее значение КУ в том диапазоне, который поставщик УСУ желает обеспечить, а значение подпараметра «наименьшее приемлемое качество* идентично значению этого же подпараметра в примитиве С-СОЕДИНЕНИЕ запрос.

в)    Если вызываемый пользователь УСУ не согласен со значениями КУ в диапазоне между подпараметрами «доступное* и «наименьшее приемлемое качество» примитива С-СОЕДИНЕНИЕ индикация, он отклоняет попытку установления ССУ, как описано в п. 13.4.

г)    Если вызываемый пользователь УСУ согласен со значениями КУ в специфицированном диапазоне, он указывает согласие со значением параметра «выбранное» примитива С-СОЕДИНЕНИЕ ответ.

д)    В примитиве С-СОЕДИНЕНИЕ подтверждение подпараметр «выбранное* имеет значение, идентичное значению этого же подпараметра в примитиве С-СОЕДИНЕНИЕ индикация.

Перечень процедур согласования подпараметров-КУ «пропускная способность» приведен в табл. 7.

12.2.7.2. Транзитная задержка

Перечень подпараметров-КУ нараметра-КУ «транзитная задержка» в примитивах С-СОЕДИНЕНИЕ приведен в табл. 8.

Согласование и передача пэраметра-КУ «транзитная задержка» выполняются следующим образом.

а)    R примитиве С-СОЕДИНЕНИЕ запрос вызывающий пользователь УСУ определяет значения подпараметров «желаемое» и «наименьшее приемлемое качество» (т. е. наибольшую приемлемую транзитную задержку). Допускаются следующие присвоения значений:

Случай 1. Оба подпараметра «желаемое» и «наименьшее приемлемое качество» имеют значение «неспецифнцированное».

Случай 2. Для обоих подпараметров «желаемое» и «наименьшее приемлемое качество* определены значения, отличные от «не-специфицированное».

Случай 3. Для подпараметра «желаемое» определено значение, отличное от «неспецифнцированное:». а значением подпараметра «наименьшее приемлемое качество» является «иеспецифицнрован-ное».

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

б)    Если присвоенные значения подпараметров «желаемое» и «наименьшее приемлемое качество» соответствуют случаю I, тогда поставщик УСУ определяет значение транзитной задержки, которое должно быть предложено в данном ССУ. и указывает ее в при-

Страница 42

Таблица 7

Согласование подпараметров-КУ параметра «пропускная способность»

В0%£0;»ньк

СЛУЧАИ

EutufuratuR пользователь JCV мпилихот свсия$« HUJ« в примитиве С-СОЕДИНЕННЕ вапрое

Поставщик УСУ вьпо.тнюа-т слеим||<внаиик> в примитив*

с-ооедимскис

иидиваци*

Вызываемый

nO/WtOBBTI-ЛЬ-

УСУ ш по ЛИ 4-ет спвчи-фпкапя» в при хн тн вс С-СОЕДИНЕ НИЕ отпет

Поставщик УСУ вмпод-•нет спецификами» и примягмве е-щс^шк.

подтвержде

ние

Примерами»

.Желаемое*

.Наименьшее

приемлемое

катество'

.Доступное-

.Ивмие»1«><«

приемлемое

качество*

.Г>ибр<1Н110«*

.В»»Ор.»инос*

Случай 1

«Нсспеци*

фнцирован-

■оев

«Нсспсцн-

фниирован-

ное*

г

«Неепеци-

фииирован-

нее»

А

А

Z

может быть «рекомендуемым» значением Z> А>0

Случай 2

X

Y

2

Y

А

А

X н/нлн Y могут быть определены как «рекомендуемые» значения на стороне любого пользователя или на обеих сторонах X>Z>Y; Z>A>Y

Случай 3

X

«Неспеци-

Фицнрован-

иоев

г

«Неспеон-

фнцнроваи-

кое»

А

А

X может быть «рекомендуемым» значением Х> >Z>0; Z>A>0

Страница 43

Таблица 8 л

Прнлнтма

Параметр

С-СОЕДИНЕНИИ

делрое

С-СОЕДИНЕНИЕ нкиккаикм

С-СОЕДИНЕНИЕ

отосг

с-соединЕИик

годтвсрждсимс

«Желаемое» значение транзитной за* 1сржки

X

«Наименьшее приемлемое качество» транзитной задержки

X

«Выбранное» значение транзиткой задержки

X

«Доступное» значение трашитгюй задержки

X

X

X

. 42 ГОСТ Р 34 951-92

Согласуемые подпараиетры-КУ параметра-КУ «транзитная задержка»


Страница 44

ГОСТ Р 34 931-92 С 43

митиве С-СОЕДИНЕНИЕ индикация как подпараметр «доступное*. Если присвоенные значения соответствуют случаю 2 или 3 н если поставщик УСУ не согласен обеспечить КУ в требуемом диапазоне, то попытка установления ССУ отклоняется, как описано в п. 13.5. Если поставщик УСУ согласен обеспечить КУ в требуемом диапазоне, то подпараметр «доступное» в примитиве С-СОЕДИ-НЕНИЕ индикация определяет то значение КУ. которое предложено.

в)    Если вызываемый пользователь УСУ не согласован со значением КУ «доступное», то пользователь УСУ отклоняет попытку установления ССУ, как описано в п. 13.4.

г)    Если вызываемый пользователь УСУ согласен со значением КУ «доступное», то пользователь УСУ выдает примитив С-СОЕ-ДИНЕНИЕ ответ (этот примитив не передает никаких подпараметров КУ параметра «транзитная задержка»).

д)    В примитиве С-СОЕДИНЕНИЕ подтверждение значение подпараметра «выбранное» такое же. как и подпараметра «доступное» в примитиве С-СОЕДИНЕНИЕ индикация.

Перечень процедур согласования значений подпараметра-КУ параметра «транзитная задержка» приведен в табл. 9.

12.2.8. Параметр «данные-пользователя-УСУ»

Параметр «данные-пользователя-УСУ» обеспечивает передачу данных-пользователя-УСУ между пользователями УСУ без их модификации со стороны поставщика УСУ. Пользователь УСУ может передавать в данных-пользователя-УСУ любое целое число октетов (от нуля до 128 включительно).

12.3. Последовательность примитивов

Последовательность примитивов при успешном установлении ССУ определяется временной диаграммой, приведенной на черт. 7.

Последовательность прнмигнооо при успешном установлении ССУ

СОЕДИНЕНИЕ

запрос

С’ СОЕДИНЕНИЕ тстЗтт btpmdenut

С-СОШ&ИНЕМЕ

и*$икацц*

С-СОЕДИНЕНИЕ

vmSem

Черт. 7

Страница 45

С. 44 ГОСТ Р 34.951-92

о

«3

И

Та бл н

С

ж

1 £ =

2

С

•-*

9

*3

ь-

О

U

&

я

са

>*

*

ft

о

в

1

и

X

а

»•

м

§|>

1 II

1    " 1^*

3?*\У

■5.*

2    5 i V

Хо ях

II g

si*

•о ||* *£* о * X X X

JUsg

Silgl

ts-SS

sjeSf

gi3

©

о

X

X

*

N

сч

N

• I

«П85

Sj|6f

Ml*

||! I

]I=&i

*RS-4

>*jj«

?JB|

!§!

W

в

5

Б

а

и

%

N3

N

N

£«> O о Ж О н & Л

£ V О С

?55Я

§Ф

!ив|

1р| й-g ЗУ u

По А 5 g

sii

ii=

. = *8 s|

in

о

>•

±1

11

iff * O' х

§

я

8

8

£

a S ~2

1|

«§£

X

X

о

II

О >ч

ос

ся

с

СО

*

V

&

г

У

аз

<3

5

U

Страница 46

ГОСТ Р 34 951-92 С 45

Процедура установления ССУ может оказаться безуспешной либо вследствие неспособности поставщика УСУ установить ССУ. либо из-за нежелания вызываемого пользователя УСУ принять примитив С-СОЕДИНЕНИЕ индикация (для этих случаев см. использование услуги разъединения ССУ в пп. 13.4 и 13.5). Кроме того, попытка установления ССУ может быть прервана поставщиком УСУ или любым из пользователей УСУ в любой момент времени до выдачи примитива С-СОЕДИНЕНИЕ подтверждение.

13 ФАЗА РАЗЪЕДИНЕНИЯ СОЕДИНЕНИЯ СЕТЕВОГО УРОВНЯ

13.1.    Функция

Примитивы услуги разъединения ССУ используются для разъединения ССУ. Разъединение ССУ может быть выполнено:

а)    одним из пользователей либо обоими пользователями УСУ с целью разъединения установленного ССУ;

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

в)    вызываемым пользователем УСУ с целью отклонения примитива С-СОЕДИНЕНИЕ индикация;

г)    поставщиком УСУ с целью информирования о его неспособности установить запрошенное ССУ.

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

13.2.    Типы примитивов и параметры

Типы примитивов и параметры необходимые для разъединения ССУ, приведены в табл. 10.

13.2.1. Параметр «инициатор>

Параметр «инициатор» указывает источник разъединения ССУ. Его значениями могут быть либо «пользователь УСУ», либо «поставщик УСУ», либо «не определен».

Примечание. Значение «не определен» не разрешается, если примитив С-РАЗЪЕДИНЕИИЕ индикации выдается полъюватслек УСУ или поставщиком УСУ шя того, чтобы отклонить попытку установления ССУ (см пп. *3.4 и 13.5).

Страница 47

С 46 ГОСТ Р 34.951

Таблица !0

Примитивы разъединения ССУ и их параметры

Прими тип

ПаршвТр

С-РАЗггдиНЕНМЕ запрос

С-РАЗЪЕДИНЕНИЕ и иди паи* я

Инициатор

X

Причина

X

X

Дааныс-полъзоватсля-

УСУ

X

Х(С-)

Адрес отвечающего

X (С) (см. примечание)

Х(С=>

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

13.2.2. Параметр апричина»

Параметр «причина» содержит информацию, указывающую причину разъединения ССУ. Значения этого параметра определяются следующим.

а)    Если параметр «инициатор» указывает, что разъединение инициировал поставщик УСУ, то параметр «причина» будет иметь одно из следующих значений:

1)    разъединение — устойчивые условия;

2)    разъединение — неустойчивые условия;

3)    отклонение соединения — адрес ПДУС неизвестен/устойчивые условия;

4)    отклонение соединения — ПДУС недоступен/неустойчивые условия;

5)    отклонение соединения — ПДУС недоступен/устойчивые условия;

б)    отклонение соединения — КУ не обеспечивается/устойчивые условия;

7)    отклонение соединения — КУ не обеспечивается/неустойчивые условия;

8)    отклонение соединения — причина не определена/устойчивые условия;

9)    отклонение соединения — причина не определена/неустойчивые условия.

6)    Если параметр «инициатор* указывает, что разъединение инициировал пользователь УСУ, то параметр «причина» будет иметь одно из следующих значений:

1)    разъединение — нормальные условия.

2)    разъединение — ненормальные условия;

3)    отклонение соединения — устойчивые условия;

4)    отклонение соединения — неустойчивые условия;

5)    отклонение соединения — КУ не обеспечивается/неустойчивые условия;

Страница 48

ГОСТ Р »4 951—92 С 47

6)    отклонение соединения — КУ не обеспечивается/устойчнвые условия;

7)    отклонение соединения — несовместимая информация в дан-ныхпользователя-УСУ.

в) Если параметр «инициатор» имеет значение «не определено», то параметр «причина» должен иметь такое же значение.

13.2.3.    Параметр *данные-пользователя-УСУ»

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

В примитиве С-СОЕДИНЕНИЕ индикация этот параметр может иметь ненулевое число октетов данных-пользователя-УСУ только в том случае, если параметр «инициатор» имеет значение «по.чьзователь-УСУ».

Переданные данные-пользователя-УСУ теряются, если разъединение ССУ инициируется одновременно поставщиком УСУ и адресуемым пользователем УСУ (см. п. 13.3).

13.2.4.    Параметр «адрес отвечающего»

Параметр «адрес отвечающего» присутствует в этом примитиве только в том случае, если примитив используется пользователем УСУ для информирования об отклонении попытки установления ССУ (см. п. 13.4). Этот параметр содержит адрес того ПДУС, из которого был выдан примитив С-РАЗЪЕДИНЕНИЕ запрос и, в случае явного указания адреса, эти адреса в соответствующих примитивах запроса и индикации будут одинаковы. В некоторых случаях (например перемаршрутизация вызова, групповая адресация и т. д.) этот адрес может отличаться от «адреса вызываемого» в соответствующем примитиве С-СОЕДИНЕНИЕ запрос.

13.3. Последовательность примитивов при разъединении установленного соединения

Последовательность примитивов зависит от инициатора(ов) пооцедуры разъединения ССУ. Эта последовательность может быть:

а)    инициирована одним пользователем УСУ выдачей от него примитива запроса, который приводит к выдаче примитива индикации другому пользователю УСУ;

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

в)    инициирована поставщиком УСУ выдачей примитива индикации каждому из пользователей УСУ;

г)    инициирована независимо одним из пользователей УСУ и поставщиком УСУ с выдачей примитива запроса от инициирующего

Страница 49

С. 4$ ГОСТ Р 34.951-92

пользователя УСУ н примитива индикации другому пользователю УСУ. Последовательности примитивов для этих четырех случаев показаны в виде временных диаграмм на черт. 8—11.

Последовательность примитивов при разъединении ССУ по инициативе пользователя УСУ

С-РАЗЬЕДИНЕНИЕ индикация

Черт. 8

Последовательность примитивов при разъединении ССУ по одновременной инициативе двух пользователей УСУ

С-РАЗЪСЛУЖНК

С-ОАЗЪЕДШНИЕ

запрос

Черт. 9

запрос


Последовательность примитивов при разъединении ССУ по инициативе поставщика УСУ

С-РЛЗЬЕЛШШ

индикаций

С-РАЗЬЕДННЕННС

индикация

Черт. 10

Последовательность примитивов при разъединении ССУ по одновременной инициативе пользователя УСУ и поставщика УСУ

С-РАЗЪЕДШ**,

запрет

Черт. 11

13.4. Последовательность примитивов при отклонении пользователем УСУ попытки установления ССУ

Страница 50

ГОСТ Р 34.981-92 С 49

Пользователь УСУ может отклонить попытку установления соединения, выдав примитив С-РАЗЪЕДИИЕНИЕ запрос. Параметр «инициатор» в примитивах С-РАЗЪЕДИНЕНИЕ будет указывать пользователя УСУ — инициатора разъединения ССУ. Последовательность событий определена в виде временной диаграммы на черт. 12.

Последовательность примитивов при отклонении попытки установления ССУ поставщиком УСУ

С-СОЕ

запрк


С-СО£&ИНЕНИГ индикация , С-РАЗЪЕ&МНЕНХЕ запрос


С-РАЗЪСДМСШ

цндикациг


Черт. 12

13.5. Последовательность примитивов при отклонении поставщиком УСУ попытки установления ССУ

Если поставщик УСУ не способен установить ССУ. он сообщает об этом запрашивающей стороне в примитиве С-РАЗЪЕДИНЕ-НИЕ индикация. Параметр «инициатор» в этом примитиве указывает поставщика ~ инициатора разъединения ССУ. Последовательность событий определена в виде временной диаграммы на черт. 13.

Последовательность примитивов при отклонении попытки установления ССУ поставщиком УСУ

.’СОЕДИНЕНИЕ

запрос

ОРЛ!Ы&НН1НИ£

‘.■ндикация

Черт. 13

14. ФАЗА ПЕРЕДАЧИ ДАННЫХ

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

14.1.1.    Функция

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

Страница 51

C. 50 ГОСТ Р 34 951—92

обеспечивают сохранность как последовательности передачи, так и границ СБДС.

Примечание. Разработчикам протоколов боле* высоких уровней. яспа»ь. зуюших услуги сетевого уровня, следует иметь в виду, что запрошенное КУ относится к латным СБДС н что разделение имеющихся даниыд-пользоватедм-УСУ на СБДС меньшего размера может повлиять на стоимостные показатели вследствие воздействия механизмов оптимизации стоимости, управляемых поставщиком УСУ.

14.1.2. Типы примитииоа и параметры

Типы примитивов и параметры, необходимые для передачи данных, приведены в табл. И.

Таблица II

Примнтиаы передачи данных и параметры

Примитив

Параметр

С ДАННЫЕ аапрэг

С-ДЛННЫЕ

ИНЛИК41141

Данные-пользоватсля-УСУ Запрос подтверждения

X

Х(С)

х<->

Х(С=)

И.1.2.1. Параметр «д а нн ые-по л ь зоват е л я-У С У» Параметр «даиные-пользователя-УСУ» позволяет осуществлять передачу СБДС между пользователями УСУ без их модификации поставщиком УСУ. Пользователь УСУ может передать любое целое число (большее или равное 1) октетов данных-пользователя--УСУ, которые формируют СБДС.

14.1.2.2. Параметр «запрос подтвержд ения» Подтверждение приема СБДС, переданных с примитивом С-ДАННЫЕ. запрос, может быть запрошено путем включения в этот примитив параметра «запрос подтверждения». Подтверждение приема (ППм) обеспечивается примитивами С-ДАННЫЕ-ПОДТ-ВЕРЖДЕНИЕ (см. п. 14.2). Значение параметра «запрос подтверждения» может показывать, запрошено ППм или нет. Этот параметр может присутствовать только в том случае, если при установлении ССУ пользователи УСУ и поставщики УСУ согласовали между собой использование услуги «подтверждение приема».

14.1.3. Последовательность примитивов

Функционирование услуг сетевого уровня при передаче СБДС может быть представлено в виде модели очереди неопределенной длины у поставщика УСУ (ем. разд. 9). Возможности пользователя УСУ по передаче примитива С ДАННЫЕ запрос и поставщика УСУ по передаче примитива С-ДАННЫЕ индикация зависят от поведения принимающего пользователя УСУ и результирующего состояния очереди.

Страница 52

ГОСТ Р 34 951—92 С 5»

Последовательность примитивов при передаче данных

Черт J 4

Последовательность примитивов на черт. 14 может остаться незавершенной при появлении примитивов С-СБРОС или С-РАЗЪ-ЕДИНЕНИЕ.

Последовательность примитивов при успешной передаче данных определена временной диаграммой на черт. J4.


14.2. Услуга подтверждения приема

14.2.1.    Функция

Услуга «подтверждение приема» запрашивается параметром «запрос подтверждения» в примитивах С-ДАННЫЕ. На любой СБДС, переданный с параметром «запрос подтверждения», принимающий пользователь УСУ должен передать обратно ППм, выдав примитив С-ДЛННЫЕ-ПОДТВЕРЖДЕНИЕ запрос. Такие ППм должны выдаваться в той же последовательности, в которой были приняты соответствующие примитивы С-ДАННЫЕ индикация, и должны передаваться поставщиком УСУ таким образом, чтобы сохранялось их отличие от любых предшествующих или последующих ППм. Пользователь УСУ может, таким образом, скоррелировать их с первоначальными примитивами С ДАННЫЕ (с набором «запросов подтверждения») методом подсчета.

Примитивы С-ДАННЫЕ-ПОДТВЕРЖДЕНИЕ запрос не должны подвергаться управлению потоком, воздействуя на примитивы С ДАННЫЕ запрос в той же оконечной точке ССУ; точно так же примитивы С-ДАННЫЕ-ПОДТВЕРЖДЕНИЕ индикация не должны подвергаться управлению потоком, воздействуя на примитивы С-ДАННЫЕ индикация в той же оконечной точке ССУ.

Использование услуги «подтверждение приема» должно быть согласовано во время установления ССУ между двумя пользователями УСУ данного ССУ и поставщиком УСУ путем использования параметра «выбор подтверждения приема» примитивов С-СОЕДИНЕНИЕ. Эта услуга не обязательно должна обеспечиваться всеми поставщиками УСУ.

14.2.2.    Типы при-иигивоез и параметры

Услуга подтверждения приема использует два примитива: С ДАННЫЕ-ПОДТВЕРЖДЕНИЕ запрос и СДАННЫЕ-ПОДТ-ВЕРЖДЕНИЕ индикация. Эти примитивы не содержат никаких параметров.

14.2.3.    Последовательность примитивов

Страница 53

С 62 ГОСТ Р 94.951-92

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

С-ДАННЫ£ индикации с порамштром "запрос псвтЗърн Jenna "

СДАННЫЕ janpoct п&яметрем "jon^ got г'ъдтЪер*&е*и» "

С-ДАННЫЕ-ПОД?'

Черг. 15

с-длмные-подтверждение запрос

ВЕРЖДЕНИЕ юйитци*

При выдаче примитива С-СБРОС или С-РАЗЪЕДИНЕНИЕ последовательность примитивов на черт. 15 может остаться незавершенной.

Пользователь УСУ не должен выдавать примитив С-ДАННЫЕ-ПОДТВЕРЖДЕНИЕ запрос, если примитив С-ДАННЫЕ индикация с параметром «запрос подтверждения» не получен или если ППм уже выдано для всех таких примитивов С-ДАННЫЕ индикация. После выполнения процедуры сброса, о чем информируется примитивами С-СБРОС индикация или подтверждение, пользователь УСУ не должен выдавать примитив С-ДАННЫЕ-ПОДТВЕР-ЖДЕНИЕ запрос в ответ на примитив С-ДАННЫЕ индикация (с установленным параметром «запрос подтверждения»), полученный до информирования о выполнении процедуры сброса.

Примечания:

1.    Задержка выдачи ППм пользователем УСУ может повлиять на пропуск-ную способность, достижимую в данном ССУ.

2.    Использование я СС.У услуги подтверждении приема может влиять на управление потоком нормальных данных по ССУ. Например, выдача ППм может уменьшить влияние управления потоком даииых-полмователя-УСУ в направлении. противоположном передаче ППм.

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

14.3. Услуга передачи срочных данных

14.3.1. Функция

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

Страница 54

ГОСТ Р 54.951-9? С 53

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

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

Услуга передачи срочных данных является факультативной ус* лугой поставщика, которая может не всегда присутствовать в сервисе сетевого уровня. Вопрос ее использования должен быть согласован во время установления ССУ между двумя пользователями УСУ данного ССУ и поставщиком УСУ с помощью параметра «выбор срочных данных» примитивов С-СОЕДИНЕНИЕ (см. п. 12.2.6).

14.3.2. Типы примитивов и параметры

Типы примитивов и параметры, необходимые для выполнения передачи срочных данных, приведены в табл. 12.

Таблица 12

Примитивы и параметры передачи срочных данных

Лараустр

с-срочиые-

ДАННЫЕ запрос

ССРОЧНИК

ДИНЧЫЕ

ниднхаи**

Данмые-аольэояателя УСУ

X

Х(-)

14.3.2.1. Параметр *да н м ы е-п о л ьзова т е а я-У СУ»

Параметр «данные-пользователя-УСУ* позволяет осуществлять передачу срочных данных-пользователя-УСУ между пользователями УСУ без их модификации поставщиком УСУ. Пользователь УСУ может послать любое целое число (от 1 до 32 включительно) октетов срочных данных-пользователя-УСУ.

14.3.3. Последовательность примитивов

Последовательность примитивов при успешной передаче срочных данных определена в виде временной диаграммы на черт. 16.

Страница 55

С 54 ГОСТ Р M.95I—92

Последовательность примитивов при передаче срочных данных

с-сянше-длкные, janpoe

С-СРОЧНЫ?-ДАННИС икА/яация

Черг. 16

Последовательность примитивов на черт. 16 может оказаться незавершенной при выдаче примитива С СБРОС или С-РАЗЪ-ЕДИНЕНИЕ.

14.4. Услуга сброса

14.4.1.    Функция

Услуга сброса может быть использована:

а)    пользователем УСУ с целью восстановления синхронизации ССУ;

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

Привлечение услуги сброса разблокирует поток СБДС и ССБДС в случае переполнения ССУ; это побудит поставщика УСУ аннулировать СБДС, ССБДС или ППм, относящиеся к данному ССУ, и уведомить любого пользователя или пользователей УСУ, которые не инициировали сброс, о выполнении сброса. Эта услуга выполняется за конечный период времени безотносительно принятия СБДС. ССБДС или ППм пользователями УСУ. Любые СБДС, ССБДС или ППм, не доставленные пользователям УСУ до выполнения этой услуги, должны быть аннулированы поставщиком УСУ.

14.4.2.    Типы примитивов и параметры

Типы примитивов и параметры, необходимые для выполнения услуги сброса, приведены в табл. 13.

Таблица 13

Примитивы и параметры сброса

принята»

Плрсисгр

С-СЬРОС

C-CRPOC

С-СБРОС

С-С* РОС

»«|'Р<10

ИЯАХККЦИЯ

О ГЭС*

оод’пср.кде»

иле

Инициатор

X

Причина

X

X

Страница 56

ГОСТ Р 3-4 951—92 С И

14.4.2.1.    Параметр *инициатор»

Параметр «инициатор* указывает источник сброса. Он может принимать значении «пользователь УСУ*, «поставщик УСУ» или «не определен».

14.4.2.2.    Параметр €Причина»

Параметр «причина» содержит информацию о причине сброса. Значения этого параметра будут определяться следующим.

а)    Если параметр «инициатор» указывает, что сброс инициировал поставщик УСУ, значениями параметра «причина» могут быть:

1)    «переполнение»;

2)    «причина не определена».

б)    Если параметр «инициатор» указывает, что сброс инициировал пользователь УСУ, то параметр «причина» имеет значение «ресинхронизация пользователя».

в)    Если параметр «инициатор» имеет значение «не определен», то и параметр «причина» также имеет значение «не определена».

14.4.3. Последовательность примитивов

Взаимодействия между каждым пользователем УСУ и поставщиком УСУ должны выполняться в виде обмена указанными примитивами, а именно:

а)    передача пользователем УСУ примитива С-СБРОС запрос, после которой следует передача поставщиком УСУ примитива С-СБРОС подтверждение;

б)    передача поставщиком УСУ примитива С-СБРОС индикация, после которой следует передача пользователем УСУ примитива С-СБРОС ответ.

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

Свойства повторной синхронизации услуги сброса состоят в следующем;

1) никакие СБДС, ССБДС или ППм, переданные пользователем УСУ до выдачи синхронизирующего маркера в том же передаваемом потоке, не будут доставлены другому пользователю УСУ после синхронизирующего маркера в том "же принимаемом потоке.

Поставщик УСУ будет аннулировать все СБДС, ССБДС и ППм, переданные до выдачи примитива С-СБРОС запрос и еще

Страница 57

С 66 ГОСТ Р 34 951-92

не доставленные принимающему пользователю УСУ до того, как поставщик УСУ выдаст примитив С-СБРОС индикация.

Точно так же поставщик УСУ будет аннулировать все СБДС, ССБД и ППм, переданные до выдачи примитива С-СБРОС ответ и еще не доставленные инициатору С-СБРОС до того, как поставщик УСУ выдаст примитив С-СБРОС подтверждение;

2) никакие СБДС, ССБДС или ППм, переданные пользователем УСУ после синхронизирующего маркера в том же пеоедавае-мом потоке, не будут доставлены другому пользователю УСУ раньше синхронизирующего маркера в том же принимаемом потоке.

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

1)    одним пользователем УСУ. приводя к взаимодействию, указанному в подпункте а с этим же пользователем УСУ и к взаимодействию. указанному в подпункте б с равноправным пользователем УСУ;

2)    обоими пользователями УСУ, приводя к взаимодействию, указанному в подпункте а с обоими пользователями УСУ;

3)    поставщиком УСУ, приводя к взаимодействию, указанному в подпункте б с обоими пользователями УСУ;

4)    одним пользователем УСУ и поставщиком УСУ, приводи к взаимодействию, указанному в подпункте а с пользователем УСУ — инициатором и взаимодействию, указанному в подпункте б с равноправным пользователем УСУ.

Последовательность примитивов для этих четырех случаев показана в виде временных диаграмм на черт. 17—20.

Последовательность примитивов при сбросе ССУ по инициативе пользователя УСУ

С’СбРОС ,

Черт. 17


С-СБРОС

индикации

С-СБРОС ответ


С~ СБРОС запрос


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

Страница 58

ГОСТ Р 34.951-02 С. 57

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

5) одним пользователем УСУ в то время, когда предыдущая процедура сброса еще не закончена другим пользователем УСУ — это приводит всего лишь к дополнительному взаимодействию, указанному в подпункте а с пользователем УСУ, инициирующим последующий сброс;

Последовательность примитивов при сбросе ССУ по односменной инициативе двух пользователей УСУ

, С-СБРОС запрос

. С-СБРОС пЫЗт&ерпдение


С-СБРОС запрос

С-СБРОС


Черт. 18

Последовательность примитивов при сбросе ССУ по инициативе поставщика УСУ

С'СБРОС тдикац/м С'СБРОС ответ


С'СБРОС

■    индикация

■    С-СБРОС ответ


Черг. 19

Последовательность примитивов прн сбросе ССУ по одновременной инициативе пользователя УСУ и поставщика УСУ

C-ZBPOL

запрос


С-СБРОС

- iM0u*QUUfi

'С-СБРОС ответ


С-СБРОС

ггойтвври&ни*


Черг. 20

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

Для случаев, указанных в пп. 5 и 6 возможны многие последовательности примитивов сброса в двух оконечных точках ССУ. Они

Страница 59

С. 58 ГОСТ Р 34.951-02

не представлены здесь в виде временных диаграмм, но их можно получить, используя ограничения, налагаемые на разрешенную последовательность примитивов в каждой оконечной точке ССУ и на последовательности сброса, приведенные на черт. 17—20. Свойства синхронизации, связанные с выдачей примитивов С-СБРОС. такие же, как и для всех описанных шести случаев.

Примечание. Ситуации, в которых наборы процедур сброса н двух ок<>-ночных точках СС.У не одинакопм, ис охпашнаклся операциями модели очередей, описанными в п. 9.2.

При выдаче примитива С-РАЗЪЕДИНЕНИЕ любая последовательность примитивов сброса может остаться незавершенной. Как только в оконечной точке ССУ будет привлечена процедура сброса (посредством примитива С-СБРОС запрос или С-СБРОС индикация), ни один из пользователей УСУ или поставщик УСУ не должен выдавать следующий примитив С ДАННЫЕ или С-СРОЧ* НЫЕ-ДАННЫЕ до тех пор, пока процедура сброса не будет закончена (выдачей примитива С-СБРОС подтверждение или С-СБРОС ответ).

Часть 3. ОПРЕДЕЛЕНИЕ ПРИМИТИВОВ ДЛЯ РЕЖИМА-БЕЗ-УСТАНОВЛЕНИЯ-СОЕДИНЕНИЯ

15. БЛОК ДАННЫХ

15.1. Функция

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

Поставщик УСУ передает отдельные СБДС с диапазоном определенного нм КУ. И хотя сервис сетевого уровня поддерживает целостность отдельных СБДС, нет необходимости доставлять их принимающему пользователю УСУ в том же порядке, в котором они были выданы передающим пользователем УСУ.

Страница 60

ГОСТ Р 34 951- 92 С. 59

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

15 2 Типы примитивов и параметры Типы примитивов и параметры, необходимые для услуг сетевого уровня в режиме без-установления-соединсиия. определены в табл. 14.

Таблиц» И

Парам?) р

С-БЛОК-ДАННЫХ Э«ПрОс

С БЛОК-Д»ННЫХ

ННдККвЦНИ

Адрес отправителя

X

Х(-)

Адрес получателя

X

Х(-)

Качество услуг

X

X

ДАННЫЕ ПОЛЬЗОВАТЕЛЯ УСУ

X

Х(-)

15.2.1.    Адреса

Адреса, указанные а табл. 14, являются адресами пунктов-дос-тупа-к-услугам-сетевого-уровня. Оба вида услуг сетевого уровня: в режиме с-установлснием соединення и в режиме безустановления-соединения используют адреса одних и тех же ПДУС, как описано в И СО 8348/Доп. 2.

15.2.2.    Качество услуг

Значение параметра «качество услуг» представляется в виде набора подпараметров. Для каждого параметра его значения в двух примитивах соотносятся таким образом, что:

а)    в примитиве запроса разрешается любое значение, которое определено;

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

15.2.3.    Данные пользовате.гя УСУ

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

15.2.4.    Последовательность примитивов

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

Страница 61

С. 60 ГОСТ Р 34.951-92

С-бЮК-ДАННЫХ запрос------


ОДОКДОЮШЛ ■ индикация


Черт. 21

С-5ЛВК-ДАННЫХ зоррх.

[•6Я0Л-ДШЫХ им&хсция Черт. 22

15.2.5. Последовательность примитивов УСУ в одном ПДУ С

Возможная полная последовательность примитивов УСУ в одном ГТДУС определена диаграммой переходов состояний на черт. 22.

На черт. 22 состояние ХОЛОСТОЕ представляет собой исходное и конечное состояния последовательности примитивов.

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

Страница 62

ГОСТ Р 34.951-М С 61

ПРИЛОЖЕНИЕ I Справочное

СРЕДСТВА ДЛЯ ПЕРЕДАЧИ ХАРАКТЕРИСТИК УСЛУГ

I. Введение

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

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

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

в)    являются некоторым аспектом управления сетевого уровня (например управление перегрузками).

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

Черт. 23

Ряд примитивов, описывающих средства передачи управляющей информации от поставщика УСУ к пользователю УСУ. представлен я последующих раздела*. Эти примитивы определены в соответствии с ИСО/ТО 8509.

2. Функция

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

Страница 63

С 62 ГОСТ р 34.951-92

рактериетик, выражаемых в результате одноразового обращении к услугам сетевого уровни в режиме без-установдсння-соединения

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

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

3. Типы прнми1иаов н параметры

Определены трн примитива;

а)    С-СРЕДСТВО запрос;

б)    С-СРЕДСТВО индикации;

в)    С-ОТЧЕТ индикация.

Примитив С-СРЕДСТВО запрос выдается пользователем УСУ для запроса информации о характеристиках тех услуг, которые можно ожидать п ответ на примитив(ы) с БЛОК-ДАННЫХ запрос, выдавасмый(ые) в конкретный адресуемый ПДУС.

Примитив С-СРЕДСТВО индикация передаст пользователе УСУ характеристики тех услуг, которые можно ожидать в ответ на примитиа(ы) С-Б.МОК-ДАННЫХ запрос, выдаваемый <ыс) в конкретный адресуемый ПДУС. Этот примитив выдается поставщиком УСУ в отвег на инициированный пользователем УСУ примитив С-СРЕДСТВО запрос, либо он может быть выдан поставщиком УСУ независимо от какого бы 7о ни было запроса пользователя УСУ.

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

П[ .> *.г>ш С-ОГЧЕТ |1пди*ацим передает информацию о ч^и'зртвнэстн дти предоставления запрошенного качества услуг или характеристик услуг тому пользователю УСУ, которого касается ага неисправность, с целью удовлетворении ограничений, наложенных на примитив С-БЛОК-ДАННЫХ запрос, при заданном конкретном адресуемом ПДУС.

Примечание. Этот примитив должен выдаваться поставщиком УСУ в ответ на информацию относительно неудачного выполнения конкретного примитива С БЛОК-ДАННЫЕ запрос. Эта информация получается обычно из операций обеспечивающего протокола сетевого уровня Кроме того, если локальная подсистема сразу определяет, что запрошенная передача не может быть выполнена при заданных Условиях, она может прервать передачу и выдать этот прк-митнн Конкретные условия генерации этого примитива в данном приложении не рассматриваются.

■I. Характеристики услуг

4.1. Управление переполнением

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

4.2 Вероятность сохранении последовательности

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

Страница 64

ГОСТ Р 34 951-92 С 63

Передача с сохраняемой последовательностью характеризуется соблюдение и следующего правила: для данной пары ПДУС примитив С-БЛОК-ДАННЫХ индикация не должен поступать и адресуемый ПДУС позже любого другого примитива С-БЛОК-ДАННЫX ииднкаиня, выданною а результате передачи любого последующего примитива С-БЛОК-ДАННЫХ запрос от ПДУС отправителя к ПДУС-волучатслю.

Для серии передач, где все «хновные параметры КУ одинаковы, определение вероятности сохранения последовательности значением «единица» (I) означает. что поставщик УСУ должен позаботиться о том. чтобы изменение порядка операций (см. разд. 9) не было инициировано.

Примечания:

I Согласно определению, приведенному в ГОСТ 28906 (ИСО 7498). от услуг сетевого уровня и режиме без-установлеиия соединекия не требуется обеспечивать сохранность последовательности Постольку поскольку в некоторых ситуациях СБДС могут быть доставлены it адресуемый ПДУС в заданном порядке, если последовательность передачи поддерживается услугами внжерасполо-жениых уровней, тот факт, что последовательность блоков данных, передаваемых один за другим от пользователя УСУ к поставщику УСУ, доставляется по назначению в том же порядке, не является основной характеристикой услуг сетевого уровня в режиме без-установлеиия-соелинеккя, поскольку никаких взаимоотношений между СБДС, ни явных, ни косвенных услугами сетевого уровня в режиме без-устзковлсния-соелиисиия »с создается.

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

4.3. Максимальное время существования СБДС

Максимальное время существования СБДС — это максимальный промежуток времени между выполнением примитива С-БЛОК-ДАННЫХ запрос и выполнением ожтиетствующего примитива С-БЛОК-ДАННЫХ индикация Максимальное время существования СБДС доводится до сведения пользователя УСУ для того, чтобы можно было правильно назначать значения тайм-аутов, относящихся к протоколу транспортного уровни.

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

5 Типы примитивов и параметры

Тины примитивов и параметры, необходимые для обеспечения описанных выше средств управления, приведены п табл. 15.

51. Адрес получателя

Адрес, указанный в табл. 15. является адресом ПДУС. Оба типа услуг сетевого уровня (в режиме с-установленисм-сосдкнсння и в режиме без-установле-иия-соединсиия) используют одни и те же адреса ПДУС, как описано в ИСО

8348/Доп 2.

Страница 65

С. 64 ГОСТ Р 34 951-92

Та6л н ца 15

Типы примитивов и параметры

Па? 4м с гг

ССРЕДС7ВП

С-ОТЧЕТ.

ИИДИК* ИИ

Запрос

Ивдихаояя

Адрес получателя

X

X

X

Характеристика услу

X (см, примеча

X

X

ги/параметр КУ

ние)

Причина выдачи отче

X

та

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

5 2. Характеристика услуг/параметр К У

Значением характеристики услуг/парамстра КУ служит набор подпараметров. Для каждого подпараметра может быть указано любое разрешенное для данного конкретного подпараметра значение. Параметры КУ описаны в разд. 10 настоящего стандарта, характеристики услуг описаны » и. 4 приложения J.

53. Причина выдачи отчета

Значение параметра «причина отчета» укалывает причину выдачи примитива С-ОТЧЕТ индикация поставщиком УСУ. Коды параметра «причина» могут означать:

а)    причина не определена;

б)    превышена транзитная задержка;

в)    переполнение на стороне поставщика УСУ;

г)    другое значение запрошенного параметра КУ/характеристики услуги недоступно;

д)    время существования СБДС превышено;

е)    подходящий маршрут не доступен.

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

Страница 66

ГОСТ Р 34.951-92 С. 6-5

ПРИЛОЖЕНИЕ 2 Справочное

РАЗЛИЧИЯ МЕЖДУ ИСО 8348 н РЕКОМЕНДАЦИЕЙ Х.213-1986 МККТТ

Необходимо отметить следующие различия между настоящим стандартом (ИСО 8348) и рекомендацией Х.213 МККТТ.

1. Следующее примечание, содержащееся в п. 12.2.7.2 рекомендации Х.213 МККТТ. отсутствует в ИСО 8348.

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

2 Следующее примечание, содержащееся в п. 12.2.8 рекомендации X. 213 МККТТ. отсутствует в ИСО 8348.

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

Ограничив на переходный период в некоторых подсетях длину даннык-поль-яователя-УСу значением, меньшим 128 октетов (например диапазоном or 16 до 32 октетов), можно ожидать меньших изменений в существующих интерфейсах и системах передачи сигналов и более простого введения такой услуги и существующие подсети,

К|м)и<' того, и табл. б/Х 313 параметры данные пользоватля УСУ помечены кик «условные», тогда как а ИСО 8&18 они не имеют такой пометки

3. Следующее примечание, содержащееся в п. 13.2,3 рекомендации Х.213 МККТТ. отсутствует в ИСО 8348

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

Кроме того, в табл. 11/X.2I3 параметры даиные-пользователя-УСУ помечены как «условные», тогда как в ИСО 8348 они не имеют такой пометки.

Страница 67

С. КВ ГОСТ Р 34.951-9?

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

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

2.    УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ Постановлением Госстандарта России от 10.08.92 № 020

Настоящий стандарт подготовлен методом прямого применения международного стандарта ИСО 8348—87 с Доп. I «Системы обработки информации. Взаимосвязь открытых систем. Услуги сетевого уровня» и полностью ему соответствует

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

4.    ВВЕДЕН ВПЕРВЫЕ

5.    ССЫЛОЧНЫЕ НОРМАТИВНО-ТЕХНИЧЕСКИЕ ДОКУМЕНТЫ

ООозизченис отсчссгмино-го ЛТД. ил который дгкд CWBU

ОЛОЭШЧСИИС СООТАС7\:Гйуш*

щего ucmAyaapo.vioio сгяидлрта

Кимср иупкти. ирмликонки

ГОСТ 2Ю06-9Г

ИСО 7498- Я4

Вводная часть. 0. 2,

3.1. 9.1, 10.1. прило

жи! ие 1

мсо «073—зд*

2

ИСО 8348— 87*

Вводная часть, прило

жение 2

ИСО 8348/Дон. 1—87*

Вводная часть

ИСО 8348/Доп.2— 88*

15.2.1, приложение ]

ИСО 8473- 88*

2

ИСО/ТО 8509-К7*

2, 3.2. 5.1. 9.1. прило

жение 1

ИСО 8602 -87*

2

ИСО 8648- 88*

2

X.2I3 МККТТ*

Приложение 2

• До прямого применении данного документа а качестве государственного стандарта распространение его осуществляет секретариат ТК 22 «Йлформацион-иая технология*.

Страница 68

СОДЕРЖАНИЕ

0. Введение .............I

! Назначение н область применения........:1

2.    Ссылки .............1

Часть I. ОБЩИЕ ПОЛОЖЕНИЯ

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

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

5.    Соглашения.............6

6.    Обзор и обшие характеристики.........7

7.    Возможности услуг сетевого уровня........8

8.    Классы услуг сетевого уровня.........9

9.    Модель ггроиез сетевого уровня    .......9

10.    Качество услуг сетевого уровня ........17

Част». 2. ОПРЕДЕЛЕНИЕ ПРИМИТИВОВ ДЛЯ РЕЖИМА С-УС1АНОВЛЕ-НИЕМ-СОЕДИНЕНИЯ

11.    Последовательность примитивов ....    ....    28

12.    Фаза установления соединения сетеного уровня.....34

13.    Фаза разъединения соединения сетевого уровня......45

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

Часть 3. ОПРЕДЕЛЕНИЕ ПРИМИТИВОВ ДЛЯ РЕЖИмА-БЕЗУСТАНОВ-ЛЕНИЯ-СОЕДИНЕНИЯ

15.    Блок данных.............Г>8

Приложение 1. Средства для передачи характеристик услуг    .    .    61

Приложение 2. Различия между ИСО 8348 и Рекомендацией МККТГ

X.2I3—1986    .............65

Информационные данные    .......66

Страница 69

Редактор Т. С. Шеко Технический редактор В И. Прусокоса Корректор И. И. Гаврищук

Сьляо а млбор 2:0992. Подл, * пен OI I2 9? Ус*. <мч. л 4.5. Уел. кр.отт 45.

У*.-изд. х. 4.15. Тир. $43 >кэ.

Ордеиа «3*а* Почета» Издательство стандартов. 123S&7. Москва. ГСП. Ноа$пргсс»?кскай п*р,. 3.

Калужская типографии сгв*д*[>тоо. ул. .Московская. «О. Злк 2112