Товары в корзине: 0 шт Оформить заказ
Стр. 1
 

35 страниц

487.00 ₽

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

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

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

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

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

В настоящем стандарте определяется метод, с помощью которого УВД на сетевом уровне использует протокол пакетного уровня, определенный в ГОСТ Р 34.950 при обеспечении УСУ УС ВОС. Данная спецификация выражается в понятиях преобразований между внутренними услугами сетевого уровня, определенными в ГОСТ Р ИСО/МЭК 10028, и услугами виртуального соединения (ВС), и постоянного виртуального канала (ПВК) ППУ Х.25

Введен впервые

Оглавление

Введение

1 Назначение

2 Нормативные ссылки

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

4 Сокращения

5 Общее описание и принципы протокольных преобразований

6 Соответствие

7 Общие положения относительно преобразований ССУ

8 Протокольные преобразования при установлении и разъединении ССУ

9 Преобразование протокола для фазы "передача данных"

10 ПСЗП при использовании постоянных виртуальных каналов

Приложение А Форма заявки о соответствии реализации протоколу

Приложение В Измененные требования ЗСРП для ГОСТ Р 34.950-92

Приложение С Иллюстрация обработки параметра КУ "транзитная задержка"

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

Страница 1

ГОСТ Р ИСО/МЭК 10177-99 ГОСУДАРСТВЕННЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ

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

ПЕРЕДАЧА ДАННЫХ И ОБМЕН ИНФОРМАЦИЕЙ МЕЖДУ СИСТЕМАМИ

ОБЕСПЕЧЕНИЕ ПРОМЕЖУТОЧНЫМИ СИСТЕМАМИ ВНУТРЕННИХ УСЛУГ СЕТЕВОГО УРОВНЯ В РЕЖИМЕ С УСТАНОВЛЕНИЕМ СОЕДИНЕНИЯ ПРИ ИСПОЛЬЗОВАНИИ ПРОТОКОЛА ПАКЕТНОГО УРОВНЯ Х.25 по ГОСТ Р 34.950

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

БЗ 2-98/246


ГОССТАНДАРТ РОССИИ Москва

Страница 2

ГОСТ Р ИСО/МЭК 10177-99

Предисловие

1    РЛЗРЛБОТЛН Московским научно-исследовательским центром (МНИЦ) Государственного Комитета Российской Федерации по связи и информатизации

ВНЕСЕН Техническим комитетом по стандартизации ТК 22 «Информационные технологии»

2    ПРИНЯТ И ВВЕДЕН В ДЕЙСТВИЕ Постановлением Госстандарта России от 18 марта 1999 г. N° 7S

Настоящий стандарт содержит полный аутентичный текст международного стандарта ИСО/МЭК 10177—93 «Информационная технология. Передача данных и обмен информацией между системами. Обеспечение промежуточными системами внутренних услуг сетевого уровня в режиме с установлением соединения при использовании протокола пакетного уровня Х.25 по ГОСТ Р 34.950*

3    ВВЕДЕН ВПЕРВЫЕ

£> ИПК Издательство стандартов. 1999

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

Страница 3

ГОСТ I» ИСО/МЭК 10177-99

Содержание

Введение..................................................................IV

1    Назначение.............................................................. I

2    Нормативные ссылки............................................................................................................2

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

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

5    Общее описание и принципы протокольных преобразований................................................3

6    Соответствие..........................................................................................................................5

7    Общие положения относительно преобразований ССУ..........................................................7

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

9    Преобразование протокола для фазы «передача данных»............................ 15

10    ПСЗГ1 при использовании постоянных виртуальных каналов....................... 18

Приложение А Форма заявки о соответствии реализации протоколу....................20

Приложение В Измененные требования ЗСРП для ГОСТ I* 34.950—92 .................. 24

Приложение С Иллюстрация обработки параметра КУ «транзитная задержка».............27

111

Страница 4

ГОСТ Р ИСО/МЭК 10177-99

Введение

Настоящий стандарт — один из совокупности стандартов, относящихся к сетевому уровню эталонной модели взаимосвязи открытых систем (ВОС) по ГОСТ Р ИСО/МЭК 7498-1, предназначенный для обеспечения и поддержки услуг сетевого уровня (УСУ) ВОС, определенных в ГОСТ Р 34.951. Он разработан на общей основе, определенной в ГОСТ Р ИСО 8648 и в соответствии с более детализированной моделью функций промежуточных систем, определенных в ГОСТ Р ИСО/МЭК 10028.

В ГОСТ Р ИСО/МЭК 10028 определены ретрансляционные функции промежуточной системы на сетевом уровне с точки зрения внутренних услуг сетевого уровня (ВУСУ). ВУСУ — это модель потока информации на сетевом уровне при обеспечении сеансов обмена данными на сетевом уровне, представленная в такой степени абстрагирования, которая не зависит от конкретных протоколов и от техполопш подсети. Настоящий сгандарт определяет преобразование между ВУСУ и протоколом пакетного уровня (Г1ПУ) Х.25 (определенным в ГОСТ Р 34.950) для тех случаев, когда реальное устройство взаимодействия (УВД), смоделированное абстрактной промежуточной системой, действует как (ЦПУ) Х.25 в его пункте подключения к реальной подсети при обеспечении услуг сетевого уровня в режиме с установлением соединения (УСУ УС).

Использование ПГ1У Х.25. определенного в настоящем стандарте для УВД. совместимо с его использованием, определенным в ГОСТ 34.954 для реальных оконечных систем; фактически в некоторых сценариях одни и те же обмены пакетами между УВД и оконечной системой с точки зрения оконечной системы описываются в ГОСТ 34.954. а с точки зрения УВД — в настоящем стандарте.

Настоящий стандарт применим к любой функциональной среде, в которой используется протокол по ГОСТ Р 34.950 при обеспечении УСУ УС. К таким функциональным средам наряду с другими относятся следующие:

-    сеть данных общего пользования с коммутацией пакетов:

-    сеть данных частного пользования с коммутацией пакетов;

-    локальная вычислительная сеть;

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

-    другие подсети, где используется ППУ

Х.25 режима ООД—ООД при обеспечении УСУ УС.

IV

Страница 5

ГОСТ Р ИСО/МЭК 10177-99 ГОСУДАРСТВЕННЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ

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

ПЕРЕДАЧА ДАННЫХ И ОБМЕН ИНФОРМАЦИЕЙ МЕЖДУ СИСТЕМАМИ. ОБЕСПЕЧЕНИЕ ПРОМЕЖУТОЧНЫМИ СИСТЕМАМИ ВНУТРЕННИХ УСЛУГ СЕТЕВОГО УРОВНЯ В РЕЖИМЕ С УСТАНОВЛЕНИЕМ СОЕДИНЕНИЯ ПРИ ИСПОЛЬЗОВАНИИ ПРОТОКОЛА ПАКЕТНОГО УРОВНЯ Х.25 по ГОСТ Р 34.950

Information technology. Telecommunications and information exchange between systems. Provision of the connection-mode Network internal layer service by intermediate systems using ISO/I EC 8208. the X.25

Packet Layer Protocol

Дата введения 2000—01—01

1 Назначение

В настоящем стандарте определяется метод, в помощью которого УВД на сетевом уровне использует протокол пакетного уровня, определенный в ГОСТ Р 34.950 при обеспечении УСУ УС ВОС. Данная спецификация выражается в понятиях преобразований между внутренними услугами сетевого уровня, определенными в ГОСТ Р ИСО/МЭК 10028, и услугами виртуального соединения (ВС), и постоянного виртуального канала (ПВК) ППУ Х.25.

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

Кроме того, настоящий стандарт использует определение ретрансляционных функций промежуточной системы из ГОСТ Р ИСО/МЭК 10028 с целью расширения его применения за пределы одного пункта подключения подсети с тем. чтобы определить те требования, которым должно удовлетворять УВД в целом при обеспечении УСУ УС ВОС.

Настоящий стандарт распространяется на те действия ППУ Х.25, которые совместимы с версиями рекомендации Х.25 МККТГ 1984 г. и более поздними, а также с версией Х.25 1980, где используется служба ПВК; совместимость с версией Х.25 1980 г. относительно ВС не входит в предмет рассмотрения настоящего стандарта.

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

Для оценки соответствия конкретной реализации необходимо иметь констатацию реализованных функциональных и факультативных возможностей. Такая констатация называется «заявкой о соответствии реализации протоколу» (ЗСРП), определенной в ИСО/МЭК 9646-1. Настоящий стандарт предусматривает форму ЗСРП согласно соответствующим требованиям и руководящим материалам, приведенным в ИСО/МЭК 9646-2.

В настоящем стандарте не определяется каких-либо требований, относящихся к обмену маршрутной информацией или информацией административного управления уровня между УВД и другими системами.

И иаинс официальное

I

Страница 6

ГОСТ Р ИСО/МЭК 10177-99

2    Нормативные ссылки

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

ГОСТ Р 34.950-92 (ИСО 8208—87) Информационная технология. Взаимосвязь открытых систем. Передача данных. Протокол пакетного уровня Х.25 для оконечного оборудования данных

ГОСТ Р 34.951-92 (ИСО 8348-87, ИСО 8348, Доп. 1-87) Информационная технология. Передача данных. Определение услуг сетевого уровня

ГОСТ Р ИСО/МЭК 7498-1—99 Информационная технология. Взаимосвязь открытых систем. Базовая эталонная модель. Часть 1. Базовая модель

ГОСТ Р ИСО/МЭК 9646-1—93 Информационная технология. Взаимосвязь открытых систем. Основы и методология аттестационного тестирования. Часть 1. Общие положения

ГОСТ Р ИСО/МЭК 9646-2—93 Информационная технология. Взаимосвязь открытых систем. Основы и методология аттестационного тестирования. Часть 2. Спецификация комплекта абстрактных тестов

ГОСТ I’ ИСО/МЭК 10028—96 Информационная технология. Передача данных и обмен информацией между системами. Определение ратрансляционных функций и промежуточной системы на сетевом уровне

ГОСТ ИСО 8648-98 Информационная технология. Взаимосвязь открытых систем. Внутренняя организация сетевого уровня

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

3.1    Определения, принятые в эталонной модели

Настоящий стандарт использует следующие термины, определенные в ГОСТ Р ИСО/МЭК 7498-1:

a)    сетевой уровень.

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

c)    соединение сетевого уровня.

3.2    Определения, относящиеся к архитектуре сетевого .уровня

В настоящем стандарте используют следующие термины, определенные в ГОСТ Г ИСО 8648:

a)    реальная подсеть,

b)    устройство взаимодействия,

c)    промежуточная система,

d)    протокол сходимости, зависимый от подсети.

3.3 Определения, относящиеся к ретрансляции на сетевом уровне

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

ГОСТ Р ИСО/МЭК 10028:

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

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

c)    конечный пункт стадии сетевого уровня.

3.4    Определения, относящиеся к адресации

В настоящем стандарте используют следующие термины, определенные в ГОСТ Р 34.971:

a)    идентификатор администратора и формата,

b)    специфичная часть региона,

c)    начальная часть региона,

d)    идентификатор исходного региона,

e)    пункт подключения подсети,

0 адрес пункта подключения подсети.

3.5    Определения, относящиеся к протоколу пакетного уровня Х.25

В настоящем стандарте используют следующие термины, определенные в ГОСТ Р 34.950:

a)    интерфейс ООД/ХХД,

b)    логический канал,

c)    последовательность бита М,

d)    логический объект пакетного уровня,

e)    порядковый номер принимаемого пакета,

0 порядковый номер передаваемого пакета,

2

Страница 7

ГОСТ I» ИСО/МЭК 10177-99

g)    постоянный виртуальный канал,

h)    бит определитель,

j) верхняя граница окна, к) виртуальное соединение.

1) окно.

4    Сокращения

ЛКД — аппаратура окончания капала данных

ВИТЗ — выбор и индикация транзитной задержки

ВК — виртуальный канал

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

Д (бит) — бит подтверждения доставки

ЗСРП — заявка о соответствии реализации протоколу

ИГ1Ф — идентификатор полномочий и формата

ПНР — идентификатор начального региона

ИОФ — идентификатор общего формата

И ПС - интерфейс с пользователем сети

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

М (бит) — бит дополнительных данных

НГ1К — наименьшее приемлемое качество

ООД — оконечное оборудование данных

ПА — поле адреса

Г1ВК — постоянный виртуальный канал

Г1ДВУСУ — пункт доступа к внутренним услугам сетевого уровня

Ппд — порядковый номер передаваемого пакета

Ппм — порядковый номер принимаемого пакета

ППП — пункт подключения подсети

ППУ — протокол пакетного уровня

ПТПм — подтверждение приема

ПЧЭО — признанная частная эксплуатационная организация С — сеть

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

СКМП — согласование класса минимальной пропускной способности

СМТЗ — согласование межконцевой транзитной задержки

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

УВД — устройство взаимодействия

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

УСУ УС — услуги сетевого уровня в режиме с установлением соединения ХХД - ООД или ЛКД Q (бит) — бит определить

5    Общее описание и принципы протокольных преобразований 5.1 Структура спецификации

В разделах 7—9 определяется преобразование примитивов и параметров ВУСУ в (подмножество) пакетов, процедур, возможностей П П У Х.25. и обратно. Это преобразование применимо к одной стороне УВД, например, к элементу (4—А) на рисунке 1. В разделе 6 определяются требования к УВД. обеспечивающего УСУ УС через П ПУ Х.25. Определение этих требований дается в понятиях указанного преобразования и полного определения ВУСУ в ГОСТ Р ИСО/МЭК 10028. В разделе 10 определяются процедуры ПСЗП для использования с Г1ВК. В приложении А приведена форма ЗСРП. а в приложении В перечислены требования, относящиеся к соответствующей ЗСРП ГОСТ Р 34.950.

Примечание — Если не считать спецификации по трактовке некоторых нарушений преобразования протокола в 8.7 и 9.1.1. то всс непосредственные обязательные положения настоящего стандарта содержатся в разделах 6 и 10 для ПВК. Однако наложение этих положений в разделе 6 основывается на расширенных определениях, содержащихся в разделах 7—9 и в ГОСТ Р ИСО/МЭК 10028, и могут интерпретироваться со ссылками на них.

3

Страница 8

ГОСТ Р ИСО/МЭК 10177-99

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

К функциональным возможностях! внутренних УСУ УС (см. раздел 6 ГОСТ I* ИСО/МЭК 10028) относятся следующие:

a)    установление ССУ;

b)    согласование качества услуг <КУ);

c)    передача нормальных данных:

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

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

0 подтверждение приема;

g)    сброс ССУ;

h)    разъединение ССУ;

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

к) диагностика ошибок.

5.3. Обшие характеристики преобразования между ППУ Х.25 и ВУСУ

Пункт подключения подсети, в котором УВД выполняет ППУ Х.25. идентифицируется интерфейсом ООД/ХХД. через который передаются пакеты, как определено в ГОСТ Р 34.950. При нормальной ретрансляции пакеты, полученные УВД, преобразуются в необходимых случаях в примитивы индикации и подтверждения ВУСУ; примитивы запроса и ответа преобразуются в пакеты, передаваемые УВД. Некоторые ошибочные состояния в УВД могут приводить к выдаче примитивов индикации, которые преобразуются либо в передаваемые пакеты, либо приводят к полному отсутствию пакетов. Точно также некоторые состояния управления потоком приводят к преобразованию между примитивами индикации и передаваемыми пакетами либо между примитивами запроса и принимаемыми пакетами.

На рисунке 1 показана модель, используемая в ГОСТ 1* ИСО/МЭК 10028 при определении абстрактных функций ретрансляции промежуточной системы:    сам протокол

ГОСТ Р ИСО/МЭК 10028 охватывает элементы 1—3 модели. Протокольное преобразование рассматривается как происходящее между пакетами в ПГ1П, где Г1ПУ Х.25 используется для доступа к реальной подсети, а примитивы ВУСУ обмениваются в непосредственно связанным с ней пункте доступа к внутренним услугам сетевого уровня (ПДВУСУ). например, между П11Г1—Л и примитивами ВУСУ в элементе (1—А) рисунка 1. как показано элементом (4—А). Однако из-за абстрактного характера ВУСУ и ПДВУСУ и возможного отсутствия доступа к реализациям любого конкретного УВД соответствие настоящему стандарту' определяется с точки зрения наблюдаемого поведения в любом удобном пункте рассматриваемого ССУ.

це Л и В — обозначения двух сюром промежуточной системы: ПИП — пункт подключения подсети;

/ - примитивы ВУСУ: 2 - ретрансляционная функция ВУСУ: 3 - обеспечение управления С-мар-шрутшаииеи и С-уровнем при ретрансляции: 4— преобраювание между ВУСУ и С-протоколами

Рисунок I — Модель промежуточной системы

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

4

Страница 9

ГОСТ Р ИСО/МЭК 10177-99

Примечания

1    Функция преобразования не имеет, следовательно, собственных состояний и не обладает возможностями буферизации; детали преобразования могут, разумеется, зависеть от состояния интерфейса ООД/ХХД, определенного в ГОСТ Р 34.950.

2    Примитивы ВУСУ не должны рассматриваться в виде модели или же они должны представлять собой нечто подобное программному интерфейсу с предполагаемым следствием возможного участия реализации ниже ПДВУСУ в потоке информации на уровне УСУ. представляемых ВУСУ. Если реализация протокола влияет на поток информации, ТО любые результаты такого влияния, которые наблюдаемы вне УВД. описываются моделью ретрансляционной функции ГОСТ Р ИСО/МЭК 10028 (элемент 2 рисунка 1).

Рассмотрим, например, случай, когда пакет ВХОДЯЩИЙ ВЫЗОВ содержит услугу «согласование срочных данных» (ССД), в которой закодировано использование срочных данных, и УВД продвигает пакет ЗАПРОС ВЫЗОВА, содержащий услугу ССД. в которой закодировано неиспользование срочных данных. Пакет ВХОДЯЩИЙ ВЫЗОВ преобразуется в примитив ВУ-СОЕДИНЕНИЕ индикация, имеющий параметр «выбор срочных данных» в значении «использование срочных данных», в пакет ЗАПРОС ВЫЗОВА преобразуется в примитив ВУ-СОЕДИНЕНИЕ запрос, имеющий параметр «выбор срочных данных» в значении «неиспользование срочных данных»: это соответствует элементарной последовательности запросных примитивов ВУСУ по ГОСТ Р ИСО/МЭК 10028 при взаимоотношениях Р2 (Ь) между параметрами.

3    Примитивы ВУСУ. которые не требуют продвижения информации параметров через УВД. на практике могут обрабатываться целиком в реализации логического объекта пакетного уровня (например, упра&тение потоком (см. 9.1.3—9.1.6) или ответ на сбросы ССУ).

6 Соответствие

6.1    Требования к статическому соответствию

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

6.2    Требования реализации ППУ Х.25

6.2.1 Требования при использовании виртуальных соединений.

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

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

b)    установление ВС;

c)    прерывание установления исходящего ВС;

d)    отклонение установления входящего ВС;

e)    отклонение входящего ВС;

0 передача нормальных данных:

g)    М-бит, метка «дополнительные данные»;

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

j) сброс;

Та б л и ца I — Требования к стат ическому соответствию

1 Функциональная во -шожноегь

2 Опрсиспмюшие разделы

3 Статус

Использование услуг ВС

6.2.1

Ф

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

Использование услуг ПВК

6.2.2. 10

Ф

Соединения сетевого уровня

7

О

Установление исходящего С'СУ

8.1. 8.8-8.16

Ф

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

Установление входящего ССУ

8.1. 8.S-8.16

Ф

Согласование КУ

8.12-8.14

О

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

9.1.1. 9.1.2

о

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

9.1.3-9.1.6

о

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

9.2.1-9.2.3

ф

5

Страница 10

ГОСТ Р ИСО/МЭК 10177-99

Окончание таблицы I

I ФуНКИМОПJ-ILHJH поможиость

2 Определяющие радпелы

3 Статус

Подтверждение приема Сброс ССУ Разъединение ССУ

Разъединение ССУ при нарушении преобразования протокола

Сброс ССУ при нарушении преобразования протокола

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

Управление соединением

Диагностика ошибок 9.1.2. 9.1.7 9.3.1—9.3.7

Ф

О

О

Ф

Ф

Ф

Ф

О

8.2—8.5, 8.8.8.9, 8.15.8.17,8.18

8.6

9.3.2с

9.1.1

8.16

8.17, 8.18. 9.3.6. 9.3.7


Обозначения: О — обязательное. Ф — факультативное.

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

к) согласование бита Д в установленном соединении;

1) быстрая выборка, если обеспечивается установление исходящего ССУ: т) средство согласования класса пропускной способности; п) средство выбора и индикации транзитной задержки; р) все определенные МККТТ функциональные возможности ООД.

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

q) прерываемая передача данных (при передаче срочных данных ВУСУ); г) подтверждение доставки (при подтверждении приема ВУСУ).

В конфигурации ООД/АКД требуется индекс для следующих средств: s) прием быстрой выборки, если обеспечивается установление входящего ССУ;

D согласование класса пропускной способности.

В конфигурации ООД — ООД оба ООД должны согласовывать использование быстрой выборки.

6.2.2 Требования при использовании постоянных виртуальных капало в

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

a)    передача нормальных данных;

b)    бит М. метка «дополнительные данные»;

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

d)    сброс.

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

e)    прерываемая передача данных (при передаче срочных данных ВУСУ);

0 подтверждение доставки (при подтверждении приема ВУСУ).

6.3 Динамическое соответствие

6.3.1 Соответствие в ППП

Для того, чтобы УВД соответствовало настоящему стандарту в ППП, любая последовательность пакетов по ГОСТ Р 34.950. передаваемая и принимаемая в логических каналах, используемых при обеспечении ССУ, а также любой пакет ПОВТОРНЫЙ ПУСК:

a)    должны соответствовать ГОСТ Р 34.950 и

b)    при прерывании в соответствии с преобразованием, определенном в разделах 7—9. должны соответствовать последователь»!остям примитивов ВУСУ, определенным в ГОСТ Р ИСО/МЭК 10028.

6

Страница 11

ГОСТ I* ИСО/МЭК 10177-99

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

6.3.2 Соответствие п качестве устройства взаимодействия

Для тою. чтобы УВД соответствовало настоящему стандарту в качестве устройства взаимодействия, оно должно соответствовать ППП согласно 6.3.1. Кроме того, любое наблюдаемое поведение ССУ на удаленной стороне УВД должно соответствовать возможным последовательностям примитивов ВУСУ, которые связаны с последовательностями примитивов. согласно ГОСТ Р ИСО/МЭК 10028, через стадии и ретрансляции а) с последовательностями, образованными согласно разделам 7—9 из пакетов, передаваемых в ППП. и Ь) с любыми дополнительными примитивами ВУСУ. соответствующими случаям безуспешного обеспечения нижнего уровня для пакетного уровня в ППП или при нарушениях протокола, согласно S.5 и 8.6 соответственно.

6.4 Заявка о соответствии реализации протоколу

Поставщик УВД. которое заявлено на соответствие настоящему стандарту, должен заполнить экземпляр формы ЗСРП, приведенной в приложении Л.

Кроме того, форма ЗСРП должна заполняться для реализации ППУ Х.25 в соответствии с требованиями ГОСТ Р 34.950; записи должны вноситься в соответствии с модифицированными требованиями приложения В. в которых отражены требования, указанные выше в 6.2.

7    Общие положения относительно преобразований ССУ

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

Для режима с установлением соединения ГОСТ Р ИСО/МЭК 10028 определяет реализации примитивов ВУСУ, относящихся к данному ССУ в ПДВУСУ. как имеющие место в единственном конечном пункте стадии сетевого уровня (КПСТСУ). отличающемся от КПСТСУ любого другого ССУ в ПДВУСУ. Примитивы ВУСУ взаимоувязываются с соответствующим КПСТСУ механизмом, локальным для промежуточной системы, и не определяются более подробно в ГОСТ Р ИСО/МЭК 10028.

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

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

8    Протокольные преобразования при установлении и разъелинении ССУ

Преобразование между ВУСУ и ППУ Х.25 при установлении и разъединении ССУ определены в таблице 2 и указанных в ней подрагтелах.

Таблица 2 — Протокольное преобразование для примитивов и параметров установления и разьединения ССУ ВУСУ

Прим»пт или парамор ВУСУ

Пакет/пчдс/услута ГОСТ Р 34.9S0

Подра:ыс.«

ВУ-СОЕДИНЕНИЕ запрос

Пакет ЗАПРОС ВЫЗОВА, быстрая

8.1

выборка

ВУ-СОЕДИНЕНИЕ индикация

Пакет ВХОДЯЩИЙ ВЫЗОВ, быстрая

8.1

выборка

7

Страница 12

ГОСТ Р ИСО/МЭК 10177-99

Принижение таб.ищы 2

Примншн или параметр В УСУ

Пакст/ииле/услуга ГОСТ Р 34.950

Полратасл

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

Расширение адреса вызываемого или

8.8

Адрес вызываемого ООД в поле адреса

8.9

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

Расширение адреса вызывающего или

8.8

Адрес вызывающего ООД в иоле «адрес»

8.9

Вы Сюр ГТТП.м

Поле ИОФ: бит ? октета 1

8.10

Выбор СД

Согласование срочных данных

8.11

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

- пропускная способность, текущая

Согласование класса пропускной способности

8.12

- пропускная способность. НИК

Согласование класса минимальной пропускной способности

8.12

- транзитная задержка, текущая иди

Выбор и индикация транзитной задержки: согла

8.13.1,

желаемая

сование меж конце вой транзитной задержки, суммарной и желаемой

8.13.2

- транзитная задержка. НПК

Согласование межконнсвой транзитной задержки, максимально приемлемой

8.13.3

- приоритет, текущий

Приоритет, желаемый/приемлемый

8.14

- приоритет. НПК

Приоритет, наименее приемлемый

8.14

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

Поле «данные пользователя вызывающего»

8.15

Управление соединением ВУ

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

8.16

ВУ-С'ОЕДИ НЕНИЕ ответ

Пакет ВЫЗОВ ПРИНЯТ

8.1

ВУ-СОЕДИНЕНИЕ подтверждение

Пакет СОЕДИНЕНИЕ УСТАНОВЛЕНО

8.1

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

Расширение адреса вызываемого или

8.8

Адрес вызываемото-ООД в поле «адрес*

8.9

Выбор ПТПм

Паче ИОФ: бит 7 октета 1

8.10

Выбор СД

Согласование срочных данных

8.11

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

- пропускная способность, выбран

Согласование класса пропускной способности

8.12

ная

- транзитная задержка, выбранная

Согласование межкоииевой транзитной задержки, суммарной

8.13.4

- приоритет, выбранный

Приоритет, выбранный

8.14

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

Поле «данные вызываемого пользователя»

8.15

Управление соединением ВУ

Выбор ИI1C

8.16

ВУ-РАЗЪЕДИНЕНИЕ запрос

Пакет ЗАПРОС ЗАВЕРШЕНИЯ

8.2

Инициатор 1

Поле «причина завершения» и

8.17

Причина \

ноле «код диагностики»

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

Поле «данные завершающего пользователя»

8.15

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

Расширение адреса вызываемого

(1 'III

8.8

I1.I91

Адрес вызывасмого-ООД в иоле «адрес»

8.9

Диагностика ВУ

Поле «причина завершения» и поле «код диагностики*

8.18

X

Страница 13

ГОСТ Р ИСО/МЭК 10177-99

Окончание таблицы 2

Примитив или параметр ВУСУ

Пакст/ниле/услуга ГОСТ Р 34.9S0

Полравдел

Расположение ВУ

Нулевое значение

ВУ-РАЗЪЕДИНЕНИЕ индикация

Пакет ИНДИКАЦИЯ ЗАВЕРШЕНИЯ

8.3

Пакет ЗАПРОС ЗАВЕРШЕНИЯ

8.4. 8.6

Пакет ЗАПРОС ПОВТОРНОГО ПУСКА

8.4

Пакет ИНДИКАЦИЯ ПОВТОРНОГО ПУСКА

8.4

нет

8.5

Инициатор

Поле «причина завершения/повторного пуска» и

8.17

Причина

поле «код диагностики»

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

Поле «данные завершающею пользователя»

8.15

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

Расширение адреса вызываемого или

8.8

Адрес вызываемого ООД в иоле «адрес»

8.9

Диаг ностика ВУ

Поле «причина завершения/повторного пуска» и поле «код диагностики»

8. IS

Расположение ВУ

Нулевое значение

Нет примитива ВУСУ

Пакет ВХОДЯЩИЙ ВЫЗОВ или пакет СОЕДИНЕНИЕ УСТАНОВЛЕНО с недействительным значением(ями) или комбинацией значений в ноле «адрес» и/или в иоле(ях) «параметр услуги*

8.7—8.9

Преобразования в 11ПУ Х.25для примитивов ВУ-РЛЗВИТИЕ-СОЕДИНЕНИЯ не происходит. Также не происходит преобразования, определенного для параметров КУ «защита* и «учет внутренних услуг*.

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

8.1    Примитив ВУ-СОЕДИНЕНИЕ

Примитивы ВУ-СОЕДИНЕНИЕ запрос и индикация соответствуют пакетам ЗАПРОС ВЫЗОВА и ВХОДЯЩИЙ ВЫЗОВ со средством «быстрая выборка», имеющим место в каждом случае. Примитивы ВУ-СОЕДИНЕНИЕ ответ и подтверждение соответствует пакетам ВЫЗОВ ПРИНЯТ и СОЕДИНЕНИЕ УСТАНОВЛЕНО.

8.2    Примитив ВУ-РАЗЪЕДИНЕНИЕ запрос

Соответствует пакетам ЗАПРОС ЗАВЕРШЕНИЯ.

8.3    Примитив ВУ-РАЗЪЕДИНЕНИЕ индикация: нормальный случай

Соответствует в простейших случаях пакетам ИНДИКАЦИЯ ЗАВЕРШЕНИЯ.

8.4    Примитив ВУ-РАЗЪЕДИНЕНИЕ индикация: ошибки на пакетном уровне

Соответствует также пакету ЗАПРОС ЗАВЕРШЕНИЯ, если он генерируется логическим объектом пакетного уровня или процедурами ПСЗП для использования в ПВК. например, в ответ на ошибку в принимаемом пакете, а также пакету ЗАПРОС ПОВТОРНОГО ПУСКА или ИНДИКАЦИЯ ПОВТОРНОГО ПУСКА, которые перелаются, когда логический канал используется для ССУ (в этих случаях один пакет ПОВТОРНЫЙ ПУСК соответствует нескольким примитивам ВУ-РАЗЪЕДИНЕНИЕ индикация, по одному на каждое ССУ).

8.5    Примитив ВУ-РАЗЪЕДИНЕНИЕ индикация: ошибки на нижних уровнях

Соответствует также нарушению последовательности на уровнях звена данных и физическом, согласно ГОСТ Р 34.950: это относится к каждому ССУ с соответствующим ВС или Г1ВК. используемым в случае нарушения последовательности.

8.6    Примитив ВУ-РАЗЪЕДИНЕНИЕ индикация: нарушения в преобразовании протокола

И, наконец, примитив ВУ-РАЗЪЕДИНЕНИЕ индикация соответствует пакету ЗАПРОС ЗАВЕРШЕНИЯ, сгенерированному в ответ на прием пакета, который будучи действительным с точки зрения ГОС Т Р 34.950, недействителен как часть преобразования, определенного в остальных частях разделов 8 и 9 настоящего сгандарта.

9

Страница 14

ГОСТ Р ИСО/МЭК 10177-99

К функциональным возможностям при таких ошибочных пакетах относятся:

a)    принят пакет ПРЕРЫВАНИЕ при согласовании неиспользования срочных данных;

b)    принят пакет ДАННЫЕ с битом Д, установленным в единицу, при согласовании неиспользования подтверждения приема:

c)    принят пакет ДАННЫЕ с битом О. установленным п единицу;

d)    принята последовательность бита М с данными нулевой длины;

e)    принят пакет СОЕДИНЕНИЕ УСТАНОВЛЕНО с одной или несколькими ошибками, определенными ниже в 8.7.2.

Примечание — Появление одной из указанных выше ошибок а) — d) означает, что система, порождающая ошибочные пакеты, не реализует ни протокол настоящего станларга. ни протокол по ГОСТ 34.954. В результате ока гывается невозможным паяное обеспечение ВУСУ и. как следствие, невозможно межконисвое обеспечение услуг сетевого уровня при появлении таких ошибок. Однако, если в ответ на эти ошибки используется завершение вызова согласно изложенному в данном подразделе. ВУСУ могут сохраняться в приемном УВД и на стороне ССУ. удаленного от источника ошибки. См. также 9.3.2 относительно случаев а) — d) и 9.1.1 относительно случая d).

8.7 Нарушения преобразования протокола в принимаемых пакетах «установление соединения»

8.7.1    Пакеты ВХОДЯЩИЙ ВЫЗОВ

Если полученный пакет ВХОДЯЩИЙ ВЫЗОВ является правильным с точки зрения ГОСТ Р ИСО/МЭК 8208. но не содержит значений полей «адрес» и «услуга», которые могут преобразовываться в параметры примитива ВУ-СОЕДИНЕНИЕ индикация, то либо

a)    такой пакет не входит в предмет рассмотрения настоящего стандарта, либо

b)    этот пакет является ошибочным и вызывает нарушение протокольного преобразования.

Случай а) имеет место в том случае, когда:

i) отсутствует услуга «расширение адреса вызываемого» и УВД не в состоянии образовать И НФ и. следовательно, полный С-адрес в соответствии с описанным ниже в 8.9 кодированием, либо эта услуга имеется, но первый октет поля «параметр услуги» показывает, что она содержит адрес, отличный от С-адреса, определенного согласно ГОСТ Р 34.951, либо

и) отсутствует услуга «расширение адреса вызывающего* и УВД не в состоянии образовать ИПФ и. следовательно, полный С-адрес в соответствии с кодированием описанным ниже в 8,9. либо эта услуга имеется, но первый октет поля «параметр услуги» показывает, что она содержит адрес, отличный от С-адреса. определенного согласно ГОСТ Р 34.951. и

iii) если применима ситуация i) или ii), то приемное ООД обеспечивает Г1Г1У Х.25 для использований, отличающихся от обеспечения услуг сетевого уровня ВОС в соответствии с настоящим стандартом или с ГОСГ 34.954.

Случай Ь) имеет место в тех случаях, когда

1)    применим случай i) или ii), но не iii), либо

2)    в полученном пакете ВХОДЯЩИЙ ВЫЗОВ отсутствует услуга <• быстрая выборка» или услуга «согласование класса пропускной способности», либо

3)    в изображении-пакета ВХОДЯЩИЙ ВЫЗОВ, полученного по Г1ВК. отсутствуют услуги СК.МГ1, «выбор и индикация транзитной задержки) ВИТЗ и СМ ГЗ, либо

4)    имеется несогласованность в значениях подпараметров КУ, например, значение «текущее* или «желаемое» хуже, чем соответствующие значения НПК (см. ниже 8.12, 8.13 и 8.14).

В случае Ь) в ответ на ошибочно принятый пакет ООД должно передать пакет ЗАПРОС ЗАВЕРШЕНИЯ с причиной «инициировано ООД». Рекомендуется, чтобы значением поля «код диагностики» было 232 «отклонение соединения — ПДВУСУ недоступен/устойчивое состояние», если применимо i), а в противном случае — 245 «отклонение соединения — причина неопределе-на/устойчивое состояние*. Пакет ВХОДЯЩИЙ ВЫЗОВ и пакет ЗАПРОС ЗАВЕРШЕНИЯ не преобразуются в примитив ВУСУ.

8.7.2    Пакеты СОЕДИНЕНИЕ УСТАНОВЛЕНО

Если принятый пакет СОЕДИНЕНИЕ УСТАНОВЛЕНО является правильным с точки зрения ГОСТ Р 34.950, но не содержит таких значений полей «адрес* и «услуга», которые могут преобразовываться в параметры примитива ВУ-СОЕДИНЕНИЕ подтверждение, то этот пакет является ошибочным, который вызывает нарушение протокольного преобразования. Возможными ошибками я ат я юте я:

а) в услуге «расширение адреса вызываемою* первый октет поля «параметр услуги» показывает, что услуга содержит адрес, не явтяюшийся С-адресом, определенным в соответствии с ГОСТ Р 34.951;

К)

Страница 15

ГОСТ I» ИСО/МЭК 10177-99

b)    отсутствует услуга «расширение адреса вызываемого» и ООД не может образовать ИПФ и, следовательно, полное значение С-адреса для адреса отвечающего такое же. как описано ниже в 8.9;

c)    отсутствует услуга «согласование межконцевой транзитной задержки»;

d)    в услуге закодировано значение «выбранное» параметра КУ, которое недействительно с точки зрения правил согласования КУ. относящихся к соответствующему пакету ЗАПРОС ВЫЗОВА (например, значение «выбранное* означает более низкое КУ. чем значение НПК).

В ответ на ошибочно принятый пакет ООД должно передать пакет ЗАПРОС ЗАВЕРШЕНИЯ с причиной «инициировано ООД». Рекомендуется устанавливать поле «код диагностики» в значение 245 «соединение отклонено — причина неопределена/устойчивое состояние». Ни один из примитивов ВУСУ не соответствует пакету СОЕДИНЕНИЕ УСТАНОВЛЕНО; в 8.6 определяется преобразование для пакета ЗАПРОС ЗАВЕРШЕНИЯ.

8.8    Параметры адреса: нормальные случаи

За исключением возможных ситуаиий. описанных ниже в 8.9. параметр «адрес вызываемого», «адрес вызывающего» или «адрес отвечающего» перекодируется в соответствующую услугу «расширение адреса* согласно ГОСТ Р 34.950. включая установку первого октета поля «параметр услуги* в значение, указывающее, что эта услуга содержит адрес, присвоенный в соответствии с ГОСТ Р 34.951.

8.9    Параметры адреса: особые случаи

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

a)    С-алрес содержит только начальную часть региона (т. е. специфичная часть региона яатяется нулевой);

b)    приемное ООД может образовать ИПФ из содержимого поля «адрес* (например, используя информацию подсети, к которой подсоединено ООД);

c)    И HP такой же. как адрес ППП. передаваемый в виде содержимого поля адреса и

d)    передающее ООД осведомлено, что принимающее ООД может образовать ИПФ из содержимого поля «адрес».

П р и м с ч а н и я

1    Подробная информация о применимое™ состояний Ь) и d) зависит от того, какую роль выполняет УВД озносительно рассматриваемого пакета: передающего или принимающего ООД.

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

8.10    Параметры «выбор Н'ГНм»

Значения «использование подтверждения приема» и «неиспользование подтверждения приема* параметра «выбор ПТПм» соответствует значениям 1 и 0 соответственно, бита 7 первого октета пакета «установление соединения».

8.11    Параметры «выбор СД»

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

8.12    Набор параме1ров КУ: параметры пропускной способности

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

Если пакет ВХОДЯШИЙ ВЫЗОВ не содержит услуги «согласование класса минимальной

11

Страница 16

ГОСТ Р ИСО/МЭК 10177-99

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

Примечания

1    Пакеты ВХОДЯЩИЙ ВЫЗОВ без услуги СКМП имеют место при взаимодействии с реализациями рекомендации Х.223 МККТГ, которые не соответствуют требованиям ГОСТ 34.954 и настоящего стандарта относительно параметров КУ в передаваемых пакетах.

2    Подпараметры в примитивах ВУ-СОЕДИНЕНИЕ мот принимать только значения 75, 150, 300 бит/с и т. д. согласно ГОСТ Р 34.950, поскольку только эти значения могут быть закодированы в поля «параметр услуги*. Если УВД взаимоувязывает ППУ Х.25 с протоколом подсети, который использует другой на&ор значений, правила согласования КУ по ГОСТ Р ИСО/МЭК 10028 управляют любой подстройкой, необходимой для согласования этих значений на обеих сторонах УВД

8.13    Набор параметров КУ: параметры «транзишая задержка»

8.13.1    Подпараметры «текущее»

Подпараметр «текущее* параметра «транзитная задержка* примитива ВУ-СОЕДИНЕНИЕ запрос кодируется согласно ГОСТ Р 34.950 в виде накопленной транзитной задержки в поле «параметр услуги* услуги СМТЗ. Полученное значение указывает величину транзитной задержки в ССУ, проходящем через УВД к ППП.

Подпараметр «текущее* параметра «транзитная задержка* примитива ВУ-СОЕДИНЕНИЕ индикация предстаатяет собой сумму значения накопленной транзитной задержки в поле «параметр услуги» услуги СМТЗ и значения транзитной задержки в услуге ВИТЗ, если оба значения имеются в пакете ВХОДЯЩИЙ ВЫЗОВ. (Поэтому транзитная задержка снова измеряется до ППП, но в этом случае исключаются любые ее компоненты, относящиеся к УВД).

Если пакет ВХОДЯЩИЙ ВЫЗОВ не содержит обеих услуг ВИТЗ и СМТЗ, то подпараметр «текущее* примитива ВУ-СОЕДИНЕНИЕ индикация принимает значение,образованноеС-лошческим объектом с использованием локальной информации относительно отсугствующего(их) значения(й).

Примечание— Необходимость такого использования локально вырабатываемых значений транзитной задержки возникает только при взаимодействии с реализациями рекомендации Х.223 МККТТ. которые не соответствуют требованиям ГОСТ 34.954 и настоящего стандарта относительно параметров КУ в передаваемых пакетах.

8.13.2    Подпараметры «желаемое*

Подпараметр «желаемое* параметра «транзитная задержка» кодируется согласно ГОСТ Р 34.950 в виде желаемого значения транзитной задержки в поле «параметр услуги* услуги СМТЗ; отсутствие октетов, в которых кодируется желаемое значение транзитной задержки соответствует значению «неопределено* для подпараметра «желаемое*.

Если подпараметр «желаемое* имеет значение, не являющееся «неопределенное», то значение транзитной задержки в услуге ВИТЗ пакета ЗАПРОС ВЫЗОВА меньше, чем значение «желаемое* минус значение подпараметра «накопленное*.

8.13.3    Подпараметры «наименьшее приемлемое качество»

Подпараметр НПК параметра «транзитная задержка* кодируется в соответствии с

ГОСТ Р 34.950 в виде максимально приемлемой транзитной задержки в поле «параметр услуги* услуги СМТЗ; отсутствие октетов, в которых кодируется максимально приемлемая транзитная задержка, соответствует значению «неопределенное* подпараметра «НПК».

8.13.4    Подпараметры «выбранное*

Подпараметр «выбранное» параметра «транзитная задержка* кодируется в соответствии с ГОСТ Р 34.950 в виде накопленной транзитной задержки в поле «параметр услуги» услуги СМТЗ.

8.14    Набор параметров КУ: параметры «приоритет*

Отсутствие услуги «приоритет* соответствует значениям «неопределенное» для обоих подпараметров «текущее» и НПК или для подпараметра «выбранное*, в зависимости от обстоятельств, каждого параметра КУ «приоритет* (приоритет данных, приоритет получения соединения и приоритет удержания соединения). В противном случае значения подпараметра «приоритет» (в диапазоне 0—14 или «неопределенное*) соответствует непосредственно этим значениям в услуге «приоритет* согласно определению ГОСТ Р 34.950; значения, не содержащиеся в услуге «приоритет*, соответствуют значениям подпараметра «неопределенное*.

8.15    Параметры данных-пользователя-УСУ

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

12

Страница 17

ГОСТ I» ИСО/МЭК 10177-99

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

Подпараметры управления соединением ВУ преобразуются либо и ноль, либо в услуги ППУ Х.25 следующим образом:

a)    аутентификация пользователя: выбор И ПС,

выбор закрытой группы пользователей,

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

b)    управление маршрутизацией: выбор ПЧЭО,

уведомление о модифицированном адресе вызываемой линии, уведомление о переадресации или отражении вызова:

c)    определители стоимости: реверсивная оплата, выбор И ПС.

Подробная информация о преобразованиях подпараметра зависит от региона в смысле, ихтожениом в ГОСТ Р ИСО/МЭК 10028. (В приложении ГОСТ Р 34.950 содержится информация, относящаяся к расширению для некоторых из указанных целей региона сети общего пользования Х.25 через подключенные сети частного пользования с коммутацией пакетов).

8.17    Параметры «инициатор* и «причина»

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

Примечание — Несмотря на то. что преобразования, приведенные в таблицах 4 и 5. и преобразования в значения «неопределенное» являются односторонними, их можно применить для передаваемых и принимаемых пакетов (см. ниже примечание к 8.18).

Таблица 3 — Преобразование между услугам к «причина/код диагностики» и параметрами «инициатор/причина* (преобразование не зависит от фазы ССУ)

Причина

Д И иг НОС ГМ КЗ

Инициатор

Причина

ООД инициировано.

24!

Пользова

Разьединение — нормальное состояние

стандартные коды диа

242

тель УСУ

Разьединение — ненормальное состояние

гностики

244

Отклонение соединения — неустойчивое состояние

245

Отклонение соединения — устойчивое состояние

246

Отклонение соединения — КУ неопрсдслено/неус-

тойчивое состояние

247

Отклонение соединения — КУ неопрсдслено/устой-

чивое состояние

248

Отклонение соединения — несовместимость инфор

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

ООД инициировано.

225

Поставщик

Разьединение — неустойчивое состояние

стандартные коды диа

226

УСУ

Разьединение — устойчивое состояние

гностики

227

Отклонение соединения — причина неопрсделе-

на/неустойч ивос сосгоя н ис

228

Отклонение соединения — причина неопрсделе-

на/усгойчивое состояние

229

Отклонение соединения — КУ неоирсделено/неус-

тойчивое состояние

230

Отклонение соединения — КУ неоирсделено/устой-

чивос состояние

231

Отклонение соединения — ПДУС недоступен/неус-

тойчнвос состояние

232

Отклонение соединения — ПДУС недоступен/устой-

чивос состояние

235

Отклонение соединения — адрес ПДУС нсизвсс-

тен/устойчнвос состояние

13

Страница 18

ГОСТ Р ИСО/МЭК 10177-99

Таблица 4 — Преобразование услуг «причина/код диагностики» в параметры «инициатор/причина» (фаза «установление СС'У*)

Причина

Диагностика

Инкимаюр

Причина

Недоступна

Любая

Поставщик

УСУ

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

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

Любая

Поставщик

УСУ

Отклонение соединения — причина не-опрелелена/устойчивое состояние

Любая

121,122

ООД инициировано, стандартные коды диагностики

Ш

ООД инициировано, стандартные коды диагностики

Любая. кроме 121. 122. 164 и значения таблицы 3

Поставщик

УСУ

Отклонение соединения — причина не-оиределена/неусгойчивое состояние

Номер занят, перегрузка сети, сеть работоспособна

Любая

Любая

112-120

Таблица 5 — Преобразование услуг «причина/код диагностики* в параметры «инициатор/причина» (фаза «передача данных»)

Причина

Диагностика

Иниинаюр

Причина

Перегрузка сети Любая

ООД инициировано, стандартные коды диагностики

Любая

113-115

Любая, кроме 225, 226. 241. 242

Поставщик

УСУ

Разъединение — неустойчивое состояние

Ошибка локальной процедуры. нарушение последовательности. ошибка удаленной процедуры, нарушение ПЧЭО

Любая

Любая

122

Поставщик

УСУ

Разъединение — устойчивое состояние

8.18 Параметры «диагностика ВУ» и «расположение ВУ*

Ненулевые параметры «диагностика ВУ» соответствуют значениям поля «причина» и поля «код диагностики», отличающимся от приведенных в таблице 3. Подробная информация преобразования параметра зависит от региона, как изложено в ГОСТ Р ИСО/МЭК 10028; однако для значений поля «причина» и «стандартного кода диагностики» регион такой же, как во всех реализациях ГОСТ Р 34.950.

Примечание — Информация кода диагностики может передаваться между двумя подсетями, доступными через ПГ1У Х.25, путем продвижении соответствующих полей «причина» и «код диагностики».

Преобразуется только нулевое значение параметра «расположение ВУ» (заметим, однако, что информация о частичном расположении передается некоторыми значениями полей «причина* и «код диагностики»).

Страница 19

ГОСТ Р ИСО/МЭК 10177-99

9 Преобразование протокола для фазы «передача данных»

Преобразование между ВУСУ и 11Г1У Х.25 для фазы «передача данных» ССУ определено в таблице 6 и указанных в ней подразделах.

Таблица 6 — Протокольные преобразования примитивов и параметров ВУСУ в фазе ССУ

«передача .тайных»

Прныкпш/парамор ВУСУ

Пакет/поле ГОСТ Р 34.950

Подраиел

ВУ-ДАННЫЕ запрос

Пакет ДАННЫЕ передан

9.1.1

ВУ-ДАННЫЕ индикация

Пакет ДАННЫЕ принят

9.1.1

Октет данных пользователя УСУ

Поле «данные пользователя*

9.1.1

Определитель СБДС

Поля бита М. бита Д. Пнд

9.1.1, 9.1.2

ВУ-ПАУЗА запрос

Пакет НЕ ГОТОВ К ПРИЕМУ,

9.1.3,

ВУ-ПАУЗА индикация

поле Ппд в пакете ДАННЫЕ

9.1.4

ВУ-ПРОДОЛЖИМ ИГ запрос

Пате Ппд в пакете ДАННЫЕ.

9.1.5.

ГОТОВ К ПРИЕМУ или

9.1.6

ВУ-ПРОДОЛЖЕНИЕ индикация

НЕПРИЕМ

ВУ- ПОДТВЕРЖДЕН И Е-ДА11Н ЫХ запрос

Пате Ним в пакете ДАННЫЕ, ГОТОВ К ПРИЕМУ.

9.1.7

ВУ-ПОДТВЕРЖДЕНИЕ-ДАННЫХ

НЕ ГОТОВ К ПРИЕМУ или

индикация

НЕПРИЕМ

ВУ-СРОЧНЫЕ-ДАННЫЕ ответ

Пакет ПРЕРЫВАНИЕ передан

9.2.1

ВУ-СРОЧ11Ы Е-ДАН Н Ы Е подтверждение

Пакет ПРЕРЫВАНИЕ принят

9.2.1

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

Поле «прерывание данных пользователя»

9.2.3

ВУ-СРОЧ Н Ы Е-ДАН НЫЕ ответ

Пакет ПОДТВЕРЖДЕНИЕ ПРЕРЫВАНИЯ передан

9.2.2

ВУ-СРОЧ Н Ы Е-ДАН НЫ Е подтверждение

Пакет ПОДТВЕРЖДЕНИЕ ПРЕРЫВАНИЯ принят

9.2.2

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

Пакет ЗАПРОС СБРОСА

9.3.1

ВУ-СЬРОС индикации

Пакет ИНДИКАЦИЯ СБРОСА или ЗАПРОС СБРОСА

9.3.2

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

Поле «причина сброса* и поле «код диаг ностики*

9.3.6

Диагностика ВУ

Пате «причина сброса» и поле «кол диагностики*

9.3.7

Расположение ВУ

9.3.7

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

Пакет ПОДТВЕРЖДЕНИЕ СБРОСА передан

9.3.3

ВУ-СЬРОС подтверждение

Пакеты ПОДТВЕРЖДЕНИЕ СБРОСА и ИНДИКАЦИЯ СБРОСА

9.3.4

9.1. Передача данных, управление потоком и подтверждение приема

9.1.1    Примитивы ВУ-ДАННЫЕ запрос и индикация и параметры «о к т е т-д а н н ы х-п ользователя-УСУ*

Последовательность примитивов ВУ-ДАННЫЕ, соответствующая одному СБДС согласно ГОСТ Р ИСО/МЭК 10028, соответствует последовательности бита М пакетов ДАННЫЕ по ГОСТ Р 34.950 при преобразовании протокола, где каждый пакет имеет бит 0 в значении нуль. Значения параметра «октет-данных-пользователя-УСУ* принимаются в последовательности, соответствующей октетам полей «данные пользователя» в пакетах ДАННЫЕ последовательности бита М по порядку, начиная с первого октета первого пакета.

Принимаемая последовательность бита М нулевой длины не соответствует ни одному из примитивов ВУ-ДАННЫЕ (поскольку СБДС не может содержать менее одного октета). Прием такой последовательности бита М может обрабатываться как нарушение протокольного преобразования (см. 8.6 и 9.3.4) или появление этой последовательности бита М может быть проигнорировано.

9.1.2    Параметры «определ ител ь» С Б Д С

Значение параметра «определитель* СБДС в последнем примитиве ВУ-ДАННЫЕ последовательности СБДС преобразуется в значение бита Д последнего пакета ДАННЫЕ в соответствующей последовательности бита М: значения 0 и 1 бита Д соответствуют «последний» и «последний с запросом подтверждения» соотв. Все другие пакеты ДАННЫЕ имеют бит Д в значении нуль, соответствующий значению «нормальный* определителя СБДС для каждого примитива ВУ-ДАН-НЫЕ. преобразуемого в пакет.

15

Страница 20

ГОСТ Р ИСО/МЭК 10177-99

9.1.3    Примитив В У-П Л У 3 А запрос

Примитив ВУ-ПАУЗА запрос соответствует либо пакету НЕ ГОТОВ К ПРИЕМУ, передаваемому в том случае, когда логический канал находится в состоянии ООД ГОТОВО К П РИЕМУ, либо приему пакета ДАННЫЕ со значением Ппд, равным верхней границе окна в направлении приема.

9.1.4    Примитив ВУ-ПАУЗА индикация

Примитив ВУ-ПАУЗА индикация соответствует либо пакету НЕ ГОТОВ К ПРИЕМУ, принимаемому в том случае, когда логический канал находится в состоянии ХХД ГОТОВО К ПРИЕМУ, либо передаваемому пакету ДАННЫЕ со значением Ппд. равным верхней границе окна в направлении передачи.

9.1.5    Примитив В У-П РОДОЛ ЖЕ Н И Е запрос

Примитив ВУ-ПРОДОЛЖЕНИЕ запрос соответствует либо а) передаче пакета ГОТОВ К ПРИЕМУ или НЕ11РИЕМ в том случае, когда логический канал находится в состоянии ООД НЕ ГОТОВО К ПРИЕМУ при условии, что значение Ппм пакетов устанавливает верхнюю границу окна, большую значения Ппд в более позднем принятом пакете ДАННЫЕ, либо Ь) передаче пакета ДАННЫЕ. ЮТОВ К ПРИЕМУ или НЕПРИЕМ со значением Ппм, устанавливающем верхнюю границу окна, которая больше, чем в более позднем значении Ппд. которая равна прежней верхней границе окна.

9.1.6    Примитив ВУ-ПРОДОЛЖЕНИЕ индикация

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

9.1.7    Примитив ВУ-ПОДТ BE РЖДЕ Н И Е-ДАН Н ЫХ запрос и индикация

Примитив ВУ-ИОДТВЕРЖДЕНИЕ-ДАННЫХ запрос и индикация соответствует передаче или

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

II р и м с ч а н и с — Эго определение предотвращает передачу такого подтверждающего значения Ппм, за исключением случая, снизанного с явным примитивом ВУ-ПОД'ГВЕРЖДЕНИЕ-ДАННЫХ запрос.

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

9.2.1    Примитивы В У-С Р О Ч Н Ы Е-Д АННЫЕ запрос и индикация

Примитивы ВУ-СРОЧНЫЕ-ДАННЫЕ запрос и индикация соответствуют передаваемым и

принимаемым пакетам ПРЕРЫВАНИЕ соотв.

9.2.2    П р и м и т и в ы В У-С Р О Ч Н Ы Е-Д АННЫЕ ответ и подтверждение

Примитивы ВУ-СРОЧНЫЕ-ДАННЫЕ ответ и подтверждение соответствуют передаваемым и

принимаемым пакетам ПОДТВЕРЖДЕНИЕ ПРЕРЫВАНИЯ соотв.

9.2.3    Параметры «данные пользователя УСУ*

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

9.3    Сброс ССУ

9.3.1    Примитив В У-С БРО С запрос

Примитивы ВУ-СБРОС запрос соответствуют пакетам ЗАПРОС СБРОСА.

9.3.2    Примитив ВУ-СБРОС индикация

Примитив ВУ-СБРОС индикация соответствует:

a)    пакету ИНДИКАЦИЯ СБРОСА, принимаемому в том случае, если логический канал находится в состоянии ГОГОВ К УПРАВЛЕНИЮ ПОТОКОМ, или

b)    пакету ЗАПРОС СБРОСА, сгенерированному логическим объектом пакетного уровня для логического канала в состоянии ГОТОВ К УПРАВЛЕНИЮ ПОТОКОМ, например при приеме ошибочного пакета или

c)    пакету ЗАПРОС СБРОСА, переданному в ответ на прием пакета, который действителен на основе ГОСТ Р 34.950, но недействителен как часть преобразования, определяемого для фазы «передача данных» в оставшейся части настоящего раздела.

16

Страница 21

ГОСТ Р ИСО/МЭК 10177-99

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

i)    пакет ПРЕРЫВАНИЕ, принимаемый при согласовании неиспользования срочных данных;

ii)    пакет ДАННЫЕ, принимаемый с битом Д, установленным в единицу, при согласовании неиспользования подтверждения приема;

iii)    пакет ДАННЫЕ, принимаемый с битом 0, установленным в единицу;

iv)    последовательность бита М. принимаемая с данными пользователя нулевой длины.

Примечание — Появление одной из вышеуказанных ошибок означает, что система, инициирующая ошибочный пакет, не реализует л ибо требования настоящего стандарта, либо ГОСТ 34.954. В результате полное обеспечение ВУСУ и с их иомошью межкониевое обеспечение услуг сетевого уровня невозможно при этих ошибках. Однако, если в соответствии с данным подразделом используется сброс в ответ на эти ошибки. ВУСУ могут сохраняться в приемном УВД и на стороне ССУ. удаленного от источника ошибок. См. также 8.6 для случаев i) — iv) и 9.1.1 для случая iv).

9.3.3    Примитив ВУ-СБРОС ответ

Примитив ВУ-СБРОС ответ соответствует:

a)    пакету ПОДТВЕРЖДЕНИЕ СБРОСА, переданному ООД вслед за примитивом ВУ-СБРОС индикация, преобразованному как в 9.3.2а, либо

b)    пакету ПОДТВЕРЖДЕНИЕ СБРОСА, принятому после примитива ВУ-СБРОС индикация, преобразованному согласно 9.3.2Ь) или с), либо

c)    пакету ИНДИКАЦИЯ СБРОСА, принятому (в результате конфликта сбросов) вслед за примитивом ВУ-СБРОС индикация, преобразованному согласно 9.3.2Ь) или с).

9.3.4    П р и м и т и в В У-С Б РОС подтверждение

Примитив ВУ-СБРОС подтверждение соответствует:

a)    пакету ПОДТВЕРЖДЕНИЕ СБРОСА, принятому в ООД или

b)    пакету ИНДИКАЦИЯ СБРОСА, принятому в случаях появления конфликта при сбросе на пакетном уровне.

9.3.5    Последовательность пакетов СБРОС и примитивов ВУ-СБРОС

Соответствие между примитивами и пакетами согласно 9.3.2 — 9.3.4 относится только к их

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

9.3.6    Параметры «п р и ч и н а* и «и нициатор*

Параметры «причина» и «инициатор* соответствуют значениям полей «причина» и «код диагностики» в соответствии с таблицей 7; комбинации значений «причина* и «код диагностики», не включенные в таблицу, соответствуют значениям «поставщик УСУ* для инициатора и «причина неопределена» для причины.

Примечание — Преобразование значений, не содержащихся в таблице 7, может использоваться для передаваемых и принимаемых пакетов: см. ниже примечание к 9.3.10.

9.3.7    Параметры «диагностика В У» и «расположение В У»

Ненулевые параметры «диагностика ВУ* соответствует значениям полей «причина* и «код

диагностики*, не указанных в таблице 7. Подробная информация преобразования параметра зависит от региона согласно ГОСТ Р ИСО/МЭК 10028, однако для значений поля «причина» по ГОСТ Р 34.950 и значений «стандартный код диагностики» регион такой же. как во всех реализациях ГОСТ Р 34.950.

Примечание — Информация диагностики ВУ может быть передана между двумя подсетями с доступом через ППУ Х.25 при передаче соответствующих полей «причина» и «код диагностики*.

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

Таблица 7 — Преобразование между услугами «причина/код диагностики» и параметрами «инициатор/причина» (сброс ССУ)

Причина

Диагностика

Инициатор

Причина

Инициировано ООД, стандартные коды диагностики

250

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

Повторная синхронизация пользователем

Инициировано ООД, стандартные коды

диагностики

Перегрузка сети.

перегрузка шлюза

234

Любая

Поставшик

УСУ

Перегрузка

17

Страница 22

ГОСТ Р ИСО/МЭК 10177-99

10 ПСЗП при использовании постоянных виртуальных каналов

Если для обеспечения ССУ уровня используется Г1ВК. то пакеты «установление соединения* и «завершение» Г1ПУ Х.25 и соответствующие процедуры не используются. Для обеспечения функций, эквивалентных установлению и завершению виртуального соединения, в поддержку установления и разъединения ССУ в данном разделе определяется набор процедур ПСЗП на основе:

-    отображений-пакета, определенных в 10.2;

-    подсчета двух тайм-аутов и одной повторной передачи, определенных в 10.2;

-    отображений-состояния и взаимосвязанных процедур, 10.3;

-    способности поддержки фазы передачи данных ССУ, 10.4;

-    дополнительных процедур с принятыми несрочными пакетами, 10.5.

10.1    Отображения-пакета

Передаваемое отображение-пакета представляет собой последовательность октетов, имеющих формат пакета ЗАПРОС ВЫЗОВА. ВЫЗОВ ПРИНЯТ, ЗАПРОС ЗАВЕРШЕНИЯ или ПОДТВЕРЖДЕНИЕ ЗАВЕРШЕНИЯ по определению ГОСТ Р 34.950 с учетом следующих ограничений:

a)    в поле ИОФ отображен и я-пакета кодируется нумерация последовательности по модулю 8:

b)    в поле «идентификатор логического канала* отображения-пакета кодируется логический канал 1;

c)    поля «длина адреса* в отображениях-пакетов «установление соединения» и «завершение соединения», при их наличии, всегда равны нулю (с тем, чтобы поле «адрес ООД» всегда отсутствовало в отображении-пакета).

Отображен не-пакета передается через ПВК в виде данных пользователя в последовательности бита М одного или нескольких пакетов ДАННЫЕ с битом 0 в значении 1. Любая такая принимаемая последовательность бита М рассматривается как отображение-пакета.

Принимаемое отображение-пакета определяется для опознавания в том случае, если эта последовательность состоит, по меньшей мере, из трех октетов, из которых первые три имеют формат заголовка пакета в пакете ВХОДЯЩИЙ ВЫЗОВ. СОЕДИНЕНИЕ УСТАНОВЛЕНО. ИНДИКАЦИЯ ЗАВЕРШЕНИЯ или ПОДТВЕРЖДЕНИЕ ЗАВЕРШЕНИЯ согласно ГОСТ Р 34.950. Другие принимаемые отображения-пакета определяются как пакеты недостаточной длины, если они содержат менее трех октетов, и как необеспечиваемые, если они содержат три или более октетов.

Идентифицируемое отображен не-пакета неприемлемо в том случае, если оно имеет поле «идентификатор логического канала», отличное от единицы, либо ненулевое поле «длина адреса*, либо ошибку формата.

10.2    Подсчет тайм-аутов н повторных передач

Процедуры ПСЗП используют подсчет двух тайм-аутов и одной повторной передачи. Они соответствуют в точности тайм-аутам «ответ на запрос вызова» (Т21), «ответ на запрос завершения* (Т23) и «счету повторных передач запроса завершения» (R23). определенных для виртуального соединения в разделе IX ГОСТ Р 34.950, содержащего значения по умолчанию. Значения не-по-умолчанию могут использоваться в соответствии с ГОСТ Р 34.950 с учетом значений реальных подсчетов тайм-аутов и повторных передач, используемых логическим объектом пакелсого уровня для ПВК.

10.3    Отображения-состояния и процедуры при передаче отображения-пакета

Передача и прием отображений-пакета должны 0сущест&1яться в соответствии с пакетами «установление соединения» и «завершение вызова* раздела 5 ГОСГ Р 34.950 и соответствующими таблицами (или частями из них) в разделах 17, 18 и 20 ГОСТ Р 34.950, в зависимости от следующих вопросов подробной интерпретации и от дополнительных процедур, определенных ниже в 10.5.

a)    Отображения-состояния в настоящем стандарте определяются по одному на каждое состояние «установление соединения* и «завершение соединения» pi — р7 ГОСТ Р 34.950.

b)    Чтобы различать отображения-состояния, применяемые для передачи и приема отображений-пакета в Г1ВК. и действительные состояния нижерасположенного логического канала для Г1ВК, отображения-состояиня р! — р7 ГОСТ Р 34.950 обозначаются в настоящем стандарте ip] — ip7.

c)    Любой flВК. в котором действуют эти процедуры ПСЗП. обеспечивает только идентификатор логического канала 1 при использовании в отображенни-пакета (см. выше 10.1) и поэтому имеет только один укомплектованный набор отображений-состояний ip! — ip7.

d)    Передача отображения-пакета может происходить только в состоянии dl ГОТОВ К УПРАВЛЕНИЮ ПОТОКОМ. ПВК (любое изображение-пакета, принятое в других состояниях ПВК 18

Страница 23

ГОСТ Р ИСО/МЭК 10177-99

соответствует обычным процедурам АННУЛИРОВАНО или ОШИБКА ГОСТ Р ИСО/МЭК 8208 при использовании в ПВК).

е) Если логический канал находится в состоянии О (ХХД НЕ ГОТОВО К ПРИЕМУ), в котором должно передаваться отображение-пакета ЗАПРОС ЗАВЕРШЕНИЯ или ПОДТВЕРЖДЕНИЕ ЗАВЕРШЕНИЯ, УВД должен начать сброс логического канала. УВД может также начать сброс, если логический канал находится в состоянии f2, в котором должно передаваться отображение-пакета ЗАПРОС ВЫЗОВА.

0 Идентифицированные принятые отображения-пакета должны обрабатываться в соответствии с таблицей состояний для состояний «установление соединения* и «завершение вызова» в разделе 20 ГОСТ Р 34.950 и с соответствующими положениями раздела 5 ГОСТ Р 34.950.

g)    Необеспеченные отображения-пакета должны обрабатываться как «пакеты, имеющие тип пакета, необеспечиваемый ООД*, а отображения-пакета недостаточной длины должны обрабатываться как «пакеты, имеющие идентификатор типа пакета короче одного октета*, в соответствии с таблицей состояний ГОСТ Р ИСО/МЭК 8208 независимо от содержимого одного и двух октетов, при их наличии, отображений-пакета. Эти отображения-пакета должны обусловливать вызов процедуры ОШИБКА завершения вызова в отображении-состояния ip4 раньше, чем произойдет сброс.

h)    Для разрешения конфликта вызовов (отображение-состояния ip5) одно из ООД, работающее с ПВК. должно выполнять роль АКД. другое — ООД.

j) Если пакет ЗАПРОС СБРОСА остается неподтвержденным после R22 повторных передач, а тайм-аут истек в любом отображении-состояния, кроме ip 1, это должно обрабатываться как ошибка пакетного уровня, вызывающая завершение вызова, как и выше в 8.4; отображение-пакета, завершающее вызов, не может передаваться, но состояние ipl должно быть введено.

10.4    Фаза «передача данных»

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

10.5    Принимаемые несрочные пакеты

Если УВД принимает пакет ИНДИКАЦИЯ СБРОСА в ПВК в течение отображения-состояния ip2, ip3 или ip5, он должен передать пакет ПОДТВЕРЖДЕНИЕ СБРОСА и вызвать процедуру разъединения ССУ.

Если УВД принимает пакет ИНДИКАЦИЯ СБРОСА в течение отображения-состояния ip!, ip6 или ip7. он должен передать пакет ПОДТВЕРЖДЕНИЕ СБРОСА, в противном случае он должен проигнорировать принятый пакет относительно процедур ПСЗГЕ

Если УВД принимает пакет ПРЕРЫВАНИЕ или пакет ДАННЫЕ с битом О в значении ноль во время отображения-состояния ip3, ip5 или ip6. он должен обработать их согласно таблице состояний ГОСТ Р ИСО/МЭК 8208 для состояний «установление соединения* и «завершение вызова*.

Если УВД принимает пакет ПРЕРЫВАНИЕ или ДАННЫЕсбитом О в значении нуль во время отображения-состояния ipl, ip2 или ip7. он должен проигнорировать его для целей настоящего стандарта.

Примем а и и е — Описанные выше процедуры допускают сосуществование определенного здесь ПСЗП с другими протоколами при условии, что при других протоколах бич О не будет установлен в I в первом пакете ДАННЫЕ при передаче. Такое сосуществование применимо также при последовательном не одновременном использовании протоколов. Определение приоритета между протоколами в случае конфликтов (например, в ip2) не входит в предмет рассмотрения настоящего стандарта.

19

Страница 24

ГОСТ Р ИСО/МЭК 10177-99

ПРИЛОЖЕНИЕ А (обязательное)

Форма заявки о соответствии реализации протоколу

А. 1 Введение

Поставщик реализации протокола, претендующей на соответствие настоящему стандарту, должен заполнить приводимую ниже форму заявки о соответствии реализации протоколу (ЗСРП)

Заполненная форма ЗСРГ1 представляет собой ЗСРП для рассматриваемой реализации. ЗСРП является констатацией реализованных функциональных и факультативных возможностей протокола. ЗСРП может иметь множество использований, в том числе:

-    разработчиком протокола в виде проверочного списка для уменьшения риска ошибки в оценке соответствия стандарту нулем его просмотра;

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

-    пользователем или потенциальным пользователем реализации в качестве основы для начальной проверки возможностей взаимодействия с другой реализацией (заметим, что если взаимодействие никогда не может быть гарантировано, то невозможность взаимодействия часто может быть предсказана, исходя из несовместимости ЗСРГ1):

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

А.2 Сокращения и специальные символы

А.2.1 Символы статуса

О    — обязательный

Ф    — факультативный

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

возможностей, отмеченных таким образом

<позицня> — условный символ, статус зависит от обеспечения, отмеченного для <позиции> (см. А.3.4)

А.2.2 Другие символы

СРА

— средство расширения адреса

ПА

— поле адреса

бит Д

— бит подтверждения доставки

сд

— срочные данные

смтз

— средство согласовании межконпеной транзитной задержки

ЛК

— логический канал

ск.мп

— средство согласования класса минимальной пропускной способности

ССУ

— соединение сетевого уровня

ЗСРП

— заявка о соответствии реализации протоколу

пвк

— постоянный виртуальный канал

бит О

— бит определитель

ю

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

ПТПм

— подтверждение приема

витз

— выбор и индикация транзитной задержки

ВС

— виртуальное соединение

А.З Инструкции по заполнению формы ЗСРП

А.З. I О б ш а я структура формы ЗСРП

Первая часть формы ЗСРП «Идентификация реализации и сводные сведения о протоколе* заполняется, как указано, информацией, необходимой для полной идентификации как поставщика, так и реализации.

Основная часть формы ЗСРП представляет собой вопросник фиксированного формата, разделенный на три подраздела, каждый из которых содержит ряд отдельных позиций. Ответы н позициях вопросника предусмотрены в крайней правой колонке, обычно в форме пометок: ДА или НЕТ.

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

Поставщик может также или должен будет предусмотреть другую информацию, классифицируемую либо как «дополнительная информация», либо как «особая информация». При ее наличии каждый вид такой другой информации должен обеспечиваться в другом подразделе позиций, отмеченных A<i> или X<i> соответственно для целей взаимных ссылок, где <i> — любая однозначная идентификация для позиции (например, простая цифра); других ограничений на ее представление и формат не налагается.

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

20

Страница 25

ГОСТ I» ИСО/МЭК 10177-99

А.3.2 Дополнительная информация

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

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

А.3.3. Особая информация

В некоторых случаях поставщик может изьявшъ желание ответить на позицию со статусом обязательное (применимо при любых условиях) способом, который противоречит указанному требованию. Никаких заранее заготовленных ответов не должно быгь в колонке «обеспечение*: вместо этого поставщик должен записать в колонке «обеспечение» пропущенный отвез , наряду со ссылкой X <i> в позиции «особая информация» и он должен дать соответствующее обоснование в самой особой позиции.

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

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

А.3.4 Условные позиции

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

Если группа позиций подчиняется тому же условию применимости, то вначале группы ставится отдельный предварительный вопрос об условии с указанием пропустить последний пункт в вопроснике, если выбирается ответ «не используется* (Н/И). В противном случае отдельные условные позиции обозначаются условным символом в форме: •<позиция>:<с>» в колонке «статус*, где <позиция> — это ссылка на позицию, которая находится в первой колонке таблицы для некоторой другой позиции, а <с> — символ статуса: О и Ф.

Если позиция, помеченная символом условного статуса, отмечается как обеспеченная, то условная позиция применима, а ее статус обозначается <у>: колонка «обеспечение» должна заполняться обычным образом. В противном случае условная позиция неуместна и должен быть указан ответ (Н/И).

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

А.4 Форма ЗСРП - ГОСТ Р ИСО/МЭК 10177. Идентификация

А.4.1 Идентификация реализации

Поставщик

Пункт контактов для вопросов о ЗСРП

Наименование(я) и всрсия(и) реализации

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

Примечания

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

2    Графа «Наименование и версия» должна интерпретироваться согласно соответствующей терминологии поставщика (например, тип, серия, модель)

А.4.2 Сводные сведения о протоколе. ГОСТ Р ИСО/МЭК 10177—95

Идентификация спецификации протокола

ГОСТ Р ИСО/МЭК 10177-95

Идентификация изменений и поправок к этой форме ЗСРП. которая заполнена как часть этой ЗСРП

ГОСТ Р ИСО/МЭК 10177-95 Изм. : Поп. : Изм. : Поп. :

Требуются ли особые позиции?

(см. А.3.3)

(Ответ ДА означает, что реализация не соответствует ГОСТ Р ИСО/МЭК 10177-95

Нет | | Да | |

Дата заявки

21

Страница 26

ГОСТ Р ИСО/МЭК 10177-99

А.5 Форма ЗСРП — ГОСТ Р ИСО/МЭК 10177. Установление и разьединение ССУ

Позиция

Функциональная ВОЗМОЖНОСТЬ

протокола

Ссылки

Статус

Обеспечение

ССУ

Преобразование ССУ в логические каналы

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

7

О

Да 1

-ВхВС

- входящий но ВС

8.1

Ф.1

Да |

Нет! 1

•ИсхВС

- исходящий по ВС

8.1

ф.1

Да I

Нет | ]

•ВхПВК

- входящий по ПВК

8.1. 10

ф.1

Да 1

Нет | |

•ИсхПВК

- исходящий по ПВК

8.1, 10

ф.1

Да 1 1

Нет | |

РА

Кодирование полного С-адрсса (в СРА)

Кодирование C-адреса только-РА:

8.8

8.9

о

Да 1 1

ПАа

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

ИсхВс:Ф

П/И

1

Да I

Нет | |

ПАЬ

передан адрес вызываемою

ИсхВс:Ф

П/И

1

Да 1 1

Нет | |

ПАс

принят адрес отвечающего

ИсхВс:Ф

Н/И

1

Да 1 1

Нет И

ПАЙ

принят адрес вызывающего

ИсхВс:Ф

П/И

1

Да I

Нет | |

ПАс

принят адрес вызываемою

ВхВС:Ф

И/И

1

Да ||

Нет | J

HAf

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

ВхВС:Ф

Н/И

1

Да I

Нет [ |

впт

Выбор ПТПм

8.10

О

Да I

вед

Выбор ПСД Согласование КУ:

8.11

О

Да 1 1

КУПС

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

8.12

О

Да 1 1

КУГЗ

- транзитная задержка

8.13

О

Да 1

КУПр

- приоритет

8.14

О

Да 1 1

УС

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

8.16

Ф

Да 1 1

Нет | |

ДнП

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

8.15

О

Да 1 1

РЗД

Разьединение ССУ

8.2. 8.6

YY

Диагностика ошибок

8.17. 8.18

О

Да I I

Примечание — Позиция ВхПВК используется в условном символе А.7. Позиции ИсхВС, ВхВС. ВхПВК. ИсхПВК используются в модифицированных требованиях ЗСРП для ГОСТ Р 34.950. определенных в приложении В. в качестве основы язя условного статуса определенного набора позиций ГОСТ Р 34.950

А.6 Форма ЗСРП — ГОСТ Р ИСО/МЭК 10177. Фаза «передача данных»

Позиция

Функциональная ВОПСОЖИОСТЬ

протокола

Ссылки

Сlarvc

Обеспечение

пд

Нормальная передача данных

9.1.1,

9.1.2

О

Да 1 I

УП

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

9.1.3-9.1.6

О

Да I I

СБ

Сброс ССУ

9.1.3-9.1.7

О

Да 1 1

•сд

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

9.2

ф

Да I | Нет | |

•ПТПм

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

9.1.2,

9.1.7

ф

Да II Нет ||

Примечание — Позиция СД используется в модифицированных требованиях ГОСТ Р 34.950, определенных в приложении В. в качестве основы для условного статуса определенных позиций ГОСТ Р 34.950 (ext. В.З. В.6, В.7). Позиция ПТПм используется аналогично, см. В.З.

22

Страница 27

ГОСТ Р ИСО/МЭК 10177-99

А.7 Форма ЗСРП — ГОСТ Р ИСО/МЭК 10177. Нарушения протокольных преобразований

Позиция

<P y»i kii homximisk 1»н1И)ж кость протокола

Ссылки

Ciaryc

Обеспечение

Действия при ошибочно примятых пакетах (РЗД: разъединение ССУ. СБР: сброс ССУ)

MVel

М\с2

ПРЕРЫВАНИЕ при со- РЗД: гласовании иеиспользо- СБР: вания СД

8.6

9.3.2

Ф

Ф

Да 1 1 Да 1 1

Нет

Нет

1

II

MVdl

MVd2

Бит Д устанавливается в 1 РЗД: при согласовании пейс- СБР: пользования ПТПм

8.6

9.3.2

Ф

Ф

Да 1 I Да 1 1

Нет

Нет

1

1

MVql

MVq2

Бит О устанавливается РЗД: в 1 СБР:

8.6

9.3.2

Ф

Ф

Да I I Да 1 1

Нет Нет |

1

1

MVzl

MVz2

MV/.3

Последовательность бита РЗД: М нулевой длины СБР: Игнорирование:

8.6 9.3.2 9.1.1

Ф

Ф

Ф

Да I | Да 1 I Да 1 I

Нет Нет | Нет |

1

1

1

Если входящие ССУ (позиции VI или PI) не обеспечиваются, укатать Н/И и продолжить с позиции MVca

Н/И 1 1

ССУ ратьединяется при следующих ошибках в принимаемых пакетах или отображениях-пикета:

MVia

Ошибка адреса вызываемого в пакете ВХОДЯШИЙ ВЫЗОВ

8.7.1

(1)

О

Да 1 1

MVib

Ошибка адреса вызывающего в пакете ВХОДЯШИЙ ВЫЗОВ

8.7.1

(1)

О

Да 1 1

MVic

Услуга «быстрая выборка», отсутствующая в пакете ВХОДЯЩИЙ ВЫЗОВ

8.7.1

(2)

О

Да 1 I

MVid

Услуга «согласование класса пропускной способности», отсутствующая в пакете ВХОДЯШИЙ ВЫЗОВ

8.7.1

(2)

о

Да I 1

MVie

СКМП, ВИТ'З и СМТЗ. отсутствующие в отображении-пакет а ВХОДЯШИЙ ВЫЗОВ

8.7.1

(3)

ВхПВК:

О

Н/И 11

Да 1 1

MVif

Несовместимые подпараметры КУ в пакете ВХОДЯШИЙ ВЫЗОВ

8.7.1

(4)

о

Да 1 1

Если исходящие ССУ (позиции VO и РО) не обеспечиваются, указать Н/И:

Н/И 1 1

MVca

Ошибка адреса отвечающего в пакете СОЕДИНЕНИЕ УСТАНОВЛЕНО

8.6.

8.7.2а

8.7.2Ь

О

Да I I

MVcb

Услуга С'МТЗ, отсутствующая в пакете СОЕДИНЕНИЕ УСТАНОВЛЕНО

8.6.

8.7.2с

о

Да 1 I

MVoc

Недействительное значение параметра «выбранное» КУ в пакете СОЕДИНЕНИЕ УСТАНОВЛЕНО

8.6.

8.7.2d

О

Да 1 1

23

Страница 28

ГОСТ Р ИСО/МЭК 10177-99

ПРИЛОЖЕНИЕ В

(обязательное)

Измененные требования к ЗСРП для ГОСТ Р 34.950-92

В.1 Введение

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

Ряд соответствующих изменений, зависящих либо от службы ВС. либо от службы Г1ВК (либо от той и другой), должен использоваться для обеспечения ССУ, а в случае службы ВС должны обеспечиваться либо исходящие, либо входящие ССУ (либо оба вида соединений). Эти различные случаи содержатся в разных подразделах данною приложения. Заметим, что каждая изменяемая позиция ГОСТ Р 34.950 встречается только в одном подразделе, т.е. изменение, выполненное в одном подразделе, не вводится в любом другом подразделе.

Здесь рассматривается пять позиций ГОСТ Р 34.950. для которых изменение является условным, зависящим от обеспечения или не обеспечения функциональной возможности «факультативная передача срочных данных» настоящего стандарта (как отмечено в форме ЗСРП приложения А), и одна позиция ГОСТ Р 34.950, для которой изменение является условным, зависящим от обеспечения возможности «факультативное подтверждение приема» настоящего стандарта.

В.2 Сокращения и специальные символы

В.2.1 Символы статуса О    — обязательный

3    — запрещено

<позиция> — условный символ, статус зависит от обеспечения, отмеченного для <позиций> (см. А.3.4)

В.2.2 Прочие символы

бит Д — бит подтверждения доставки

Л К    — логический канат

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

ЗСРП — заявка о соответствии реализации протоколу

ПВК — постоянный виртуальный канал

В.З Изменения, используемые во всех случаях

Пошиия

Функциональная возможность протокола

Статус

RSi

Сброс Л К в качестве инициатора

О

RSr

Сброс Л К в качест ве ответчика

О

DSI

Передача пакетов ДАННЫЕ

о

DS2

Поворот окна передачи при приеме измененных значений Ппм

о

DS4b

Передача бита М = 1 в пакетах ДАННЫЕ

О

DS5a

Передача бита 0 = 0 в пакетах ДАННЫЕ

0

DRI

Прием пакетов ДАННЫЕ

О

DR2

Поворог окна приема при передаче измененных значений Ппм

о

DR4b

Прием бита М = 1 в пакетах ДАННЫЕ

о

DR5a

Прием бита О = 0 в пакетах ДАННЫЕ

о

Если не обеспечивается подтверждение приема, позиция ПТПм в А.6:

ПТДс

Подтверждение доставки

о

Если не обеспечивается передача срочных данных, позиция СД в А.6:

ПрПд

Прерывания при передаче

О

ПрГ1м

Прерывания при приеме

о

24

Страница 29

ГОСТ I» ИСО/МЭК 10177-99

В.4 Изменения, применимые при изменении службы ВС

К форме ЗСРП ГОСТ Р 34.950. если, но меньшей мере. одна из позиций ВхВС и ИсхВС отмечается в

А.5 как обеспеченная, относятся следующие изменения.

Позиция

Функциональная возможность протокола

Статус

ВС

Служба виртуальных соединений

О

CI

Ответ на указание завершения вызова

О

С'2с

Завершение инициатором устанавливаемого виргуального соединения

О

СРЗЬ

Передача пакетов ЗАПРОС ЗАВЕРШЕНИЯ, основной формат

О

СРЗе

Передача пакетов ЗАПРОС ЗАВЕРШЕНИЯ, расширенный формат

о

Wla

Процедура ОШИБКА-П — завершение виргуального соединения

о

Wlb

Процедура ОШИБКА-П — повторный пуск пакетного уровня

3

W2sc

Процедура ОШИБКА-3 — повторный пуск пакетного уровня

3

Y3a

Передача пакетов ЗАПРОС ЗАВЕРШЕНИЯ с причиной = 0 и определенным стандартным кодом диагностики

О

В.5 Изменении при использовании службы 1IBK

К форме ЗСРП ГОСТ Р 34.950, если, по меньшей мерс, одна из позиций ВхПВК и ИсхПВК помечается в А.5 как обеспеченная, относятся следующие изменения.

Позииия

Функциональная возможность протокола

Статус

пвк

Служба постоянных виртуальных каналов

О

\V2pa

Процедура ОШИБКА-3 — сброс логического канала

О

\V2pb

Процедура ОШИБКА-3 — повторный пуск пакетного уровня

3

DS5b

Передача бита О = 1 в пакетах ДАННЫЕ

О

DR5b

Прием бита О = 1 в пакетах ДАННЫЕ

о

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

К форме ЗСРП ГОСТ Р 34.950. если попиши ВхВС отмечаются в А.5 как обеспеченные, относятся следующие изменения.

Позиция

Функциональная возможность протокола

Сгатус

S2a

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

О

S2b

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

3

Sp4b

Передаваемые пакеты ВЫЗОВ ПРИНЯТ, основной формат

о

SP4e

Передаваемые пакеты ВЫЗОВ ПРИНЯТ, расширенный формат

о

DN2

Согласование бита Д для входящего виртуальных соединений

Форма ЗСРП ГОСТ Р 34.950 не даст точного статуса в позиции для услуг передачи и приема, поскольку обеспечение всех услуг ГОСТ Р 34.950 является факультативным. При использовании в настоящем стандарте следующие позиции приобретают обязательный статус, требующий ответа «ДА» в ЗСРП ГОСТ Р 34.950.

Услуги, передаваемые в пакетах ВЫЗОВ ПРИНЯТ FS2r Согласование класса пропускной способности FS20r Определенная МККТТ «метка услуги* ООД FS22r Расширение адреса вызываемого

FS24r Согласование межконневой транзитной задержки и если обеспечивается передача срочных данных, позиция СД в А.6:

FS25r Согласование срочных данных

Уауги, передаваемые в пакетах ЗАПРОС ЗАВЕРШЕНИЯ FS20d Определенная МККТТ «метка услуги* ООД FS22d Расширение адреса вызываемого

При использовании в настоящем стандарте следующие услуги, передаваемые в пакетах ЗАПРОС ЗАВЕРШЕНИЯ. приобретают условный статус в соответствии с простым предикатным условием «FS13:0*. То есть, если позиция FSI3 ЗСРП ГОСТ Р 34.950 отмечается как обеспеченная (передача услуги «выбор отклонения вызова»), то следующие позиции принимают статус «обязательная*, требуют и й ответа «ДА» в ЗСРП ГОСТ Р 34.950.

25

Страница 30

ГОСТ Р ИСО/МЭК 10177-99

FS2Id Расширение адреса вызываемого

FS23d Согласование минимальной пропускной способности

FS24d Согласование межкониевой транзитной задержки и если обеспечивается передача срочных данных, позиция СД в А.6:

FS25d Согласование срочных данных

Услуги, принимаемые в пакетах ВХОДЯЩИЙ ВЫЗОВ FR2i Согласование класса пропускной способности FR6a Быстрая выборка

FRl2i Выбор и индикация транзитной задержки FR20i Определенная МККТТ «метка услуга* ООД FR2I Расширение адреса вызывающего FR22i Расширение адреса вызываемого

FR23 Согласование класса минимальной пропускной способности FR24i Согласование межкониевой транзитной задержки FR25i Согласование срочных данных

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

К форме ЗСРП ГОСТ Р 34.950, если позиция ИсхВС отмечается в А.5 кит обеспеченная, относятся следующие изменения.

Подними

Фупкихоиальидя вохможность протокол

Ctnyc

Sla

Исходящие виртуальные соединения с быстрой выборкой, не ограниченные в ответе

О

SPIe

Передача пакетов ЗАПРОС ВЫЗОВА, расширенный формат

О

DN1

Согласование бита Д для исходящих виртуальных соединений

О

С2а

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

О

При использовании в настоящем стандарте следующие позиции принимают статус «обязательная*, требующий ответа «ДА» в ЗСРП ГОСТ Р 34.950.

Усяуги, принимаемые в пакетах ЗАПРОС ВЫЗОВА Fs2i Согласование класса пропускной способности FS6a Быстрая выборка

FS12 Выбор и индикация транзитной задержки FS20i Определенное МККТТ «метка услуги* ООД FS21 i Расширение адреса вызывающею FS22i Расширение адреса вызываемого

FS23i Согласование класса минимальной пропускной способности

FS24i Согласование межкониевой транзитной задержки и если обеспечивается передача срочных данных, позиция СД в А.6:

FS25i Согласование срочных данных

Усяуги, принимаемые в пакетах СОЕДИНЕНИЕ УСТАНОВЛЕНО

FR2r Согласование класса пропускной способности

FR12r Выбор и индикация транзитной задержки

FR20r Определенная МККТТ «метка услуги» ООД

FR22r Расширение адреса вызываемого

FR24r Согласование межкониевой транзитной задержки

FR25r Согласование срочных данных

Услуги, принимаемые в пакетах ИНДИКАЦИЯ ЗАВЕРШЕНИЯ FR2Ud Определенная МККТТ «метка услуга* ООД FR22d Расширение адреса вызываемого

26

Страница 31

ГОСТ I» ИСО/МЭК 10177-99

ПРИЛОЖЕНИИ С (справочное)

Иллюстрация обработки параметра К У «транзитная задержка»

В лом приложении покатан способ использования услуг ППУ Х.25 при согласовании межконцевой транзитной задержки для ССУ через подпараметры КУ «транзигная задержка» примитивов УСУ УС и ВУСУ установления С'СУ. Иллюстрируемый сценарий основан на сценарии, приведенном в приложении G ГОСТ 34.954, с небольшими упрощениями путем исключения некоторых функциональных возможностей, не входящих в предмет рассмотрения настоящею стандарта.

На рисунке С.1 показан сценарий взаимосвязи, в котором две оконечные системы устанавливают С'СУ через три сети данных с коммутацией пакетов, две из которых частного пользования (СДЧП-КП) и одна (СДОП-КП) общего пользования, взаимосвязанных через УВД. На рисунке изображена также соответствующая структура ретрансляции сетевою уровня, соответствующая ГОСТ Р ИСО/МЭК 10028, с примитивами ВУСУ, выдаваемыми в процессе запроса ССУ и. оиять-таки.с примитивами, выдаваемыми в процессе подтверждения ССУ.

Обозначения а). Ь), с), е). 0 и g) относятся к ППП соответствующих интерфейсов ООД/АКД. в которых различные логические объекты обмениваются пакетами согласно ГОСТ Р 344.950 и либо ГОСТ 34.954 |в а) и g)J, либо настоящему стандарту |в Ь), с), с) и 01-

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

Нодфаш запроса ССУ

Примкпшм и подпараметры КУ

Прсобрашштис г, ГОСТ

в ППП

в услуги ППУ X.2S

•транзигная задержка*

ВИТЗ

CMT3

С-СОЕДИНЕНИЕ запрос желаемое^. НПК-w)

34.954 -

(а)

1 -dl

HT3«dl,

ЖТЗ-1,

МПТЗ-w

ВУ-СОЕДИНЕНИЕ индикация (текушсе-чП +pl. желаемое—!, НПК-w

<- НС

<Ь>

р|

HT3-dl,

ЖТЗ-1.

МПТЗ-w

ВУ-СОЕДИНЕНИЕ запрос (текущее-dl+pl +(gl +g2) желаемое—i, НПК+w

НС ->

(с)

!-(dl+p!+

+(gl+g2))

HT3=dl+pl + (gI +g2). ЖТЗ=(.

МПТЗ-w

ВУ-СОЕДИНЕНИЕ индикация (текущее-d 1 +pl +(gl +g2)4p23. желаемое-!. НПК—w)

<- НС

(с)

Р23

HT3—d 1 +p 1+(g I +g2), ЖТЗ-1,

МПТЗ-w

ВУ-СОЕДИНЕНИЕ запрос (текущее™*!! +pl+(gl+g2)+p23+(g3+g4). желаемое*!, НПК-w)

НС «>

(0

t—(dl+p! + + (gl4-g2) + p23+(g3->-+g4>)

HT3=dl+pl+(gl+g2)+

^p23+(g3+g4>)

ЖТЗ=!

МПТЗ-w

С-СОЕДИНЕНИЕ индикация (достуи-ное~ч11 + р 1+(g 1 + g2)+р23+(g3+g4 >. желаемое*!, HIlK=w)

<« 34.954

(в)

P*

HT3=dl+pI+(gl +g2) ♦p23+<g3+g4))

жтз=«

МПТЗ-w

Обозначения: ВИТЗ — выбор и индикация транзитной задержки: ЖТЗ — желаемое значение транзитной шдержки; МПТ'З — максимально приемлемое значение транзитной задержки; НПК — наименьшее приемлемое качество; НС — настоящий стандарт: НТЗ — накопленная транзигная задержка: СМТЗ — согласование межконцевой транзитной задержки.

27

Страница 32

&


&


(с)


(е)


сдоп - кп

□—с


УВД

Г"[


УВД ] [


С - СОЕДИНЕНИЕ запрос и подтверждение

(Ь|


сдчп - кп 1—


<»>


С - СОЕДИНЕНИЕ индикация и ответ

(9)


СДЧП - КП

□“Г


<«>


■» *


^ X-) т-> <-

81    92    р23


* <Г


02


93    в-4


р4


d1


pi


Величине

задержки


С-СОЕДИНЕНИЕ    ВУ    - СОЕДИНЕНИЕ ВУ - СОЕДИНЕНИЕ ВУ - СОЕДИНЕНИЕ ВУ - СОЕДИНЕНИЕ

С - СОЕДИНЕНИЕ индикация

запрос    индикация    запрос    индикация    запрос ия

А* т*Г '

I

С - СОЕДИНЕНИЕ подтверждение

_

ВУ - СОЕДИНЕНИЕ ВУ - СОЕДИНЕНИЕ ответ подтверждение

ВУ - СОЕДИНЕНИЕ ВУ - СОЕДИНЕНИЕ ответ подтверждение

С - СОЕДИНЕНИЕ ответ

Сокращения: СДОП-КП — есть Aimiы\обшоо пильwninuu с коммутацией пакетом; СДЧП-КП — сеть ллниы:v частного полыошння с коммутацией пакетов;

УВД — ус троке тпо Kia нмолей сти ия

Рисунок C.I — Сценарий и модель вычисления транзитной задержки

Страница 33

ГОСТ Р ИСО/МЭК 10177-99

Подфаза подтверждения ССУ

Параметр «выбранное* в каждом примитиве С-СОЕДИНЕНИЕ и ВУ-СОЕДИНЕНИЕ принимает одинаковое Значение, обозначенное ниже »Выб» и равное: d!+pH-(gI+g2)+p23-Mg3+g4)+p4+-d2

При мм in ни и подпараметры К У

Преобразование в ГОСТ

п ППП

в услуги ППУ Х.25

•транзитная задержки»

витз

смтз

С-СОЕДИМЕНИЕ ответ

34.954 -

(g)

н/и

НТЗ-Вы б. ЖТЗ и МПТЗ Н/И

ВУ-СОЕДИIIЕНИЕ подтверждение

НС

(0

р4

НТЗ-Вы б. ЖТЗ и

МПТЗ н/и

ВУ-СОЕДИНЕНИЕ ответ

НС ->

(С)

Н/И

НТЗ-Выб. ЖТЗ и МПТЗ н/и

ВУ-СОЕДИНЕНИЕ подтверждение

<- НС

(С)

р23

НТЗ-Выб. ЖТЗ и МПТЗ н/и

ВУ-СОЕДИНЕНИЕ ответ

НС ->

Н/И

НТЗ-Выб, ЖТЗ и МПТЗ н/и

ВУ-СОЕДИНЕНИЕ подтверждение

Л

а

X

о

(а)

р!

НТЗ-Выб, ЖТЗ и МПТЗ н/и

ВУ-СОЕДИНЕНИЕ индикация

<- НС

(с)

Р23

НТЗ-Выб. ЖТЗ и МПТЗ н/и

Обозначения: ЖТЗ — желаемое значение транзитной задержки; МГПГЗ — максимально приемлемое значение транзитной задержки; НС — настоящий стандарт: НТЗ — накопленная транзитная задержка.

29

Страница 34

ГОСТ Р ИСО/МЭК 10177-99

УДК 681.324:006.354    ОКС    35.100.30    П85    СЖСТУ4002

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

30

Страница 35

Рсддкюр В. П. Огурца*

Технический рсллкюр //.С. Гришикоаа Коррскюр B.C. Черпак Компьютерная верстки В.И. Грищенко

И ы. лиц. .Vi 02100? от IO.OS.95.    Сллмо    и    набор    22.03.99    Подписано    и    печать    21.04.99.    Уел.    неч.    л.    4.1К

Уч.-над. л. 4,70.    Тнрлж    000 ак».    C26SS.    Злк.    360.

ИНК Иад ателье то с ганллрюв. 107076. Москва, Колоде шин пер.. 14.

Набрдно и И иатсльстве на ПЭВМ Филиал ИПК Нтлагслюво стандартов — тип. "Московский печатник*. Москва. Лялин пер.. 6.

Плр Nb 080102