Стр. 1
 

79 страниц

578.00 ₽

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

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

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

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

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

Распространяется на сетевой уровень эталонной модели взаимосвязи открытых систем (ВОС) и определяет метод использования протокола пакетного уровня, стандартизованного рекомендацией Х.25 Международного консультативного комитета по телеграфии и телефонии и частично ГОСТ 26556 для обеспечения услуг сетевого уровня ВОС, стандартизованных в ИСО 8348.

Настоящий стандарт определяет два метода обеспечения услуг сетевого уровня ВОС в режиме-с-установлением-соединения (УСУ-УС) при использовании протокола пакетного уровня (ППУ) Х.25. Первый метод определяет преобразование элементов ППУ Х.25 версии 1984 г. в элементы УСУ-УС ВОС и обратно. Второй метод описывает протокол сходимости, зависимый от подсети (ПСЗП), который должен использоваться для обеспечения УСУ-УС ВОС при работе через подсети или с оборудованием, использующим ППУ Х.25 версии 1980 г. Этот ПСЗП следует использовать только в тех случаях, когда нет в наличии элементов ППУ Х.25 1984 г.

Оглавление

0. Введение

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

2. Ссылки

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

3. Терминология

3.1. Термины по ГОСТ 28906

3.2. Термины по ИСО/ТО 8509

3.3. Термины по ИСО 8348

3.4. Термины по ИСО 8348/Доп.2

3.5. Термины по стандарту Х.25

3.6. Термины из рекомендации Х.96

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

4.1. Сокращения из ИСО 8348

4.2. Сокращения из ИСО 8348/Доп.2

4.3. Сокращения из рекомендации Х.25

4.4. Сокращения, используемые в приложении 1

5. Краткое описание элементов и операций ППУ

5.1. Элементы ППУ Х.25 1984г. Используемые для обеспечения УСУ-УС ВОС

5.2. Общие операции ППУ х.25 1984г. Для поддержки УСУ-УС ВОС

Часть 2. Прямые и обратные преобразования между УСУ-УС ВОС и ППУ Х.25 1984 г.

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

6.1. Взаимоотношения «примитив/параметр» и «пакет/поле»

6.2. Процедуры

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

7.1. Взаимоотношения «примитив/параметр» и «пакет/поле»

7.2. Процедуры

8. Фаза передачи данных. Услуги передачи данных

8.1. Взаимоотношения «примитив/параметр» и «пакет/поле»

8.2. Процедуры

9. Фаза передачи данных. Услуга подтверждения приема

9.1. Примитивы и взаимоотношения «пакет/поле»

9.2. Процедуры

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

10.1. Взаимоотношения «примитив/параметр» и «пакет/поле»

10.2. Процедуры

11. Фаза передачи данных. Услуга сброса

11.1. Взаимоотношения «примитив/параметр» и «пакет/поле»

11.2. Процедуры

Приложение 1. Протокол сходимости, зависимый от подсети Х.25 1980г.

Приложение 2. Соответствие

Приложение 3. Дополнительные сведения по примитивам УСУ-УС

Приложение 4. Использование АИПСУ ППУ Х.25

Приложение 5. Расчеты транзитной задержки

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

Страница 1

государственный стандарт СОЮЗА ССР

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

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

ГОСТ 34.954-91 (ИСО 8878-87)

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

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

Страница 2

Редактор В. П. Огурцов Технический рс.-.зхтор И. И. Прусаков/г Коррекгор А. И. Зюбан

Сд»ио в м«й оюлв Подп. » и«ч. ггм.м. Уел. лет. л.    У а. *р. отт S.O.

Уч.юд. л. 3.90 Тираж 516 >v>.

Ордена «jiuK Почет*» Иэлогелмтпо стнл-ipion. 123Vi7. NVocxna. 1 СП. HoMiwpccnt-iitkiin nvi», Л Калужская тиеогрлфмя стандарт». ул. Москок-кая, 236. jok. YjI

Страница 3

УДК «81 224:621 391:006 3.54    Группа    П85

ГОСУДАРСТВЕННЫЙ СТАНДАРТ СОЮЗА ССР

Информационная технология ВЗАИМОСВЯЗЬ ОТКРЫТЫХ СИСТЕМ. ИСПОЛЬЗОВАНИЕ ПРОТОКОЛА ПАКЕТНОГО УРОВНЯ Х.25 ДЛЯ ОБЕСПЕЧЕНИЯ УСЛУГ СЕТЕВОГО УРОВНЯ ВЗАИМОСВЯЗИ ОТКРЫТЫХ СИСТЕМ В РЕЖИМЕ С УСТАНОВЛЕНИЕМ СОЕДИНЕНИЯ Information technology Open Systems Interconnection.

ГОСТ

34.954 -91 (ИСО 8878-87)

Use ol packet level protocol X.25 to provide the OS1 connect mode network service OKCTV 0034

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

Настоящий стандарт распространяется на сетевой уровень эталонной модели взаимосвязи открытых систем (ВОС) и определяет метод использования протокола пакетного уровня, стандартизованного рекомендацией X. 25 Международного консультативного комитета по телеграфии и телефонии (МККТТ) н частично ГОСТ 26556 для обеспечения услуг сетевого уровня ВОС, стандартизованных в ИСО 8348.

Настоящий стандарт эквивалентен стандарту Международной организации по стандартизации ИСО 8878, за исключением: а) ссылки на стандарты ИСО заменены ссылками на соответствующие государственные стандарты:

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

0. ВВЕДЕНИЕ

Настоящий стандарт определяет два метода обеспечения услуг сетевого уровня ВОС в режнме-с-установлеиием-соединення (УСУ-УС) при использован ни протокола пакетного уровня (ППУ) X. 25. Первый метод, излагаемый в разд. 3—II. определяет преобразование элементов ППУ X. 25 версии 1984 г в элементы УСУ-УС

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

<?Г’ Издательство стандартов, 1992

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

Страница 4

С. 2 ГОСТ 34.954-91

ВОС н обратно. Второй метод, приведенный в приложении I настоящего стандарта, описывает протокол сходимости, зависимый от подсети (ПСЗГ1), который должен использоваться для обеспечения УСУ-УС ВОС при работе через подсети или с оборудованием, использующим ПМУ Х.25 версии 1980 г. Этот ПСЗП следует использовать только в тех случаях, когда нет в наличии элементов ППУ Х.25 1984 г., определенных в п. 5.) настоящего стандарта и необходимых для обеспечения УСУ-УС ВОС.

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

Назначение приложений 1 и 2 состоит в том, чтобы обеспечить стратегию перехода к использованию протокола Х.25 1984 г. в подсетях и в ООД. Их содержимое будет периодически пересматриваться.

В приложении 3 изложены дополнительные сведения по вопросам соотношения между процедурами протокола Х-25 и примитивами УСУ-УС.

В приложении 4 описано использование адресной информации протокола сетевого уровня (АИПСУ) Х.25, т. е. ноля «адрес» и ус-луг «расширение адреса».

В приложении 5 приведены расчеты длительности транзитной задержки,

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

Отношение ППУ Х.25 к УСУ-УС ВОС

'•♦ОТОКЛП

Т0д*О»*Т«*-Л

- -»*СПП1^?ГГТУСПГГи- - Ч *

'^ОТГАПП <•*>« Т«С*й * Л

CtTffгм

- -ПЧДЛС1 АЦП**г УСЛУГИ*

Черт, I

Сервис сетевого уровня ВОС определяется в понятиях:

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

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

Страница 5

ГОСТ 34 954—91 С 3

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

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

ПГи Х.25 1984 г- определяется в понятиях:

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

б)    форматов пакетов, относящихся к этим процедурам;

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

Смысл понятия «сеть» в термине «сетевой уровень» эталонной модели ВОС следует отличать от смысла этого понятии в общепринятом понятии «сеть связи». Чтобы облегчить понимание этого различия. для наименования совокупности физического оборудования, обычно называемой «сетью» [см. ГОСТ 28906 (ИСО 7498) J. «&поль-зуется термин «подсеть». Подсетями могут быть как сети общего пользования, так и сети частного пользования. Свойства сетей общего пользования могут определяться отдельными рекомендациями МККТТ типа X.2I (для сети с коммутацией каналов) или Х.25 (для сети с коммутацией пакетов).

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

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

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

Как отмечено выше. УСУ-УС ВОС определены в понятиях совокупности действий примитивов и связанных с ними событий, а также соответствующих параметров. Для того, чтобы протокол обеспечивал эти услуги необходимо осуществить преобразование этих абстрактных примитивов и параметров УСУ-УС в реальные элементы протокола и обратно. Настоящий стандарт обеспечивает такое преобразование примитивов для ППУ Х.25 1984 г. Он обеспечивает также преобразование примитивов и параметров УСУ-УС в элементы Г1ПУ Х25 1980 г. н в элементы ПСЗП (приложение I). Кроме того, определен метод выбора соответствующего преобразования (если такой выбор имеется) пля различных комбинаций

1 За* 457

Страница 6

С. 4 ГОСТ 34954-91

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

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

Настоящий стандарт определяет требования, которым должны удовлетворять реализации, соответствующие версии ППУ Х.25 1984 г. («соответствие—1984»). Реализации этого класса ориентированы на непосредственное и эффективное взаимодействие с другими реализациями «соответствие — 1984», включая случаи работы через подсети Х.25 1984 г.

Настоящий стандарт определяет также требования, которым должны удовлетворять реализации «соответствие — 1980». Реализации этого класса ориентированы на непосредственное взаимодействие с другими реализациями «соответствие — 1980*. включая случаи работы через любой вид подсети Х.25, но при менее эффективной работе, чем с реализациями «соответствие — 1984».

Настоящий стандарт определяет также требования, которым должны удовлетворять совместимые реализации. Реализации этого класса ориентированы на непосредственное взаимодействие со всеми другими классами реализации, включая случаи работы через любой вид подсети X 25. Они эффективно используют версии ППУ Х.25 1984 г, функционирующие в этой среде.

Протокол ППУ Х.25 1984 г. или ППУ Х.25 1980 г. с ПСЗП обычно рассматривается при функционировании между оконечной системой (т. е. оконечным оборудованием данных по терминологии Х.25) и подсетью данных общего пользования с коммутацией пакетов. В то же время протокол ППУ Х.25 1984 г. или ППУ Х.25 1980 г. с ПСЗП может использоваться также в других средах для обеспечения УСУ-УС ВОС Примерами таких использований служат:

а)    оконечная система, соединенная с подсетью данных частного пользования с коммутацией пакетов Х.25;

б)    оконечная система, соединенная с локальной вычислительной сетью;

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

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

Страница 7

ГОСТ 34.954-91 С. 5

2. ССЫЛКИ

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

ИСО 82081 «Системы обработки информации. Передача данных. Протокол уровня передачи пакетов Х.25 для терминального оборудования».

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

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

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

ГОСТ 26556 (Рекомендации МККТТ Х.25 —частичное соответствие) «Элементы процедур передачи 'информации м форматы пакетов в сетях передачи данных с коммутацией пахетов. ориентированных на виртуальные соединения».

Рекомендации МККТТ Х.96* «Сигналы прохождения связи в сетях данных общего пользования» (СДОП), 1984 (Краевая книга).

ЧАСТЬ 1. ОБЩИЕ ПОЛОЖЕНИЯ 3. ТЕРМИНОЛОГИЯ

3.1.    Термины по ГОСТ 28906

Используются следующие термины, разработанные и определенные в эталонной модели ВОС [ГОСТ 28906 (ИСО 7498)]:

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

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

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

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

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

е)    подсеть.

3.2.    Термины по ИСО/'ГО 8509.

Используются следующие термины применительно к сетевому уровню, определенные в ИСО/ТО 8509:

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

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

в)    примитив;

г)    запрос;

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

1

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

Страница 8

С в ГОСТ 34.954— 91

с) ответ;

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

3.3.    Термины по ИСО 8348.

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

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

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

3.4.    Термины по ИСО 8348/Доп.2

Используются следующие термины, определенные в ИСО 8348/Доп.2:

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

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

в)    часть исходного региона;

г)    идентификатор администратора н формата;

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

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

3.6.    Термины по стандарту Х.25.

Используются следующие термины, разработанные в протоколе пакетного уровня Х.25 для ООД (ИСО 8208) и в рекомендации Х.25 МККТТ:

а)    виртуальный канал;

б)    виртуальное соединение;

в)_    логический канал;

г)    пакетный уровень;

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

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

ж)    ХХД (ООД или АКД).

3.6.    Термины из рекомендации Х.96.

Используются следующие термины, определенные в рекомендации МККТТ Х.96:

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

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

4 СОКРАЩЕНИЯ

4.1, Сокращения из ИСО 8348: ,

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

С    — сетевой;

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

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

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

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

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

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

Страница 9

ГОСТ 34.954-8! С. 7

4.2.    Сокращения из ИСО 8348/Доп.2:

ИАФ —идентификатор администратора и формата;

СЧР — опецифичая часть региона;

НИР —идентификатор исходного региона;

ЧИР —часть исходного региона;

ДИГ1СУ — адресная информация протокола сетевого уровня; ППП —пункт подключения подсети.

4.3.    Сокращения из рекомендации Х.25:

УРА —услуга «расширение адреса»;

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

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

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

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

ССД —согласование срочных данных (услуга);

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

ППУС — поле «параметры услуги»;

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

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

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

ПБМ —последовательность бита, М;

CKMI1 — согласование класса минимальной пропускной способности (услуга);

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

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

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

CKIJ —согласование класса пропускной способности (услуга);

ВИТЗ —выбор и индикация транзитной задержки передачи (услуга);

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

4.4.    Сокращения, используемые » приложении 1 -

РА    —расширение адреса (параметр);

ИД    — идентификатор;

УД    —указатель длины;

КМП —класс минимальной пропускной способности (параметр) ;

ПС-СУ —подтверждение соединения сетевого уровня; ЗС-СУ —запрос соединения сетевого уровня;

ЗР-СУ — за гор ос разъединения сетевого уровня;

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

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

ТП    —тип параметра;

ЗП    —значение параметра;

3 Зак 457

Страница 10

С 8 ГОСТ 34 954- 91

О (бит) — бит-определитель;

ПСЗП —протокол сходимости, зависимый от подсети;

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

5. КРАТКОЕ ОПИСАНИЕ ЭЛЕМЕНТОВ И ОПЕРАЦИЯ ППУ

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

5.1. Элементы ППУ Х.25 (1984    г.) используемые

для обеспечения УСУ-УС ВОС

Протокол ПГ1У Х.25 1984 г. в том виде, как он определен » ИСО 8208, предусматривает специальный случай «прозрачной»-передачи данных между пользователями УСУ-УС. Рассматриваемыми ниже элементами этого протокола являются:

а)    типы виртуального канала;

б)    типы пакетов и поля, подлежащие преобразованию в примитивы и параметры УСУ-УС ВОС;

в)    факультативные услуги пользователя и услуги ООД, определенные Мкктт.

Из двух типов виртуальных каналов, определенных в ИСО 8208, использование ВС преобразуется в фазы установления и разъединения ССУ УСУ-УС ВОС.

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

Таблица I

Пакеты и поля ППУ Х.25 1984 г., используемые для обеспечения УСУ-УС ВОС

Тип пакета'

ГОЛ**

ЗАПРОС ВЫЗОВА ВХОДЯЩИЙ ВЫЗОВ ВЫЗОВ ПРИНЯТ СОЕДИНЕНИЕ УСТАНОВЛЕНО

Идентификатор общего формата’, поле адреса. ноле услуг, поле данных вызывающего и вызываемого пользователей4

ЗАПРОС ЗАВЕРШЕНИЯ ИНДИКАЦИЯ ЗАВЕРШЕНИЯ

Поле «причина завершения», поле «код диагностики», поле вдреса. поле услуг, ноле «данные завершающего пользователя*

ДАННЫЕ

Бит Д. бит М. Ппд*. 'Данные пользователя4»

Ппм4. поле

Страница 11

ГОСТ 34 954—$1 С 9

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

Тип П*К<7«'

Гол*»

ПРЕРЫВАНИЕ

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

ГОТОВНОСТЬ К ПРИЕМУ» НЕГОТОВНОСТЬ К ПРИЕМУ* НЕПРМЕМ* (при условии согласования)

Ппм5-

ЗАПРОС ПОВТОРНОП УСТАНОВКИ

ИНДИКАЦИЯ ПОВТОРНОЙ УСТАНОВКИ

Поле «причина повторной установки», поле «код диагностики»

ИНДИКАЦИЯ ПОВТОРНОГО ПУСКА

Поле «причина повторного пуска», поле «код диагностики»

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

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

*    Бнт 7 первого октета ИОФ этих пакетов исполыуегся для согласования общеП доступности бита Д при обеспечении услуги «подтверждение приема» Сем по себе этот бит не имеет конкретного имени паян, определенного в ППУ X Г> 1984 г.

4    Все поля данных пользователя кратны октету.

5    Поля Ппд и Ппм существенно важны для операций ППУ X 25 1984 г. лри обеспечении услуги «подтверждение приема»

*    Действия, выполняемые этими пакетами, не имеют отношения к примитивам УСУ-УС ВОС. Однак(> поле Ппм существенно важно для выполнения -операций Г1Г1У Х25 1984 г при обеспечении услуги «подтверждение приема».

Помимо перечисленного должны быть использованы н/илн согласованы следующие факультативные услуги пользователя и услуги ООД, определенные МККТТ:

а) факультативные услуги пользователя:

быстрая выборка (услуга используется при работе в конфигурации ООД-ООД без участия сети с коммутацией пакетов;

Страница 12

С 10 ГОСТ 34,954—91

использование этой услуги должно быть также согласовано между двумя ООД);

приемлемость быстрой выборки (услуга согласовывается при работе с сетью коммутации пакетов);

согласование классов пропускной способности (услуга согласовывается и используется);

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

б) услуги ООД, определенные МККТТ: расширение адреса вызываемого (услуга используется); расширение адреса вызывающего (услуга используется); согласование межконцевой транзитной задержки (услуга" используется);

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

5.2 Общие операции ППУ Х.25 1984 г. для поддержки УСУ-УС ВОС

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

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

примитивами и параметрами УСУ-УС ВОС и пакетами и соответствующими полями ППУ Х.25 1984 г.

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

В приложении 3 приведены дополнительные сведения по взаимоотношению между процедурами протокола Х.25 н примитивами УСУ-УС

Примечание. ИСО 8348 специфицирует правильные последовательности примитивов в оконечной точке ССУ и ответы с правильными параметрами в вызываемой оконечной точке ССУ, используемые для согласования услуг «подтверждение приема*, «срочные дакны«> к согласования параметров КУ.

Существует также взаимоотношение между некоторым локальным "механизмом, используемым для идентификации конкретного ССУ, и номером ЛК, используемым для идентификации конкрет-

Страница 13

ГОСТ 34 954-91 С. II

Операции услуг сетевого уровня В ОС в режимеЧ-устаиовлеиием-соединения и протокола пакетного уровня Х.25 19в4 г.

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


/    'а


/—оконечная система А; И — «сонечная система В; / — логический объект ТУ: 2 — логический объект СУ; 3 — примитивы услуг сетевого уровня; 4~ протокол пакетного уровня Xl25

Черт. 2

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

ЧАСТЬ 2. ПРЯМЫЕ И ОБРАТНЫЕ ПРЕОБРАЗОВАНИЯ

МЕЖДУ УСУ-УС ВОС И ППУ Х.25 1984 г.

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

6.1. Взаимоотношения    «примитив/параметр»

«паке т/п о л е*

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

Страница 14

С. 12 ГОСТ 34.954-91

Таблица 2

Преобразования УСУ-УС в ППУ Х.25 |984 г. для фазы «установление соединения сетевого уровня» .

УСУ УС

РГ1У X.2» J9S4 Г.

Прнмн1и»ы:

С-СОКДИНЕНИЕ. запрос

С-СОЕДИНЕНИЕ. нндикаиия С-СОЕДИНЕНИЕ. ответ С-СОЕДИНЕНИЕ. подтверждение Параметры:

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

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

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

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

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

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

Пакеты*

ЗАПРОС ВЫЗОВА ВХОДЯЩИЙ ВЫЗОВ ВЫЗОВ ПРИНЯТ СОЕДИНЕНИЕ УСТАНОВЛЕНО Поля (включая услуги)

Поле «адрес вызываемого ООД». Услуга «расширение адреса вызываемого» Поле «адрес вызывающего ООД». Услуга «расширение адреса вызывающего» '

Поле «адрес вызываемого ООД». Услуга «расширение адреса вызываемого» Идентификатор общего формата* Услуга «согласование срочных данных»

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

Услуга «согласование класса минимальной пропускной способности».

Услуга «выбор и индикация транзитной задержки».

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

Поле данных вызывающего и визы* пвемого пользователя.

Услуга «быстрая выборка»*

1 Бит 7 первого октегв ИОФ п пакетах установления вызова используется для согласования общей доступности бита Д при обеспечении услуги «подтверждение приема». Сам по себе этот бит не имеет конкретного имени поля, определенного а Х25 19&4 г.

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

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

6.2. Процедуры

6.2.1. Преобразование «примитив/пакет»

Если логический объект СУ получает от пользователя УСУ при-мнтип С-СОЕДИНННИЕ.запрос или С-СОЕДИНЕНИЕ.ответ, он передаст через интерфейс ООД/ХХД пакет ЗАПРОС ВЫЗОВА или ВЫЗОВ ПРИНЯТ соответственно.

Если логический объект СУ принимает пакет ВХОДЯЩИЙ ВЫЗОВ или СОЕДИНЕНИЕ УСТАНОВЛЕНО, он выдает поль-

Страница 15

ГОСТ 34 954—91 С IS

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

6.2.2.    Адреса ПДУСУ

Локальные операции определяют содержимое адресов АИПСУ и либо адреса ПДУСУ (если они явно обеспечиваются) преобразуются в поле адреса (ПА) и обратно, либо услуги «расширение адреса» (УРА) ППУ Х.25 1984 г. вызывают пакеты установления соединения. В приложении 4 приведены руководящие материалы по методам, с помощью которых содержимое требуемого ПА может быть получено из адреса ПДУСУ. В данном разделе приведены разрешенные методы размещения адресов ПДУСУ либо в ПА. либо в УРА. Подлежащие пользованию методы кодирования для ПА и УРА определены в ИСО 8208. Содержимое этих полей предпочтительно представлять в двоичном коде, определенном о ИСО 8348 (Доп.2). Примеры кодированных адресов ПДУСУ в АИПСУ ППУ Х.25 1984 г. также приведены в приложении 4

Примечание Использование предпочтительного двоичного кодирования приводит в результате к длончно-кадировакмым десятичным числам в ПА в соответствии с требованием ИСО 8208.

6.2.2.1.    Кодирование адресов ПДУСУ

6.2.2.1.1.    Использование ПА

При некоторых условиях адрес ПДУСУ, определенный в ИСО 8348 (Доп.2), может быть целиком передан в поле адреса. К таким условиям относятся:

а)    адрес ПДУСУ состоит только из ЧИР (т. е. СЧР равна нулю);

б)    ИАФ может быть получен из содержимого ПА (например, из сведений о подсети, к которой подсоединено ООД);

в)    ИИР такой же, как и адрес ППП-

Если все перечисленные условия выполнены, то ПА может использоваться для переноса семантики полного адреса ПДУСУ (ИАФ подразумевается, а содержимое ПА эквивалентно ИИР). В этих случаях могут быть также использованы услуги УРА (см. п. 6.2.2.1.2).

62.2.1.2.    Использование УРА

Если перечисленные в п. 6.2-2.1.1 условия не выполняются, следует использовать УРА. Адрес ПДУСУ, дополненный ИАФ, помещается в УРА (биты 8 и 7 первого октета ППУС УРА установлены в значение 0). В этом случае одержимое ПА не определяется настоящим стандартом. Руководящие указания по способу его получения приведены в приложении 4.

6.2.2.2.    Декодирование адресов ПДУСУ

6 2.2.2.1. Случай отсутствия УРА

Если услуга УРА отсутствует, то принимающему логическому объекту СУ необходимы локяльныр сведения, чтобы определить,

Страница 16

С. 14 ГОСТ 34.9б4-~«1

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

а)    ИАФ выводится на основе сведений о подсети, из которой был получен пакет;

б)    ИИР аналогичен содержимому ПА;

в)    СЧР отсутствует.

6.22.2.2. Случай УРА

Нели услуга УРА имеется в сервисе и оба бита 8 и 7 ведущего октета ППУС установлены в значение 0, тогда весь адрес ПДУСУ содержится в УРА. Абстрактный синтаксис имеет следующий вид;

а)    ИАФ содержится н первых двух цифрах УРА;

б)    ИИР представляет собой остаток ЧИР после удаления всех начальных и концевых цифр заполнителя;

в)    СЧР (при его наличии) образует остаток содержимого УРА после удаления всех концевых цифр заполнителя.

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

Бит 7 первого октета ИОФ пакетов установления соединения ППУ Х.25 1984 г. преобразуется в параметр «выбор подтверждения приема» примитивов С-СОЕДИНЕНИЕ и получается из этого параметра.

Если параметр «выбор подтверждения приема» примитива С-СОЕДИНЕНИЕ запрос указывает «использование подтвержде-ния приема», то логический объект СУ. если он может обеспечить процедуру бита Д, определенную в пп. 8;2.3 и 9.2.1, устанавливает бит 7 ИОФ в значение I, чтобы указать на использование подтвер-ждення приема в фазе передачи данных. Если этот параметр ука-зывает «неиспользование подтверждения приема» или же логический объект СУ не может обеспечить процедуру бита Д. то бит 7 устанавливается о значение 0.

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

Если логический объект принимает примитив С-СОЕДИНЕ-НИЕ.ответ с параметром «выбор подтверждения приема», указывающим «использование (неиспользование) подтверждения приема»; он устанавливает бит 7 ИОФ в пакете ВЫЗОВ ПРИНЯТ в значение 1 (0).

Страница 17

ГОСТ 34.854-91 С. 15

Если логический объект СУ принимает пакет СОЕДИНЕНИЕ УСТАНОВЛЕНО с битом 7 ИОФ в значении I (0), то он указывает вызывающему пользователю УСУ в параметре «выбор под* гворжденйя приема» примитива С-СОЕДИНЕНИЕиюдтворжде-нне «использование (неиспользование) подтверждения приема».

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

Услуга «согласование срочных данных» (ССД) ППУ Х.25 1984 г. преобразуется в параметр «выбор срочных данных» примитивов С-СОЕДИНЕНИЕ и получается из этого параметра.

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

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

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

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

Страница 18

С Ift ГОСТ 34.954-91

смом вызывающему пользователю УСУ, он указывает «использование (неиспользование) срочных данных». Если пакет СОЕДИНЕНИЕ УСТАНОВЛЕНО не имеет услуги ССД, то логический объект СУ указывает вызывающему пользователю УСУ «неиспользование срочных данных».

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

Набор параметров КУ. передаваемых в фазе установления ССУ, состоит из трех параметров:

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

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

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

Для каждого из этих трех параметров определяется следующий набор «подпараметров»;

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

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

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

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

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

6.2.5.1. Подпараметры пропускной способности

КУ

Услуга согласования класса пропускной способности (СКП) и услуга согласования класса минимальной пропускной способности (CKMII) ППУ Х.25 1984 г. преобразуются в подпараметры пропускной способности КУ примитивов С-СОЕДИНЕНИЕ и обратно. Конкретные взаимные преобразования этих услуг ПГ1У/Х.25 1984 г. и наборов подпараметров нропускной способности приведены в табл. 3.

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

Страница 19

ГОСТ 34 #54-91 С. 17

дующих дискретных значений: 75, 150, 300, 600, 1200, 2400, 4800, 9G00, 19200 н 48000 бит/с. Логический объект СУ обеспечивает либо все эти значения, либо непрерывное их подмножество Допускается также значение «неспецифицироваиное».

Таблица 3

Взаимосоответствия пояпараметроп пропускной способности КУ и услуг ППУ Х.25 J984 г.

УСУ-ЬС

ППУ X 25 198*

По*<|лр»кегр

ОрНМИТМО

Уел уса

Памт

Желаемое

С-СОЕДИНЕНИЕ зап-

МАЛ

СКП

ЗАПРОС ВЫЗОВА

Наименьшее

J>UL

С-СОЕДИНЕНИЕ. зап

СКМП

ЗАПРОС ВЫЗОВА

приемлемое

рос

качество

Доступное

С-СОЕДИНЕНИЕ ин

СКП

ВХОДЯ ЩИ п

дикация

ВЫЗОВ

Наименьшее

С-СОЕДИНЕНИЕ -ни-

СКМП

входящия

приемлемое

дикаиня

вызов

xavecrno

Выбранное

С-СОЕДИНЕНИЕ ответ

СКП

ВЫЗОВ ПРИНЯТ

Выбранное

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

СКП

СОГ.ДИНГ.ПИЕ

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

УСТАНОВЛЕНО

6.2.5.1.1. Обработка примитива С-СОЕДИНЕНИЕ.запрос

Если при приеме примитива С-СОЕДИНЕНИЕ.запрос логический объект СУ не может обеспечить подпараметр пропускной ■способности «наименьшее приемлемое качество» (т. е. минимальную пропускную способность), специфицированный для каждого направления передачи данных, то он отклоняет этот запрос. В этом случае логический объект СУ не передаст никаких пакетов ППУ Х.25 19&1 г., а выдает примитив С-РАЗЪЕДИНЕНИЕ.индикация вызывающему пользователю УСУ. Параметром «источник» является «поставщик УСУ». Если логический объект СУ не в состоянии обеспечить наименьшее приемлемое качество для каждого направления передачи, то параметром «причина» является «откло-«ить соглашение — КУ тгдоступно/м-еустойчивое условие» пли '-отклонить соединение —КУ недоступно/устойчивое условие».

Пели при приеме примитива С-СОЕДИНЕШ1Е.занрос логический объект СУ может обеспечить подпараметр пропускной способности «на-'амэпьшсс приемлемое качество» (т. е. 'минимальную про-пут; ну ю способность), определенный для обоих направлений гоере-/ачн. оч кодирует в услугах СКП >н СКМП значения «желаемое» и .«наименьшее приемлемое качество», соответственно (как показа-

Страница 20

С. 18 ГОСТ 34.954-91

но в табл. 3). Если подпараметр «желаемое» (одного или обоих параметров пропускной способности КУ) имеет зна чение «неспе-цифицнрованное», то логический объект СУ устанавливает код услуги СКП соответствующего (их) направления (ий) передачи в значение наивысшей пропускной способности, обеспечиваемой логическим объектом СУ. Если подпараметр «наименьшее приемлемое качество* (одного или обоих параметров пропускной способности КУ) имеет значение «неспецифицированиое», то логический объект КУ устанавливает код услуги СКМП соответствующего (их) направления (нй) передачи данных в значение 75бнт/с. Услуги CKI1 и CKMII передаются через интерфейс ООД/ХХД в пькете ЗАПРОС ВЫЗОВА.

G.2.5.I.2. Обработка пакета ВХОДЯЩИЙ ВЫЗОВ

При приеме пакета ВХОДЯЩИИ ВЫЗОВ логический объект СУ сравнивает значение минимальной пропускной способности, определенное в услуге СКМП. для каждого направления переда* чи данных с доступным значением пропускной способности, определенным в услуге СКП. Если для каждого направления передачи доступное значение пропускной способности меньше ее минимального значения или, если логический объект СУ не может обеспечить минимальное значение пропускной способности, то этот объект СУ завершает соединение (т. е. передает пакет ЗАПРОС ЗАВЕРШЕНИЯ). Если логический объект СУ не в состоянии обеспечить наименьшее значение пропускной способности, то причиной является «по инициативе ООД», а диагностикой — «отклонение соединения - КУ недоступно/устойчивое условие» или «отклонение соединения — КУ недоступно/устойчивое условно (эти диагностики имеют значение 229 и 230 соответственно). В противном случае логический объект СУ в параметрах КУ «пропускная способность» примитива С-СОЕДИНЕНИЕ.индикация, передаваемого вызываемому пользователю УСУ, указывает для обоих направлений передачи данных значения пропускной способности КУ «доступное» и «наименьшее приемлемое качество». Подпараметры «доступное» и «наименьшее приемлемое качество» получаются путем преобразования услуг СКП и СКМП, как показано в табл. 3.

6.2.5.13. Обработка примитива С-СОЕДИНЕНИЕ.ответ

Если логический объект СУ принимает примитив С-СОЕДИНЕНИЕ.ответ, то в услуге СКП, возвращаемой в пакете ВЫЗОВ ПРИНЯТ, он кодирует для обоих направлений передачи данных значения «выбранное» пропускной способности, заданные в параметрах КУ «пропускная способность».

6.2.5.1.4. Обработка пакета СОЕДИНЕНИЕ УСТАНОВЛЕНО

Если логический объект СУ принимает пакет СОЕДИНЕНИЕ УСТАНОВЛЕНО, то в параметрах «пропускная способность» КУ

Страница 21

ГОСТ 34 954—91 С 19

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

6.25.2. Параметр КУ «транзитная заОержка>

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

Набор значений, которые могут быть специфицированы для к:: ж до го подпараметра транзитной задержки, находится в диапазоне I —65534 мс включительно, изменяясь с дискретностью 1 мс. Логический объект СУ обеспечивает либо все эти значения, либо непрерывное их множество. Допустимо также значение «неспеци-фнцированное».

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

В приложении 5 рассматривается использование услуг ВИТЗ и СМТЗ Х.25 при обеспечении межконцевогосогласования параметра «транзитная задержка*.

6 2 52.1. Обработка примитива С-СОЕДИНЕНИЕ.запрос

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

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

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

Страница 22

С. 20 ГОСТ 34.954-91

ной системе, в «сподполе накопленной-транзитной-задержкн» (октеты I н 2) услуги СМТЗ;

б)    если целевое значение транзитной задержки специфицировано, то логический объект СУ кодирует это значение в «подполе целсвой-транзнтной-задержкн* (октеты 3 и 4) услуги СМТЗ; в противном случае это подполе не используется.

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

в)    если определено значение «наименьшее приемлемое качество» транзитной задержки, то логический объект СУ кодирует это значение в «подпале максимально-приемлемой-транзитной-задерж-кн* (т. е. октеты 5 и 6) услуги СМТЗ (в противном случае это подполе не используется);

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

Примечания:

1.    При наличии «маршрутной управляются информационной базь:> логический объект СУ может уточнить значение, закодированное в услуге ВИТЗ Например, значение услуги ВИТЗ могло бы учитывать следующую альтернативу: проходит ля информация по пути «с вызываемой оконечной системе какие-либо сета, отличные от ссгсй коммутация пакетов, или же она поступает в вызываемую оконечную систему непосредственно чере-j двухпунктовую конфигурацию.

2.    Спецификация одинаковых значений транзитной задержки «желаемое» и «наименьшее приемлемее качество» не разрешается для транзитных задержеч. относящихся к поставщику УСУ и вызываемой оконечной оистеме (см. п.. 6-2-52.2).

Услуги ВИТЗ и СМ ИЗ передаются черед интерфейс ООД/ХХД о лаке!е ЗАПРОС ВЫЗОВА.

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

6 2.5.2.2. Обработка пакета ВХОДЯЩИИ ВЫЗОВ

При получении пакета ВХОДЯЩИЙ ВЫЗОВ логический объект СУ вычисляет общую транзитную задержку, суммируя значения:

Страница 23

ГОСТ 34 954—91 С. 21

а)    услуги ВИТЗ;

б)    «подполя-накопленной-транзитной-задержки» (т. е. октеты 1 и 2) услуги СМТЗ;

в)    транзитной задержки, относящейся к поставщику УСУ в вызываемой оконечной системе.

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

При наличии «подполя максимально-лриемлемой-трзнзнтной-за-держкн» (т. е. октетов 5 и 6) услуги СМТЗ логический объект СУ сравнивает значение, содержащееся в этом «подполе», со значением общей транзитной задержки СУ, вычисленной выше. Если общая транзитная задержка С. больше макенмально-прнемлемой-транзитной-задержки, то логический объект СУ завершает соединение (т. е. передает пакет ЗАПРОС ЗАВЕРШЕНИЯ). Причиной является «по инициативе ООД», а диагностикой — «отклонение соединения — КУ недоступно/неустойчивое условие* или же «отклонение соединения — КУ недоступно/устойчивое условие», если логический объект СУ никогда не может обеспечить максимально приемлемое значение транзитной задержки (эти диагностики имеют значемня 229 и 230 соответственно). В противном случае, если:

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

2)    подполе максимально приемлемой транзитной задержки услуги СМТЗ отсутствует.

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

6.2.5.2.3. Обработка примитива С-СОЕДИНЕНИЕ.ответ

Когда логический объект СУ принимает примитив С-СОЕДИ-НЕНМЕ.отаег, ом кодирует значение общей транзиткой задержки ССУ (вычисленное выше) в «подполе накопленной-транзнтной-за-держки» (октеты 1 и 2) услуги СМТЗ, возвращаемой в сообщении ВЫЗОВ ПРИНЯТ.

П р :i м е ч а н н я:

1    В примитиве С-СОЕДИНЕИИЕ ответ параметр «гранзнтная задержка

КУ» отсутствует.

2    Услуга СМТЗ. возвращаемая а пакете ПМЯОВ ПРИНЯТ, содержит «под. поле н#хоплеиной-транэитиой-эадержхи>.

Страница 24

С 22 ГОСТ 34 954-91

6.2.5.2.4. Обработка пакета СОЕДИНЕНИЕ УСТАНОВЛЕНО

Когда логический объект СУ принимает пакет СОЕДИНЕНИЕ УСТАНОВЛЕНО, он указывает выбранное значение транзитной задержки, заданное «подполем накопленной-транзитной-задержки* услуги СМТЗ. в параметре «транзитная задержка КУ* примитива С-СОЕДИНЕНИЕ.подтверждение, передаваемом вызывающему пользователю УСУ.

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

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

7. ФАЗА РАЗЪЕДИНЕНИЯ СЕТЕВОГО СОЕДИНЕНИЯ

7.1.    Взаимоотношения «примитив/параметр» it «пакет/поле»

В табл. 4 показаны взаимоотношения между примитивами/параметрами. используемыми в фазе разъединения ССУ, и пакетами/полями, относящимися к процедурам завершения соединения.

7.2.    Процедуры

7.2.1. Преобразования примитив!пакет

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

Если логический объект СУ обнаруживает ошибку в операциях протокола ППУ Х.25 1984 г., при которой он должен разъединить ВС (например, ошибка формата в пакете ВХОДЯЩИМ ВЫЗОВ или истечение тайм-аута), то он передает через интерфейс ООД/ •ХХД пакет ЗАПРОС ЗАВЕРШЕНИЯ. Если виртуальный канал соответствует ССУ, то логический объект СУ передает пользователю УСУ примитив С-РАЗЪЕДИИЕНИЕ.инднкация.

Когда логический объект СУ принимает пакет ИНДИКАЦИЯ ЗАВЕРШЕНИЯ (или пакет ИНДИКАЦИЯ ПОВТОРНОГО ПУС-

Страница 25

ГОСТ 34.954-91 С. 23

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

Таблица 4

Преобразование УСУ-УС * ППУ Х.25 1984 г. в фазе «разъединение сосяииения сетевого уровня*

> СУ-УС

ППУ X К 1*4 г

Примитивы

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

запрос

ккднкаиия

Пакеты

ЗАПРОС ЗАВЕРШЕНИЯ ИНДИКАЦИЯ ЗАВЕРШЕНИЯ. ИНДИКАЦИЯ ПОВТОРНОГО ПУСКА'. ЗАПРОС ЗАВЕРШЕН*

Параметры

Инициатор и причина Данные- пользователя-УСУ

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

Поля (включая услуги)

Причина и поля кода диагностики5 Данные пользователя, инициирующего завершение

Поле «адрес вызываемого ООД», услуга «расширение адреса вшиваемого»

1 Прием пакета ИНДИКАЦИЯ ПОВТОРНОГО ПУСКА должен рассматриваться аналогично приему пакета ИНДИКАЦИЯ ЗАВЕРШЕНИЯ ДЛЯ каждого логического канала и затем прсобразовыпаться н примитив С-РАЗЪЕДИНЕНИЕ индикация дли каждого активного ССУ, связанного с перезапускаемым протоколом пакетного уровня Поля «причина повторного лусма» и «код диагностики» рассматривают аналогично полям «причина завершение и «код диагностики»

1 См п 72I

Комбинация полей «причина» и «чод диа! костики» преобрздпея в ком-Лина.'г.ю параметров «инициатор* и «причина* и обратно

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

t За< 457

Страница 26

С 24 ГОСТ 34.&54—91

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

вопросом.

Если какой-либо логический объект СУ желает разъединить ССУ, то он видает своему пользователю УСУ примитив С-РАЗЪЕ-ДИНЕНИЕ.индикация и передает через интерфейс ООД/ХХД пакет ЗАПРОС ЗАВЕРШЕНИЯ. Если, однако, логический объект СУ в вызывающем ООД не может, например, обеспечить параметры КУ, определенные в примитиве С-СОЕДИНЕНИЕ.запрос или не имеет в наличии ЛК для установления ВС, то он выдает вызывающему пользователю УСУ примитив С-РАЗЪЕДИНЕНИЕ. индикация, но не передаст пакет ЗАПРОС ЗАВЕРШЕНИЯ через интерфейс ООД/ХХД.

7.2.2. Инициатор (причина

Комбинация параметров «инициатор» и «причина» примитивов С-РАЗЪЕДИНЕНИЕ преобразуется в комбинацию полей «причина завершения» (или «причина повторного пуска») и «код диагностики» и обратно.

Комбинация кода причины «по инициативе ООД» (код — все нули и кода диагностики из набора 241, 242 и 244 — 248 соответствует значению «пользователь УСУ» параметра «инициатор». В этом случае между значениями параметра «причина» и перечисленными кодами диагностики существует однозначное соответствие.

Код причины «по инициативе ООД* (кодирован одними нулями), используемый в комбинации с кодами диагностики, отличными от вышеперечисленных, соответствует значению «поставщик УСУ» параметра «инициатор». Между значениями кодов диагностики 225—232 и 235 и значением параметра «причина» существует однозначное соответствие.

В других случаях значения параметра «инициатор» и параметра «причина» зависят от:

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

б)    от фазы, в которой находится «установление ССУ» или «передача данных».

Значения параметров «инициатор» и «причина» получаются следующим образом:

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

коды причины ««ексгеравность», «локальная <процедурн а я ошибка», «ошибка удаленной процедуры* или «неисправность ПЧЭО».

код диагностики 122;

б)    значением параметра «инициатор» является «поставщик УСУ», а параметр «причина» — «разъединение — неустойчивое ус-

Страница 27

ГОСТ 34 954—91 С 25

ловне», если ССУ находится в фазе передачи данных и имеет место одно из. нижеперечисленного:

код причины «перегрузка сети»;

код диагностики 113 или 116;

код причины «по инициативе ООД» (кодирован одними нулями) с кодом диагностики 162 или 163;

в)    значением параметра «инициатор» является «поставщик УСУ*, а значением параметра «причина» — «отклонение соединения — неизвестен адрес ПДУСУ (устойчивое условие)», если ССУ находится п фазе установления ССУ и имеет место код причины «недостижимо» или «транспорт отсутствует»;

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

коды причины «доступ запрещен», «не разрешена приемлемость быстрой выборки», «несовместимый получатель», «запрос недействительной услуги», «нарушение последовательности», «локальная процедурная ошибка», «ошибка удаленной процедуры», «приемлемость реверсивной тарификации не разрешена» или «неисправность ПЧЭО»;

коды диагностики 121 или 122;

код причины «по инициативе ООД» (кодировано одними нулями) с кодом диагностики 164;

д)    значением параметра «инициатор» является «поставщик УСУ», а параметра «причина» — «отклонение соединения — причина не определена/устойчивое условие», если ССУ находится в фазе установление ССУ и имеепместо любое ihs мижопсречислеино-го:

код причины «перегрузка сети» или «номер занят»;

код диагностики 112—120;

код причины «по инициативе ООД» (код — все нули) с кодом диагностики, отличным от вышеперечисленных;

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

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

Поле «данные завершающего пользователя»' пакетов ЗАПРОС ЗАВЕРШЕНИЯ и ИНДИКАЦИЯ ЗАВЕРШЕНИЯ ППУ X 25 1984 г.. используется для передачи данных-пользователя-УСУ между пользователями УСУ.

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

Локальные операции определяют содержимое поля «адрес вызываемого адреса», а также преобразуемость адреса отвечающего ПДУСУ там, где он явно обеспечен, в адрес ПА, или в УРА паке-

4*

Страница 28

С 26 ГОСТ 34 954—91

тах завершения вызова ППУ Х.25 1984 г. и обратно. Правила кодирования и декодирования адреса отвечающего ПДУСУ приведены в п. 6.2.2.

8. ФАЗА ПЕРЕДАЧИ ДАННЫХ. УСЛУГИ ПЕРЕДАЧИ ДАННЫХ

8.1. Взаимоотношения «пакет/поле» и «прими-т и в/п а р а м е т р*

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

Таблица 5

Преобразование УСУ-УС и ППУ/Х.25 1984 г. для услуги •передача данных»

УСУ-УС    |    11ПУ    Х.25    1У8-1    г.

Примитивы

Пакеты

С-ДАННЫЕ. запрос

ДАННЫЕ

С-ДЛННЫЕ индикация

ДАННЫЕ

Параметры

Поля

Д 0uhu€-;io.i ьзова теля-УСУ

Данные пользователя, бит М

Запрос подтверждений

Лиг Д. Ппд

8.2. Процедуры

8.2.1.    Преобразование примитив/пакет

Когда логический объект СУ принимает от пользователя УСУ примитив С-ЛАННЫЕ.запрос. он передаст через интерфейс ООД/ХХД пакет или последовательность нескольких пакетов ДАННЫЕ, называемую последовательностью бита М (ИБМ). Число необходимых в ПБМ пакетов ДАННЫЕ зависит от объема данных-пользователя-УСУ и от максимального размера пакета (т. е. от максимальной длины поля «данные пользователя» пакетов ДАННЫЕ», разрешенного на интерфейсе ООД/ХХД. Каждый пакет ДАННЫЕ в ПБМ, кроме последнего, содержит максимальное число октетоп с битом М, равным 1, и битом Д. равным 0. В последнем пакете ДАННЫЕ бит М равен 0. Значение бита Д в последнем пакете ДАННЫЕ зависит от параметра «запрос подтверждения» (см. п. 8 2.3).

Когда логический объект СУ принимает ПБМ, он передает пользователю УСУ примитив С-ДАННЫЕ. индикация.

8.2.2.    Данные-полъэователя-УСУ

Поля «данные пользователя» пакетов ДАННЫЕ ППУ Х.25 1984 г. используются для передачи данных-но.!ьзователя-УСУ между пользователями УСУ.

Страница 29

ГОСТ 34 954-я С. 27

8.2.3. Запрос подтверждения

Бит Д последнего в ПБМ пакета ДАННЫЕ преобразуется в параметр «запрос подтверждения» и обратно.

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

Когда логический объект СУ передаст пользователю УСУ примитив С-ДАННЫЕ.индикация, он указывает в параметре «запрос подтверждения», что подтверждение приема запрошено (не гап-рошено), если бит Д последнего з ПБМ пакета ДАННЫЕ равен 1 (0). Если в последнем в ПБМ пакете ДАННЫЕ бит Д равен I, то логический объект СУ может не передавать переменную Ппм. соответствующий этому пакету ДАННЫЕ, через интерфейс ООД/ХХД до тех пор, пока он не получит от пользователя УСУ примитив С-ДАННЫЕ ПОДТВЕРЖДЕНИЕ.заирос (см. разд. 9). В случае, когда бит Д последнего в ПБМ пакета ДАННЫЕ равен 1, логический объект СУ должен использовать локально определенный механизм для увязки значения Ппд этого пакета с примитивом С ДАННЫЕ, индикация (этот механизм должен также обеспечить взаимо\'вяз-ку примитива С ДАННЫЕ.индикация с примитивом С-ДАННЫЕ ПОДТВЕРЖДЕНИЕ.запрос. см. п. 9.2.1).

9. ФАЗА ПЕРЕДАЧИ ДАННЫХ. УСЛУГА ПОДТВЕРЖДЕНИЯ ПРИЕМА

9.1.    Примитивы, и взаимоотношения «пакет/по-л е»

Не существует отдельного пакета ППУ Х.25 1984 г.. относящегося к примитиву С ДАННЫЕ ПОДТВЕРЖДЕНИЕ.запрос и С-ДАН-НЫЕ ПОДТВЕРЖДЕНИЕ.индикаиия. Поле Ппм пакетов ДАННЫЕ. ГОТОВНОСТЬ К ПРИЕМУ. НЕГОТОВНОСТЬ К ПРИЕМУ и НЕПРИЕМ (если он разрешен) используется для обеспечения услуги «подтверждения приема».

9.2.    Процедуры

9.2.1. Преобраяование «примитив/пакет*

Когда логический объект СУ принимает примитив С ДАННЫЕ ПОДТВЕРЖДЕНИЕ.запрос от пользователя УСУ. он использует свой локально определенный механизм, упомянутый в п. 8.2.3. для логической увязки примитива С ДАННЫЕ ПОДТВЕРЖДЕНИЕ, запрос с ранор выданным примитивом С ДАННЫЕ.индикация (и,

Страница 30

С. ?8 ГОСТ 34 954—91

следовательно, с Ппд) с целью определения переменной Ппм, подлежащей передаче в соответствующем пакете через интерфейс ООД/ХХД (Заметим, что такие подтверждения должны выдаваться в той же последовательности, в которой выдавались соответствующие примитивы С-ДАННЫЕ.индикация.).

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

10. ФАЗА ПЕРЕДАЧИ ДАННЫХ. УСЛУГА ПЕРЕДАЧИ СРОЧНЫХ ДАННЫХ

10.1. Взаимоотношения «примитнв/параметр» и сп а к е т/п о л е>

В табл. б приведены взаимоотношения между «примитивами/параметрами, используемыми для услуге» «передача срочных данных*, н «пакетами/полям-н», относящимися к процедурам передачи прерывания.

Таблица в

Преобразование УСУ-УС в ППУ Х.25 1964 г. для услуги «передача срочных данных»

УСУ-УС

ППУ Х.25 Ив! г

Примитивы

Пэксты

С-СРОЧНЫК-ДА1ШЫП запрос

ПРЕРЫВАНИЕ

С-СРОЧНЫЕ-ДАННЫЕ индикация

ПРЕРЫВАНИЕ

Параметры

Поля

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

Данные- прерывающего пользователя

10.2. Процедуры

10.2.1. Преобразование «примитив/пакет»

Когда логический объект СУ получает от пользователя УСУ примитив С-СРОЧНЫЕ ДАННЫЕ.запрос, он передает через интерфейс ООД/ХХД пакет ПРЕРЫВАНИЕ. Логический объект СУ не должен передавать второй пакет ПРЕРЫВАНИЕ до тех пор, пока предыдущий неподтвержденный пакет ПРЕРЫВАНИЕ не будет подтвержден пакетом ПОДТВЕРЖДЕНИЕ ПРЕРЫВАНИЯ.

Страница 31

ГОСТ 34.95-f.-9t С П

Когда логический объект СУ принимает пакет ПРЕРЫВАНИЕ, он передает пользователю УСУ примитив С-СРОЧНЫЕ-ДАННЫЕ. индикация. Он передает также через интерфейс ООД/ХХД пакет ПОДТВЕРЖДЕНИЕ ПРЕРЫВАНИЯ.

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

Поле «данные прерывающего пользователя» пакетов ПРЕРЫВАНИЕ ППУ Х.25 1984 г. используется для передачи срочных данных-

пользователя-УСУ между пользователями УСУ.

II. ФАЗА ПЕРЕДАЧИ ДАННЫХ. УСЛУГА СБРОСА

11.1. Взаимоотношения «примитив/параметр» н «паке т/п о л е»

В табл. 7 показаны преобразования между «примитивами/параметрами», используемыми для услуги сброса, и между «пакетами/полями». относящимися к процедурам повторно^ установки.

Таблица 7

Преобразование УСУ-УС в ППУ Х.25 I9S4 г. для услуги «повторная установка»

УСУ-УС

ППУ X.S4 1№1 г.

Примитивы

С-СБРОС. запрос С-СБРОС. индикация

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

Пакеты

ЗАПРОС ПОВТОРНОЙ УСТАНОВКИ ИНДИКАЦИЯ ПОВТОРНОЙ УСТАНОВКИ.

ЗАПРОС ПОВТОРНОЙ УСТАНОВКИ*

нет

нет

Параметры

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

Поля

Поля «причина» н «код диагностики»1

1 См. п. 11.21.

* Комбинация полей «причина» и «код диагностики» преобразуете* в комбинацию параметре» «инициатор» и «причина» и обратно.

11.2. Процедуры

11.2.1. Преобразование спримитив/пакет»

Когда логический объект СУ принимает от пользователя УСУ примитив С-СБРОС.запрос, он передает через интерфейс ООД/ ХХД пакет ЗАПРОС ПОВТОРНОЙ УСТАНОВКИ. Если логический объект СУ готов принять от пользователя УСУ последующие данные, срочные данные и подтверждение приема, он передаст примитив С-СБРОС.подтверждение. Выдача этого примитива может либо иметь, либо не иметь отношения к завершению процедуры пов-

Страница 32

С. 30 ГОСТ 34954-91

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

Если логический объект СУ обнаруживает ошибку в операциях ППУ Х.25 1984 г., при которой он должен осуществить повторную установку виртуального канала (например, ошибка последовательности или условие тайм-аута), он передает чере.ч интерфейс ООДУ ХХД пакет'ЗАПРОС ПОВТОРНОЙ УСТАНОВКИ. Если логичес-кий объект СУ готов принять от пользователя УСУ последующие данные, срочные данные и подтверждения приема, он передает примитив С-СБРОС.и-ндикация. Выдача этого примитива может либо иметь, либо не иметь отношения к выполнению повторной установки ППУ Х.25 1984 г. Любые данные или срочные данные, принятые от пользователя УСУ вслед за примитивом С-СБРОС.ответ, передаются после завершения процедуры повторной установки ППУ Х.25 1984 г.

Если логический объект СУ принимает пакет ИНДИКАЦИЯ ПОВТОРНОЙ УСТАНОВКИ, он передает пользователю УСУ примитив С-СБРОС. индикация.

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

При выполнении процесса повторной установки логическим объектом СУ выполняются следующие действия по отношению к операциям ППУ Х.25 1984 г.

а)    для пакетов ДАННЫЕ:

пакеты, ожидающие передачу, могут быть либо переданы до передачи пакета повторной установки, либо удалены из очереди пакетов ДАННЫЕ, ожидающих передачи;

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

пакеты, полученные до приема пакета повторной установки, но не образующие полной ПБМ, выталкиваются из «области сборки П БАЛ»;

б)    нижняя граница окна для каждого направления передачи данных равна 0 и последующие.передаваемые пакеты ДАННЫЕ нумеруются, начиная с 0;

в)    любое состояние занятости, существовавшее до повторной установка, рассматривается как уже «с существующее;

г)    любой неподтвержденный пакет ПРЕРЫВАНИЕ остается неподтвержденным;

д)    все параметры тайм-аутов повторной пефедачи. относящиеся

Страница 33

ГОСТ а4.»54-&1 С &I

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

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

11.2.2. Инициатор/причина

Комбинация параметров «инициатор» и «причина» примитивов С-СБРОС преобразуется в сочетание полей «причина повторной установки» и «код диагностики» и обратно.

Комбинация кода причины «по инициативе ООД» (кодировано всеми н>шями) и кола диагностики «повторная установка — повторная синхронизация пользователя» (код диагностики 250) соответствует значению «пользователь УСУ» параметра «инициатор» и значение параметра «причина» идентично коду диагностики.

Все другие комбинации кодов причины-, за исключением «по инициативе ООД», кодируются «10000000», а коды диагностики, определенные в ИСО 8208, соответствуют значению «поставщик УСУ* параметра «нмициатор». Значения параметра «причина» устанавливаются следующим образом:

а) «перегрузка», если имеет место одно из следующих условий:

код причины «перегрузка сети*;

код причины пакет ПРЕРЫВАНИЕ остается неподтвержденным;

д) все параметры тайм-аутов повторной передачи, относяушеся к комбинации кода причины и кода диагностики.

Кодом причины «по инициативе ООД» является 10000000 с любым кодом диагностики, а коды причины, не определенные в ИСО 8208, с любым кодом диагностики соответствуют значениям «не определено» обоих параметров: «инициатор* и «причина».

Страница 34

С 32 ГОСТ 34 964-91

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

ПРОТОКОЛ СХОДИМОСТИ, ЗАВИСИМЫЙ ОТ ПОДСЕТИ Х.26 1980 г.

Определяемый в атом приложении ПСЗП должен использоваться только в том случае, если элементы ППУ Х.25 !9£4 г., определенные и подразделе 5.1 настоящего стандарта, недоступны для обеспечения УСУ-УС ВОС.

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

П1.0. Введение

Рекомендация Х.26 МККТТ 1984 г. содержит адекватные механизмы, необходимые для обеспечения УСУ-УС ВОС через подсети Х.25. Пока все подсети данных общего и частного пользования с коммутацией пакетоз Х.25 не будут удовлетворять редакции 1984 г. и существующие ООД Х.25 не будут приведены в соответствие с ней, будет существовать необходимость в методе УСУ-УС через протокол доступа к подсети Х.25 1950 г.

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

Данная процедура предназначается для формирования стратегии перехода к использованию Х.25 1984 г. как в подсетях, так и в ООД.

П1.1. Назначение

П1.1.1. II а зн а чей не настоящего приложения

В данном приложении определен ПСЗП для обеспечения УСУ-УС ВОС через услуги подсети Х.25. ПСЗП применим в следующих случаях:

а)    если услуги Х.25 не обеспечивают всего набора УСУ-УС (т. е. «ели услуги Х.25 соответствуют рекомендация МККТТ 1960 г. или более ранней);

б)    если результирующая услуга для сцепления подсетей Х.25 соответствует только рекомендациям МККТТ 1980 г. даже в юм случае, когда одна или несколько подсетей соответствуют более поздним рекомендациям МККТТ Х.25;

в)    если подсеть Х.25 соответствует более поздней редакции рекомендации МККТТ, а вызывающее и вызываемое ООД реализуют*только рекомендацию Х.25 МККТТ 1980 г.

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

П1.1.2. Обзор н и же р а с пол о же н н ой подсети Х.25

Нижерасположснная подсеть обеспечивает протокол доступа к подсети, соответствующей рекомендации Х.25 МККТТ 1980 г. («Желтая книга»).

Полный набор УСУ-УС не может быть обеспечен через подсети прежней разработки. которые не соответствуют рекомендации Х.25 МККТТ ?980 г. В частности. в них может не обеспечиваться подтверждение доставки

Большинство требований УСУ-УС обеспечивается непосредственно протоколом Х.25; использование ПСЗП в других случаях минимально.

Датаграммные пакеты в Х.25 1980 г. не используются. При наличии услуги Х.25 «быстрая выборка» оаа используется, но это не является существенным.

Использование этого протокола определяется пугем использования зарезервированного ИСО значения подполя идентификации протокола поля «данные вызывающего пользователя» в пакете ЗАПРОС ВЫЗОВА. Это подполе используется только дли идентификации ПСЗП Х.25 1980 г. и позтому не может использоваться одновременно для других целей (например, для идентификации протокола более высокого уровня).

Страница 35

ГОСТ 34.954-»'! С 33

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

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

П1.2. Краткое описание протокола

П1.2.1. Сервис, обеспечиваемый сетевым уровнем Протокол ПСЗП Х.26 i960 г обеспечивает механизм взаимодействия логических объекте» сетевого уровня, а также УСУ-УС, определенные в ИСО 8348. П 1.2.2. Сер в не. ожидаемый от подсети Х.25 Протокол ПСЗП Х.25 1980 г. исходит из предположения, что нмжерасполо-ж ев на и подсеть X 23 обеспечивает адекватные возможности обработай ошибок я управления потоком. В протоколе не используется никаких дополнительных механизмов для улучшения КУ. *

ГИ.2.2.1. Требуемые услуги

Протокол ПСЗП Х.25 1980 г. зависит от наличия всех нижеперечисленных услуг X 25 (ссылки в скобках — пункты рекомендации Х.25 МККтТ 1980 г.).

а)    процедуры службы ьяртуального соединения (л. 4.1);

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

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

бит Д не является обязательным; если ои ие предусмотрен, то услуга «подтверждение приема» не должна использоваться (п. 4.3.3). не требуется процедура прерывания (п. 4.3.7);

в)    процедуры управления потоком (п. 4 4);

г)    пакеты установления и завершения соединения (п. 6.2);

д)    пакеты ДАННЫЕ ООД и АКД (п. 6.2);

с) пакета управления потоком и пакеты повторной установки (п. 6.5); ж) коды диагностики, генерируемые подсетью Х.25 в пакетах завершения, повторной установки и повторного пуска (приложение 5).

Г11.2.2.2. Услуги, подлежащие использованию при их наличии Желательно, чтобы ООД использовало и/или разрешало использовать следующие элементы протокола-

а)    бит Д (п. 4.3.3);

б)    услуги «быстрая выборка» и «приемлемость быстрой выборхи» (пп. 6.8.2, 7.2.4 и 7.2.5);

в)    услугу «согласование параметров управлении потоком» (п. 7.2.2);

г)    услугу «согласование класса пропускной способности» (п. 7.2.3).

Если заранее известно, что использование любой из вышеперечисленных услуг Х.25 может быть приемлемо для поставщика услуг подсети и вызываемого ООД, то такая услуга должна быть использована н для соединения Если же соединение отклоняется в результат? использовании этой услуги, то вызов следует повторить без использования этой услуги.

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

Нижеперечисленные элементы протокола Х.25 19W г должны использоваться способами, определяемыми администрацией подсети:

а)    процедуры повторного пуска (п. 3.3);

б)    пакеты повторного пуска (п. 6.6);

в)    диапазон логических каналов (приложение I);

Страница 36

С 34 ГОСТ 34954-91

- г) действия, выполняемые ЛКЛ (приложение 3).

II. 1.2.23. Коды причины

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

П1.2.2.4, Качество услуг

Преобразование параметров УСУ-УС ВОС в поле «услуга» X.2S 1900 г. не является обязательной услугой. Все параметры КУ УСУ-УС могут быть либо переданы в виде параметров протокола в поле «данные вызывающего пользователя», либо вкпюльэооаны рекомендуемые их значения, хотя в определенных условиях может быть использовано и поле «услуга» Х25

П. I.12.2.6. Неиспользуемые средства

Нижеперечисленные элементы протокола Х.25 1980 г. никогда не используют-си для прямого обеспечения УСУ-УС (эти элементы протокола не запрещено им .юзовать логическим объектах диспетчера) :

а)    процедуры прерывания (пп. 4.3 7 и 6.3.2);

б)    процедуры датаграммной службы (пп. 5.6.4 и 7 3);

в)    средство модификации бита Д (п. 7,2.6).

Л1.2.3. Функции, обеспечиваемые настоящим протоколом

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

») установление ССУ: начальное установление ССУ;

, б) адресация: передача адресов вызывающего к вызываемого ПДУСУ;

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

г)    согласование КУ: согласование параметра «пропускная способность» и других параметров КУ;

д)    данные пользователя, передача данных пользователя в фазе установления ССУ.

П1.2.3.2, Фсиш разъединения соединения сетевого уровня

а)    разъединение ССУ: завершение ССУ;

б)    адресации: для отклонения попытки установления ССУ - передача адреса отвечающего ПДУСУ;

в)    ини.;натор/пр«чина: передача информация о месте и причине неяспрэв. ности;

г)    данные пользователя: перенос данных пользователя п фазе разъединения ССУ.

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

а)    передача данных использует пакеты ДАННЫЕ Х.25 для передаваемых данных;

б)    сегментация СБДС обеспечивает возможность передачи СБДС. более длинных, чем максимальная длина пакетов X 25 путем использования ПБ.М;

в)    сцепление ПБДС не требуется;

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

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

е) сохранность последовательности: сохранность последователыгсегн свойственна подсетям Х.25; в протоколе ие предусмотрено никакого дополнительного механизма;

ж)    подтверждение npneva: подтверждение, выдаваемое пользователю УСУ о приеме СБДС;

з)    срочные дэияме не предусмотрены.

П 1.2.3А. Управление соединением сетевого уровня

а) Мультиплексирование, виртуальные каналы обеспечивают несколько ССУ;

Страница 37

ГОСТ 34.934-91 С 35

б) растепление: параллельно* использование вызовов Х.25 для обеспечения

одного ССУ ие является обязательной услугой;

я> управление потоком: механизмы управления потоком Х.25 достаточны для обеспечения УСУ-УС; никакого дополнительнее механизма не предусмотрено;

г)    повторная установка: механизмы повторной установки Х.25 достаточны для обеспечения УСУ-УС; никакого дополнительного механизма не предусмотрено;

д)    протокольные ошибки: при приеме пакета, который не ожидался, или пакета с ошибкой в параметрах ПСЗП протокол определяет не:Лходимос действие.

П1Д Механизмы протокола

Излагаемые з данном подразделе механизмы протокола не содержат законченной спецификации протокола и их следует изучать совместно е пп. П 1.4 н П1.5.

П1.3.1 Фаза установления сетевого соединения

В этом разделе рассматривается обеспечение протоколом примитивов С-СОЕ-ДИНЕНИЕ. В табл. 8 показаны взаимоотношения между примитивами/параметрами. используемыми в фазе установления соединения сетевого уровня, и пакегами/полями. относящимися к процедурам установления соединения XJ25.

Таблица 8

Преобразования для фазы установления ССУ

> СУ-УС

ГПУ X.23 1»4 г.

Примитивы

С-СОЕДИНКНИЕ. запрос ССОЕДИНЕНИЕ индикация С СОЕДИНЕНИЕ. ответ С-СОПДИНЕНИЕ. подтверждение

Тип шкета

ЗАПРОС ВЫЗОВА ВХОДЯЩИИ ВЫЗОВ ВЫЗОВ ПРИНЯТ СОЕДИНЕНИЕ УСТАНОВЛЕНО или 4-ДАННЫЕ (ЗС СУ) ДАННЫЕ (ПС-СУ) Параметр «продолжение*

Параметры

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

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

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

Выбор подтверждения приема Выбор срочных данных Набор параметров КУ

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

Поля (включая услугу н дополнительный параметр) ■ . Поле «адрес вызываемого ООД*. параметр «расширение адреса вызываемого*

Поле «адрес вызывающего ООД», параметр «расширение адреса вызывающего»

Поле «адрес вызываемого ООД*. параметр «расширение адреса вызываемого»

Идентификатор общею формата (бит Д>'

УслуТ-а «согласование класса пропускной способности»1,

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

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

1

Этя элементы таблицы не требуются для непосредапенного обеспечения УСУ-УС ВОС в ПСЗП Х.25 1980 г.

Страница 38

С 36 ГОСТ 34.854-91

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

Пакет ЗАПРОС ВЫЗОВА Х.25 услуги «быстрее выборка» должен по возможности преобразовываться а примитив С-СОЕДИНЕНИЕ.залрос. Подлежащие передаче параметры С-СОЕДИНсНИЕлапрос транспортируются в виде адресов Х.25 или услуг везде, где это возможно; при отсутствии такой возможности используется поле «данные вызывающего пользователя» (использующее кодирование ПСЗП).

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

В тех случаях, когда услуга «бькпрая выборка» недоступна или 12в октето* данных вызывающего пользователя Х.25 недостаточно, должна использоваться альтернативная процедура установления ССУ.

б)    Альтернативная процедура установления ССУ

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

Пакет ЗАПРОС ВЫЗОВА Х.2о, использующий эту альтернативную процедуру. должен передаваться с параметром «продолжение» в пате «данные вызывающего пользователя». Из этого следует, что параметры примитива С СОЕДИ-НЕНИЕ.запрос будут передаваться в одном или нескольких пакетах ДАННЫЕ Х.25.

Получатель соответствующего пакета ВХОДЯЩИП ВЫЗОВ Х.25 должен воспринять виртуальное соединение Х.25 и ответить пакетом ВЫЗОВ ПРИНЯТ Х.25 (без «услуги быстрая выборка»). Получатель нормального пакета ВХОДЯЩИЕ ВЫЗОВ Х.25 услуги «быстрая выборка» может аналогичным образом воспринять виртуальное соединение Х.25. ответив пакетом ВЫЗОВ ПРИНЯТ X 26. содержащим параметр «продолжение» в поле «данные вызываемого пользователя».

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

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

а) Адресация

Локальные операции определяют содержимое АИПСУ. а также преобразование адресов ПДУСУ, обеспечиваемых в явном виде, в поле адреса (ПА) или в параметры «расширение здреса» (РА) ПСЗП и обратно. В приложении 4 приведены руководящие материалы по методам, посредством которых необходимое содержимое ПА может бьгь получено кз адреса ПДУСУ. Допустимые способы размещения адресов ПДУСУ о ПА приведены в пп. 6.22.1.1 и 6 2J22A основной части нестоящего стандарта, а соответствующие спссобы для параметров ПА — в п. П 1.4 4.6 этого приложения. Содержимое этих полей предпочтительно иметь в двоичном коде, как определено в ИСО КИ8 (Доп. 2).

ТТ'р и м е ч а и и в:

I. Использование предпочтительного двоичного кодирования прнводет к двоично-кодированным десятичным числам з ПА в соответствии с требованиями рекомендации Х.25 МККТТ 19&0 г.

Страница 39

ГОСТ 34.954 —91 С 37

2. Если адрес отвечающего не содержится в пакете ВЫЗОВ ПРИНЯТ/СОЕДИНЕНИЕ УСТАНОВЛЕНО, следует предполагать предыдущий адрес вызываемого ПДУСУ.

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

Бит Д в пакете ЗАПРОС ВЫЗОВА используется для согласования использования услуги «подтверждение приема».

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

Примечание. При работе через подсети Х.25, которые не обеспечивают согласование бита Д. эта услуга отсутствует. Если в примитиве С-СОЕДИНЕ-НИЕ запрос параметр «выбор подтверждения приема имеет значение «использование подтверждения приема, то этот параметр должен быть передан обратно со значением «неиспользование подтверждения приема». Точно также примитив С-СОЕДИНЕНИЕ.иидикаиня при использовании такой подсети должен всегда содержать значение «использование подтверждения приема».

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

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

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

с) Данные пользователя

Данные-пользователя-УСУ должны передаваться как данные вызывающего nuivj 1вателя в пакете ЗАПРОС ВЫЗОВА с услугой «быстрая выборка». В других случаях запросов вызова, где это поле отсутствует, должна использоваться альтернативная процедура установления УСУ.

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

В данном разделе рассматривается'протокольное обеспечение приметивов С.

СОЕДИНЕНИЕ. В табл. 9 показаны взаимоотношения между примитивами/параметрами. используемыми в фазе разъединения сетевого соединения, а также между пакетами/полями, относящимися к процедурам завершения соединения

а)    Разге.дииенис ССУ

Примитив С-РАЗЪЕДИНЕНИЕ.зэпрос передается в виде пакета ЗАПРОС

ЗАВЕРШЕНИЯ Х.25. Пакет ПОДТВЕРЖДЕНИЕ ЗАВЕРШЕНИЯ не имеет своего эквивалента на границе УСУ. Если эти пакеты не получены, то выполнение соответствующего действия является задачей диспетчера.

Если примитив С-РАЗЪЕДИНЕНИЕ требует передачи данных-иод|»м>вате-ли-УСУ в фазе разъединения ССУ, то должна испол^оваться альтернативная

процедура разъединения ССУ.

б)    Альтернативная процедуре разъединения ССУ

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

Пользователь,- выдающий примитив С-РАЗЪЕДИНЕНИЕ, должен послать ПБМ (содержащую один или несколько пакетов ДАННЫЕ), которая состоит из сообщения ЗР-СУ, содержащего соответствующие параметры разьединения ССУ. Она действует как приглашение к завершению соединения и при приеме сообщения ЗР-СУ, соответствующего окончанию ССУ, она должна выдать пакет ЗАПРОС ЗАВЕРШЕНИЯ Х.25

Страница 40

С 38 ГОСТ 34 9R4—91

Т а Оли и а 9

Преобразования для фазы разьединения ССУ

> СУ-УС

ппу х.а iwo г

Примитив

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

запрос

индикация

Тип пакета

ЗАПРОС ЗАВЕРШЕНИЯ или -гДАННЫЕ (ЗР СУ)

ИИЦИКАЦИЯ ЗАВЕРШЕНИЯ ИНДИКАЦИЯ ПОВТОРНОГО ПУСКА ЗАПРОС ЗАВЕРШЕНИЯ или + ДАННЫЕ (ЗРСУ)

Параметр «продолжение»

Параметры

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

Данныс-пользователя-УСУ Адрес отвечающего

Поля (включая услугу и дополнительный параметр)

Поля причины к кода диагностики, параметр «причина разъединения», параметр «инициатор разьединения» Параметр «данные-лольяователя-УСУ», поде «адрес яызыааемого ООД* параметр «расширение адреса вызываемого»

в) Инициатор/причина

Для запросов разъединения, выданных пользователем-УСУ, кодой причины Х.25 является «по инициаткае ООД». Поле «код диагностики» Х.25 используется для передачи параметра «причина», как определено в та<5л 10.

Таблица 10

Преобразования причины разъединения УСУ в код диагностики Х.25

Причин* УСУ

KuauxiTOp 4СУ

Код диагностики X 25. шгстпадаатсричиип (.««ятичииЛ)

Значение

причини

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

Поставщик

УСУ

Е2 (226)

0

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

Поставщик

УСУ

Е1 (225)

Л

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

Поставщик

УСУ

Е8 (232»

0

Отклонение соединения — ПДУСУ недоступен, неустойчивое условие

Поставщик

УСУ

Е7 (23J) Гб <23СП

0

Отклонение соединения Поставщик — КУ недостижимо, ус-1 УСУ тойчиное условие

0

Страница 41

ГОСТ 34.954-9» С 39

Продолжение габл. 10

Причина УСУ

Ииианатор УСУ

Код дн*гиоегики X.2S, шссгкадивтсрячмй (десятичный)

Значение

причм»*

Отклонение соединения КУ недостижимо, неустойчивое условие

Поставщик

УСУ

Е5 (229)

0

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

Поставщик

УСУ

Е4 (22*)

0

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

Поставщик

УСУ

БЗ (227)

0

Разъединение — нормальное условие

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

УСУ

Г1 (241)

0

Разьединение — ненормальное условие

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

УСУ

Г2 (242)

0

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

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

УСУ

Г5 (215)

0

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

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

УСУ

С« (2«)

0

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

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

УСУ

Г7 (247)

0

Отклонение соединения — КУ недостижимо, неустойчивое условие

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

УСУ

Гб (246)

0

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

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

УСУ

Г8 (248)

0

Для запросов разъединения, выданных постазщиком-УСУ. поля завершения

Х.25 или причины повторного пуска и кода диагностики преобразуются в параметр «причина», как определено в табл. II.

Примечания:

]. В те* случаях, когда ССУ проходи? через несколько подсетей, причина завершения Х.25 «по инициативе ООД» охватывает случаи коммутации в сети, описывающие разьединение в удалсиной подсети. Значение параметра «инициатор» должно быть выведено из параметра «причина», как определено в табд 10.

2. В тех случаях, когда используется альтернативная процедура разъединения ССУ, параметр «инициатор» передается в коде ПСЗП.

Страница 42

С. 40 ГОСТ 54.954-91

Таблица II

Преобразование причины завершения/повторной пуск Х.25 в причину УСУ

Првчииа ЗАВЕРШЕНИЯ ялы позтогнога.

ПУСКА X 25 г

ЗПМСИМС

причини

(шестн*дш-

твричиое)

Прнчива УСУ

Иямилагэр УСУ

Номер замят

1

Отклонение соединения — ПДУСУ недоступен, неустойчивое условие

Поставщик

УСУ

Неисправность

9

Отклонение соединения — причина не определена. устойчивое условие или Разъединение — устойчивое условие

Поставщик

УСУ

Поставщик

УСУ

Ошибка в удаленной процедуре

И

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

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

Поставщик

УСУ

Поставщик

УСУ

Услуга «приемлемость реверсивной тарификации» не разрешена

19

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

Поставщик

УСУ

Несовместимый

адресат

21

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

Поставщик

УСУ

Услуг» «приемлемость быстрой выборки» не разрешена

29

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

Посгавщих

УСУ

Запрос недействительной услуги

3

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

Поставщик . УСУ

Доступ запрещен

В

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

Поставщик

УСУ

Локальная процедурная ошибка

13

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

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

Поставщик

УСУ

Поставщик

УСУ

Страница 43

ГОСТ 34.954-91 С. 41

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

Присяга ЗАВЕРШЕНИЯ «ли ПОВТОРНОГО ПУСКА Х.25

Зяачеяие при'ккы (шести «дифтерите©*)

Причяи» УСУ

Имиииатор ; СУ

Перегрузка

сети

5

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

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

Поставщик

УСУ

Поставщик

УСУ

Недостижимо

1

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

Поставщик

УСУ

Неисправность

11ЧЭО

15

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

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

Поставщик

УСУ

Поставщик

УСУ

Примечания:

1.    Единственными причинами повторного пуска X.2S являются «локальная процедурная ошибка* и «перегрузка сети».

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

г)    Данные пользователя

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

д)    Отклонение ССУ

Если ССУ не может быть установлено, то обратно должен быть передан пакет ЗАПРОС ЗАВЕРШЕНИЯ услуги «быстрая выборка» Х.25

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

Для услуги «небыстрая выборка» соединение должно быть завершено путем использования альтернативной процедуры разъединения ССУ.

с) Разъединение ССУ. инициированное подсетью

О приеме пакетов ИНДИКАЦИЯ ПОВТОРНОГО Т1УСКА Х.25 и пакетов ИНДИКАЦИЯ ЗАВЕРШЕНИЯ Х.25, у хоторых параметр «причина» ire указывает «по инициативе ООД», сообщается примитивами С-РАЗЪЕДИНЕНЙЕ.ии-дикаиия, инициированными поставщиком УСУ.

Страница 44

С. 42 ГОСТ 34.854-91

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

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

Таблица 12

Преобразования а фазе передачи данных

УСУ Л С

ППУ Х.п IWO г.

Примитив

Тип пакета

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

ДАННЫЕ

ДАННЫЕ

Параметры

Поля

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

Данные пользователя, бит М Биг Д', Под

Примитив

Тип пакета

С ДАННЫЕ ПОДТВЕРЖДЕНИЕ, запрос

С ДАННЫЕ ПОДТВЕРЖДЕНИЕ индикация

ДАННЫЕ. ГОТОВНОСТЬ К ПРИЕМУ,

НЕГОТОВНОСТЬ к ПРИЕМУ. НЕПРИЕМ

ДАННЫЕ. ГОТОВНОСТЬ К ПРИЕМУ,

НСЮТОВНОСТЪ к ПРИЕМУ.

нЕПРием

Параметры

Поля

Ппм

Примитив

Тип пакета

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

Не обеспечивается Не обеспечивается

Параметры

Поля

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

Не обеспечивается

Примитив

Тип пакета

С-ПОВТОРНАЯ УСТАНОВКА, запрос

ЗАПРОС ПОВТОРНО» УСТАНОВКИ

ИНДИКАЦИЯ ПОВТОРНОЙ УСТАНОВКИ. ЗАПРОС. ПОВТОРНОЙ УСТАНОВКИ Отсутствует Отсутствует

С-ПОВТОРНАЯ УСТАНОВКА, индикация

С-ПОВТОРНАЯ УСТАНОВКА ответ С-ПОВТОРНАЯ УСТАНОВКА подтверждение

Страница 45

ГОСТ 34.954-91 С 43

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

УС У-УС

ппу х.да 1з» г.

Параметры

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

Поля

Паяя «причина» и «ход диагностики»


1 Этот член си г не требуется для прямой поддержки УСУ-УС ВОС в ПСЗП Х.25 1980 г.

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

Даниые-пользователя-УСУ должны передаваться в виде ПБМ пахетов ДАННЫЕ (как определено в ИСО 8208 с битом 0, равным нулю. СБДС. полученные для передачи, не обязательно должны задерживаться.

б)    Сегментация СБДС

Бит М должен использоваться для обозначения непрерывности передачи, если один СБДС передается н виде нескольких пакетов ДАННЫЕ Х.25.

в)    Сцепление ПБДС

Сцепление ПБДС не предусмотрено. Каждый ПБДС передается как пакет ДАННЫЕ Х.25.

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

Обработка ошибок в подсетях Х.25 считается вполне лоааточкой и никаких дополнительных протокольных механизмов не требуется.

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

Обработка ошнб<ж в подсетях X 25 считается вполне достаточной и никаких дополнктельпых протокольных механизмов не требуется.

е)    Сохранение последовательности

Подсети Х.25 свойственна сохранность последовательности. Никаких дополнительных протокольных механизмов не предусмотрено

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

Механизм бита Д Х.25 используется для обеспечения услуги «подтверждение приема». Последний (или единственный) в ПБМ пакет ДАННЫЕ, образующий СБДС, который нуждается в этой услуге, передается с битом Д, рапным 1. Логический объект на удаленном конце подсети Х.25 не должен подтверждать такой макет до тех пор. пока он ис получит подтверждения от пользователя УСУ или от следующего участка ССУ, Прием соответствующего Ппк через подсеть Х.25 имеет межконцевую значимость даже при прохождении соединения через несколько подсетей. Если в пакете ДАННЫЕ установлены оба бита' Д и М, то бит Д имеет значимость только при прохождении через подсеть Х.25 и на него может быть выдан ответ без ожидания подтверждения от пользователя.

з1 Срочные данные

В виду сложносюй обеспечения услуги «срочные данные», использующей пакет ПРЕРЫВАНИЕ Х.25 1950 г., который переносит один октет данных пользователя, рекомендуется, чтобы поставщик УСУ использовал возможность ис обеспечивать >7у факультативную услугу.

П 1.3.4. Управление соединением ьетевого уровня

В этом разделе приведено описание протокола, обеспечивающего примитивы С-СБРОС.

а)    Мультиплексирование

Протокол X 25 обеспечивает поддержку нескольких ССУ.

б)    Расширение

Параллельное использование вызовов Х.25 для поддержки одного СО не является обязательным.

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

Страница 46

С 44 ГОСТ 34954-91

Возможности Х.25 по управлению потоком считаются достаточными.

г) Повторная установка

Механизмы повторной установки Х.25 достаточны для обеспечения фумким» сброса сетевого уровня. В табл. 12 показаны взаимоотношения между примитивами/параметрами, используемыми для услуги сброса и пакетами/полями, относящимися к процедурам повторной установки.

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

Таблица 13 Преобразование причины сброса УСУ в код диагностики

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

Причина евроеа УСУ

Имшшвтвр УСУ

- Код дцвгиоспиш Х.25 шест» »диатсряч кип

(ДЕСЯТИЧНЫЙ)

Зчячани*

прячнм*

Причина не определена

Поставщик УСУ

Е9 (233)

0

Перегрузка

Поставщик УСУ

ЕА (234)

0

Повторная синхрониза

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

ГА (250)

0

ция пользователя

УСУ

Таблица 14

Преобразование причины повторной установки Х.25 в причину сброса УСУ

Прячана повторное

ycranoaxa X ,25

Значение

причины

Гркчяа* сброса 1 СУ

Иииаиатор УСУ

Удаленная процедур

3

Причина не опреде

Поставщик УСУ

ная ошибка

лена

Локальная процедурная

5

Принца не опреде

Поставщик УСУ

ошибка

лена

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

7

Перегрузка

Поставщик УСУ

Несовместимый адресат

11

Причина не опреде

Поставщик УСУ

лена

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

Действия, которые должны быть предприняты при обнаружении ошибок в протокол* Х.2& или форматах пакета, описаны в ИСО 8208 Если ошибки обнаруживаются в параметрах ПСЗП принятого пакета или же обнаруживается любая другая ошибка, для которой отсутствует явное событие в таблице состояний/событий ПСЗП, то для данного состояния должно быть выбрано «любое другое действительное событие Х.25».

П1.3.5. Ка чество услуг а) Общие положения

Страница 47

ГОСТ 34.954-9! С. 45

Параметры КУ сервиса сетевого уровня преобразуются непосредственно в эквивалентные параметры КУ ПСЗП н обратно.

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

Параметры КУ «пропускная способности примитивов С-СОЕДИНЕНИЕ преобразуются в услугу «согласование класса пропускной способности* (СКП) (при ее наличии) рекомендации Х725 МККТТ 1980 г. и обратно и в параметр «класс минимальной пропускной способности» (КМЛ) ПСЗП н обратно. Конкретные преобразования этой услуги Х.25 IdfcO г. я параметра ПСЗП в два набора подпараметров пропускной способности, и обратно, приведены в табл. 15.

Набор значений, которые могут быть определены для каждого подпараметра пропускной способности, варьируется от 75 до 48000 бит/с включительно. Этот набор состоит и:» следующих дискретных значений: 75, 150. 300, 600. 1200, 2400. 4800, 9600, J9C00 и 48000 бет/с. Логический объект СУ обеспечивает либо все эти значения, либо непрерывное их подмножество. Предусмотрено 7акже значение «носпецифицированное».

Обработка примитивов и пакетов осуществляется следующим образом.

1)    Обработка примитива С-СОЕДИНЕНИЕ запрос

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

Если при приеме примитив* С-СОЕДИНЕНИЕ.ззпрос логический объект ПСЗП может обеспечить значение пропускной способности «наименьшее приемлемое качество» (т. е минимальную пропускную способность), определенную для обоих направлений передачи данных, ой преобразует «желаемое» значение в услугу СКП Х.25 1980 г. (оелн эта услуга доступна), а значение «наименьшее приемлемое качество» — в параметр КМП ПСЗП Если подпараметр «желаемое» (любого одного или обоих параметров КУ «пропускная способность») имеет значение «иеспецифицнровэио», то логический объект ПСЗП кодирует услугу СКП (если она обеспечивается) для соответствующего (их) лаправлекия(й) передачи данных в виде наивыешего значения пропускной способности, обеспечиваемой логическим объектом ПСЗП, Если подпараметр «наименьшее приемлемое качество» .(каждого или обоих параметров КУ пропускной способности) имеет значение «неепецифици&ованное», то логический объект ПСЗП кодирует значение 75 бнт/с параметра КПМ для соответствующего (их) направления (ft) передачи данных. Услуга СКП (если она-обеспечнвастси) и параметр КПМ передаются через интерфейс ООД/ХХД в пакете ЗАПРОС ВЫЗОВА (если обеспечивается «услуга быстрой выборки»). Если услуга «быстрая выборка» не обеспечивается то услуга СКП (если она обеспечивается) передается посредством пакета ЗАПРОС ВЫЗОВА, а параметр КПМ — посредством сообщения ЗС-СУ.

2)    Обработка пакета ВХОДЯЩИЙ ВЫЗОВ

Бели принят пакет ВХОДЯЩИЙ ВЫЗОВ, который не содержит услуги СКП, то доступное значение пропускной способности для каждого направления пе-редачи "данных принимается как минимальное из соответствующих рекомендуемых классов пропускной способности и эквивалентных значений в параметре КПМ. Если пакет-ВХОДЯЩИЙ ВЫЗОВ содержит услугу СКП. тогда указанные величины з этой услуге представляют доступное значение пропускной способности для каждого направления передачи данных.

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

Страница 48

С 46 ГОСТ 34.954-91

ЗС-СУ логический объект ПСЗП сравнивает минимальное значение прооусккоЛ способности, определимое в параметре КА1П для каждого направления передач» данных, с доегулным значением пролусхиой способности Если для каждого направления доступное значение пропускной способности меньше, чем минимальное значение пропускной способности, или. если логический объект ПСЗП не и ожег обеспечить минимальное значение пропускной способности, то логический объект ПСЗП завершает соединение (т. е. передает пакет ЗАПРОС ЗАВЕРШЕНИЯ). Причиной - является «по инициативе ООД», а диагностикой — «соединение отклонено- КУ недоступно/неустойчивое условие* или fсоединение отклонено — КУ недоступно/устойчивое условие», если логический объект ПСЗП никогда не может обеспечить меньшее значение пропускной способности (эти диагностики имеют значения 229 и 320. соответственно). В пр л и ином случае логический Объект ПСЗП указывает для обоих направлений передачи данных значения пропускной способности «доступное» и «наименьшее приемлемое качество» в параметрах КУ пропускной способности примитива С СОЕДИНЕНИЕ. индикация, передаваемых вызываемому полиог-атслю УСУ.

Таблица 15

Преобразование подпараметров параметра КУ «пропускная способность» а услугу Х.25 I&S0 г. и в параметр ПСЗП

УСУ-УС

ПСЗП X.XS 199Э г.

Подпараметр

Примитив

Услуга/пара-

ue<tn

Пакет /сообщение

Желаемое

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

Ml I у

СКП

ЗАПРОС ВЫЗОВА'

Наименьшее

запрос

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

КМП

ЗАПРОС ВЫЗОВА1

приемлемое

запрос

или ДАННЫЕ.

качество

(ЗС-СУ)

Доступное

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

СКП

ВХОДЯЩИМ

индикация

вызов1

Наименьшее

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

КМП

ВХОДЯЩИЙ

приемлемое

индикация

ВЫЗОВ:

качество

или ДАННЫЕ

(ЗС-СУ)

Выбранное

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

СКП/КПМ2

ВЫЗОВ ПРИНЯТ'

ответ

•или ДАННЫЕ

Выбранное

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

СКП/КПМ»

(ПС-СУ)

СОЕДИНЕНИЕ УС

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

ТАНОВЛЕНО* или

ДАННЫЕ (ПС-СУ)

1

Значения «выбранное» преобразуются и услугу СКП. если она обеспечивается. п противном случае эти значения передаются в параметре КПМ.

2

Логический объект ПСЗП передает «выбранные» значения пропускной способности в обоих направлениях передачи данных в параметрах КУ пропускной

Страница 49

ГОСТ 34.934—fll C. 47

способности примитива С-СОЕДИНЕНИН. ответ. Если услуга СКП обеспечена, эти значения перекодируются в услугу СКП, передаваемую обратно в пакете ВЫЗОВ ПРИНЯТ Если услуга СКГ1 не обеспечивается, то зти значения перекодируются в параметр КМП и возвращаются либо в пакете ВЫЗОВ ПРИНЯТ (если быстрая выборка обеспечена и использоиаиз » соответствующем пакете ЗАПРОС ВЫЗОВА), либо в сообщении ПС-СУ.

4) Обработка пакета СОЕДИНЕНИЕ УСТАНОВЛЕНО

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

») Транзитная задержка

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

1)    услуга «выбор и индикация транзитной задержки» (ВИТЗ) отсутствует в подсетях Х.25 1980 г. Предполагается, s/о ее рекомендуемое значение должно Сыть предметом соглашения на определенный период времени между администрацией связи и поставщиком подсети Х.25 1980 г.;

2)    услуга «согласование межконцелой транзитной задержки» (СМТЗ) не обеспечивается а подсетях X 25 1980 г., поэтому она должна быть закодирована в виде параметра «транзитная задержка» ПСЗП. как определено а а. П1.4.4.7 настоящего приложения;

3)    упоминание и п 62.5,2 о не передаче пакетов ППУ Х.25 19&< г. относится в этом разделе к сообщениям ПСЗП

г! Дополнительные параметры КУ.

Другие параметры КУ не обеспечиваются. Сервис сетевого уровня не требует их согласования а фазе установления ССУ.~

П1.36. Ос о б е н и о с т и Х.25.

а) Бит О

Бит 0 пакета ДАННЫЕ устанавливается в значение ), если этэт пакет содержит кодированную информацию, использующую коды ПСЗП.

0) Бит М

Последовательность ПбМ используется, если СБДС слишком велик для ее передачи в одном пакете ДАННЫЕ или. если параметры примитивов С-СОЕДИНЕНИЕ и С.-РАЗЪЕДИНЕНИЕ слишком велики для передачи в полях данных вызывающего или завершающего пользователя соответственно.

в) Бит Д

Бит Д в пакете ЗАПРОС ВЫЗОВА (т. е. бит 7 октета I) устанавливается для запросе факультативной услуги «подтверждение приема» поставщика УСУ.

Бит Д устанавливается п пакете ДАННЫЕ для передачи параметра «запрос подтверждения».

О Повторный пуск

Повторный пуск Х.25 приведет к разъединению всех ССУ на том интерфейсе, на котором он используется.

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

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

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

Каждое ССУ преобразуется в одни логический канал Х.25.

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

Это поле «пользуется для передачи значения параметра «причина»

з)    Пакет ДИАГНОСТИКА Х.25

Этот пакет не подвергается преобразованию. Однако его прием вызывает

Страница 50

С. 48 ГОСТ 34.954-91

действия «любое другое действительное событие Х25» п табл. П1.4 состоя-ннй/со<5ыгий.

П1.3.7. Сетев а я коммутация

Для переключения СУ от одной подсети Х.25 к другой, использующих ДЛЯ ССУ ттротокол ПСЗП Х.25 1930 г. на обеих сторонах переключения, каждый принятый ПБДС обычно передается а другу» подсеть в неизменном виде. Одних» ПБДС может быт*, смодифицировая при следующих обстоятельствах:

а)    соединенные подсети имеют различные допустимые размеры ПБДС (т. е. различные длины пакета ДАННЫЕ), что требует сегментирования или разборки;

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

в)    инициатор переключения маршрута может сам сгенериронать примитив С-РАЗЪЕДИНЕНИЕ или С-СБРОС.

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

Инициатор переключения может передать обратно пакет ВЫЗОВ ПРИНЯТ с быстрой выборкой в последующей ПБМ, содержащей сообщение ПС-СУ. если тайм-аут установления вызова подсети на исходе.

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

111.3.8. Тайм-ауты

&) Тайм-аут «ответ на соединение»

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

Использование и действие этого тайм-аута показано в табл. 16 состояний/ /событий в п. П1.4.

Значение этого тайм-аута определяется конкретной реализацией. Рекомендуемое его значение должно быть больше или равно текущему значению тайм-аута «ответ на запрос вызова» Х.25 (Т21) процедуры вызова Х.25.

б)    Тайм аут «ответ ка разъединение»

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

Использование и действие этого тайм-аута показаны в табл. 16 состояний событий.

Значение этого тайм-аута определяется конкретной реализацией Рекомендуемое его значение должно быть больше или равно текущему зночению тайм-аута «ответ на запрос завершения Х.25» (Т2б) процедуры вызова Х25.

в)    Тайм-аут процедуры повторной установки:

Тайм-аут «ответ на запрос повторной установки Х.25» (Т22) достаточен

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

П'1'.4. Описание протокола

П1.4.1. Переходы состояний/событий

Страница 51

ГОСТ 34.М4-в1 С.

Диаграмма переходов состояний для ПСЗП X 25 1980 г приведена на черт. 3.

Диаграмма переходов состояний

Черт. 3

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

Операции ПСЗП Х25 1980 г. определяются двумя таблицами переходов состояний/событий (табл 16 и 17). В этих таблицах приведены взаимоотношения между примитивами услуг сетевого уровня и элементами процедуры Х.25 1980 г. Принятая для описания модель относится к типу синхронных моделей для отдельного случая соединения. Таблицы иосят описательный характер и таковые они не содержат никакой информации, которая относвллсъ бы только к подробностям реализации В таблицах переходов состояний/событий. предполагается, что:

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

б)    элементарные действия/события ис ставятся в очередь в логичес* ом

объекте ПСЗП;    .

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

г)    для логического объекта ПСЗП обеспечивается только корректный протокол X 25 I960 г.

Страница 52

Т аблм ц а 16

Таблица состояний/событий для фазы установления ССУ

Со СТО—Ш1

События

1

о

а

VA# л » Л Л Ш ■ в V*

4

rf-V % в ^ 1 ft м & _ ж _ _ _ ^

S

в

7

ОЖИДАНИЕ

nqffr-ЭА*

ЙЕрШ

а

холосто к

ОЖИДАНИЕ г.с -СУ

ОЖИДАНИЕ СОЕД OTJ*

°ХЖ»ДК

ОЖИДАНИЕ

эсГсу

ПЕРЕДАЧА

даи*м

Сервисны? примитиим

12 3 4 5

12 3 4 5 6

12 3 4 5 6

12 3 4

1 2 3

1 2 3 4 5

12 3 4

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

х 1

С-СОЕДИНЕНИЕ ответ

х 1

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

запрос

X

х 4

X

х J

Протокольные сообщения

X 25 соед-устак (б-виб)

2

X 25 сосд-устаиовлено

2

X

Х.26 данные (ПС-СУ) (5)

2

Х.25 вход•»ыаов (б-аыб)

X

X 2S вход-вызов

X

X 25 данные <ЗС-СУ) (5)

X

Х.25 ннд-завгршенмя

X

X

X

X

X

X

X.25 подт-завершения

ххд

X

X

Х.25 данные (ЗР-СУ) (Б)

X

X

Страница 53

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

Состояния

События

ХОЛОСТОЕ

2

ОЖИДАНИЕ

3

ОЖИДАНИЕ

ооедотв

•ад

5

ОЖИДАНИЕ

ЗС'СУ

б

ПЕРЕДАЧА

ДАННЫХ

7

ОЖИДАНИЕ

шбии

ТаАм-ауты

12 3 4 5

12 3 4 5 6

12 3 4 5 6

12 3 4

I 23

12 3 4 5

12 3 4

Истек тайм-аут «ответ па соединение»

Истек тайм-аут «ответ на разъединение»

Любое другое действительное событие Х.25 (кроме ГОТОВНОСТЬ К ПРИЕМУ. НЕГОТОВНОСТЬ К ПРИЕМУ и НЕПРИЕМ)

X

X

X

X

1

X

X

X

X

Действия

Сераиаше прниитипы

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

индикация

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

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

С-РАЗтсЛИНЕНИЕ.

индикация

X

X X

X X

X X

X X

X

X XX

Протокольные сообщения

Х.25 запрос-ашова (б-выб)

X 25 запрос-выяоиа

X

X

Страница 54

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

Состояния

ДеЛст»ля

1

5

3

4

5

6

РЖИ^ИР

ЗАИсРШ

ХОЛОСТОЕ

ОЖИДАНИЕ

ОЖИДАНИЕ

СОЕДОТВ

ОЖИДАНИЕ

х u-cotn

ОЖИДАНИЕ

ЭС-СУ

ПЕРЕДАЧА

ДАННЫХ

Х.25 данные (ЗС-СУ) X 25 вызовпринят (бвыб)

X 25 вызов-пркнят X 25 ланные (ПС СУ)

1 2 3 4 5

X

12 3 4 5 6

12 3 4 5 6

х 4

3 х

12 3 4

X

1 2 3

12 3 4 5

12 3 4

Х.25 запрос-завершсннй Х.25 ис1дтисрждсинс*:»а*

X X

X X

X X

X

X XX

X

вершения ООД Х.25 денные (ЗР-СУ)

Тайм-ауты

Тайм-аут «ответ на соединение»

Тайм-аут «ответ на разъединение»

+ +

X

X

4

+

X

X

X

X

+

X

Следующее состояние

2 3 4 5 1

6 6 2 7 17

6 6 7 17 7

2 117

3 1 7

7 17 7 7

1117

16—Мв'Ю JLDOJ г« э

Страница 55

ГОСТ 34.954-91 С 33

Т а блиц а 17 Таблиц» состояний/событий для фазы передачи данных

Состояний

События

в

в

9

ПЕРЕДАЧА

ДАННЫХ

СБРОС

СБРОС

ПОЛЬЗОВАТЕЛЯ

УСЛУГИ

Сервисные примитивы

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

6 7 8 9 А

X

12 3 4

1 2

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

X

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

X

Протокольные сообщения

X 25 даиные-ХХД

X

X

Х.25 инднкация-повторной уста

новки

X

X

Х.25 подтверждение повторной

установки ХХД

X

Любое другое действительное событие Х.25 (кроме ГОТОВНОСТЬ К ПРИЕМУ, НЕГОТОВНОСТЬ к

ПРИЕМУ и НЕПРИКМ)

X

X

X

Сервисные примитивы С-ДАННЫЕ, индикация

6 7 8 9 А

12 3 4

1 2

X

С-СБРОС. индикация

X

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

X

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

X

X

X

Протокольные сообщения

Х.25 дакные-ООД

X

X 25 запрос-човториой-установки-

ООД

X

X 25 подтперждение повторной-

установки ООД

X

Х.25 запрос-завершения

X

X

X

Х.26 подтвс-рждеянс-заосршемня

Аинулнроямгъ ляниые

X

Следующее состояние

6 6 8 9 7

6 6 7 8

6 7

Примечания х табл. 16 н 17:

Использование этих таблиц ссстоялнй/собыгн» пояснело ниже.

1.    Найти текущее состояние.

2.    Найти строку, содержащую произошедшее событие.

3. Есть ли «х» в столбце данного состояния? Если нет, данное событие ошибочно для этого состояния (число вместо <х* указывает номер примечания».

4.    Проследить столбец вниз до нахождения знаков «х» (или номеров эрн-

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

5.    Проследить строку обратно для отыскания действия.

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

7.    ^то действие обычно приводит к событию о равноправном логическом объекте, которое продолжает цикл

Страница 56

С 54 ГОСТ 34964-91

Врекскные диаграммы последователь кости сообщении Нормальна* поеледовательиосгк установления ССУ:


X Л ЗАЯ-1%1Э0вЛ 16-8Ы61


1 I


с-сседингмиь

)»•*»*


1 2


Ж?» ИХ -ВЫЗОВ (»-вЫ»> ж 2* выэо^пжчят (ь-вы*>


а 1


с-соед^Екие

ortfr


к тъ согл- устаио#лск> гб-аыб,


7 ?


Ис<ни/ъ»«« ПКМЮИЧ»»К«Т» W'UWXI ССУ


Ж» ЗАЯ-ЗА#Г*иниЧ IB 9ЫВ!


6 »


C-*X3VFA‘«»»IH*f


—^С-1*А5Ъ6ДМИЬИИЕ

* *    М<|/Н|||Н


X Л И»«Д"*А8*Р1ЬС*ИА КЯ ООД РОДТ6-ЗАВЕЭ11ЕИ*Я


П


ХЯПОДТв-ЗАЛЫГИН А


г>х.**>**»ст*с«п уоио»г**л| ССУ


А.-Н1


13


ХНЭАЛ-вИГКЛА -\


ОСОбДим^чит


Х?58Х-вЬ*30<1 X Л HH3fyi-nr»*lA7


1 «


'


X /1) СОШ-УСТАИОЛПГ.ЬО

Ж П ЛАНЧ** ОС-СП


А I


Si


ХПОАНЧИЕ СЭС-СУ» X?s йА«*Ы£ 1ЙС-СУ>


с соед#н£чие

пг**т


С-СО€ЛИ«Е*»«Г

mftVNPMft**»"


гг


Х2*Л*НКИ£ {ГК СУ1


Поставе*******»» сЛг^м


X Л ЗАЛ-СЬ<*О.СА


г. а


е-сбкн; **кк С-СВРОС

П«ИС=ХИ'«*



Ц-С6ЛУ.

4»ЛП«*Ч"

C~CSKK.ot.iT


Х»ИНД С6РССА

х лооа гм\лтв-с^гоал


9*


81


X Г) **v\ ПОДУ? CWOTA


♦ Любая процедура сброса, инициируемая поставщиком услуг сетевого уровня, определяется в этот момент для завершения данной последовательности сброса

Черт А


8. Помните, что истечение тайм-аутов >то события Действиями тайм аутов могут быть:

либо «+* — указывает, что начат или поэторно начат отсчет тайм аута, либо «—» — указывает, что отсчет тайм-аута прекращен 9 Временные последовательности сообщений иа черт 4 содержат ссылки на номера столбцов таблицы состояний/событий в пределах состояния; например, лп 1 I, 1.2, 3 1 и 2.1 описывают нормальное установление ССУ.


Страница 57

ГОСТ 34.964-91 С. 55

10, Диаграмма состояний (черт. 3) и временные последовательности сообщений показывают «нормальные» переходы состояний. Таблица состояний/событий содержит определенный ответ на все события л*М5ого состояния.

,    11. Предполагается, что ннжсраспо.южеаная система Х.25 функционирует

правильно, поэтому не требуется каких-либо предосторожностей и отношении ошибок протокола X 25 (например, пакеты ДАННЫЕ, предшествующие пакету ВЫЗОВ ПРИНЯТ).

12.    Имеют место только правильные последовательности примитивов УСУ.

13.    Чтобы упростить представление таблиц состояний/событий, они разделены на две «фазы»: фаза установления ССУ. определенная в твбл 16. и фаза передачи данных, определенная в габл 17.

Примечания к установлению ССУ (табл. 16)

1.    Альтернативная процедура установления/разьединения ССУ, не использующая услугу «быстрая выборка».

2.    Система должна оставаться в состоянии 2 до тех пор, пока не будет принято полное сообщение ПС-СУ либо в виде одного пакета ВЫЗОВ ПРИНЯТ, либо и виде следующей ПБМ (состоящей из одного или нескольких пакетов ДАННЫЕ).

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

4.    Альтернативная процедура разъединения ССУ используется для отклонения запроса соединения.

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

В любом случае сетевые параметры передаются затем вызывающему пользователю в сообщении ЗР-СУ содержащемся э ПБМ (которая состоит из одного или несхольхих пакетов ДАННЫЕ)

5 Для принимаемых пакетов X 25 ДАННЫЕ с установленными битами О к М при приеме полной ПБМ имеет jjccto событие «X 25 данные (ЗС-СУ)», либо «Х.25 данные (ЗР-СУ)».

6. Это состояние в фазе установления ССУ охватывает все состояния фазы передачи данных.

Примечания к фазе передачи данных (табл 17):

1.    Примитив С-СРОЧНЫЕ-ДАННЫЕ не обеспечивается.

2.    Примитива С-ДДННЫЕ-ПОДТВЕРЖДБНИЕ. запрос и индикация не требуюг никаких дополнительных протокольных сообщений. Они являются локальными /.ля каждого конца соединения, управляющего использованием подтверждений порядкового номера Х.25.

д)    все элементы протокола Х.25 1980 г. (кроме пикетов ГОТОВНОСТЬ К ПРИЕМУ. НЕГОТОВНОСТЬ к ПРИЕМУ и НЕПРИЕМ) предостаадяются для логического объекта ПСЗЦ и »тим логическим объектом;

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

П1.4 2. Принципы кодирования

Кодирование ПСЗП обеспечивает повсеместное использование услуг X 25. Там, где нет возможности передать соответствующее сообщение ила параметр с использованием услуг Х.25. используется кодирование ПСЗП в полях данных

Страница 58

С. 56 ГОСТ 34.964-91

вызывающего, вызываемого к завершающего пользователей, либо в ПБМ (состоящей из одного или нескольких пакетов ДАННЫЕ) с битом 0. равным 1. Структура кодирования ПСЗП приведена ниже.

6

8

I

Тип хода сообщения 0 0 1    0 0 0 0    0

Значение кода сообщения Тип параметра (ТП)

Значение параметра (ЗП) Значения и типы будущих параметров

Кодирование типоэ кодов сообщения и типов параметров основываются на правилах кодирования, используемых для поля услуг X 25. Биты 8 н 7 тип* параметра (ТП) указывают класс длины соответствующего поля «значение параметра» (ЗП). Аналогично кодируются коды сообщения (П1.4.42).

8

7

6

5

4

3

2

I

0

0

X

X

X

X

X

X

0

1

X

X

X

X

X

X

1

0

X

X

•х

X

X

X

1

1

X

X

X

X

X

X

Одвоохтстиое поле значения параметра-

Двухоктсткое поле значения параметра

Трехоктстиое поле значения параметра Поле значения параметра переменной длины

Для поля переменной длины октет. следующий за полем ТП, является указателем длины (УД), определяющим длину соответствующего поля ЗП.

При наличия эквивалентной услуги X 25 1984 г. код ТП такой же, как и код данной услуги В противном случае бит 6 устанавливается в значение I. ятобы исключить противоречие между значением ТП и любыми используемыми -в данный момент ходами услуг МККТТ. Поскольку вышеописанное кодирование основывается на коде поля услуг Х25 1984 г., то максимальная длина услуг Х.25 и кодированных параметров (кроме данных-пользователя-УСУ) не должна превышать 109 октетов.

Октеты параметров услуги, определенные с использованием понятия «наиболее значащий бит» и «наименее значащий бит», должны передаваться через подсеть Х25, начжая с наименьшей значимости. Бит 1 соответствует «биту наименьшей значимости», а бит 8 соответствует «биту наибольшей значимости» соответствующего октета.

Октеты п пакете последовательно нумеруются, начиная с 1. и передаются по порядку номеров.

111.4 3. Кодирование типа параметра

5    4    3    2

8    7    6

ООО

0    0    I

О    0    I

0    10 1

0 0 0 0 0 0 10 0 1

Шестнадцатеричный

0А    Класс минимальной пропусх-

ной способности 20    Код сообщения

29    Инициатор разъединен к*


Страница 59

ГОСТ 34.954-91 С. 67

0    0    10    10    11    2В    Причина разъединения

0 О I О    I I    О 1.    2    Продолжение

110    0    10    0    1    09    Расширите адрес* вызывае

мого

110    0    10    10    СА    Транзитная задержка

110    0    10    11    СВ    Расширение адреса вызываю

щего

1110    0    10 0    Е4    Даиные-пользователя-УСУ

Примечание. Последовательность появления параметров ПСЗП несущественна.

П1.4.4. Описание параметров

П 1.4.4.1 Класс минимальной пропускной способности

Однооктетяое поле ЗП содержит класс минимальной пропускной способности для обоих направлений передачи данных. Класс *ш»ммз.тьмой пропускной способности для направления передачи данных ог вызываемого ООД указывается в битах 8. 7, б к 5. -Класс минимальной пропускной способности для направления передачи данных от вызывающего ООД укалывается в битах 4, 3. 2 и 1.

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

Бит: или бит:

8

7

в

5

Класс пропускной

4

3

2

1

0

0

0

0

Зарезервировано

0

0

0

1

Зарезервировано

0

0

1

0

Зарезервировано

0

0

1

1

75

0

1

0

0

1S0

0

1

0

1

300

0

1

1

0

60Э

0

1

‘1

1

1200

1

0

0

0

2400

1

0

0

1

4800

1

0

1

0

9600

1

0

1

1

19200

1

1

0

0

48000

1

1

0

1

Зарезервировано

1

1

1

0

Зарезервировано

1

1

I

1

Зарезервировано

ПI 4.-J.2. Код сообщения

Коды сообщения используются для идентификации типа сообщения ПСЗП при его переносе s составе ПБМ с установленным битом 0. Коды сообщения предстаглени в начале ПБМ. Однооктетное поле 311 содержит следующие значения кола сообщения:

8    7    "Б    5    4    3    2    I    Шестнадцатеричный

0    0    0    0    0    0    0    1    01X25    ДАННЫЕ    (сообщение    ЗС-СУ)

0    0    0    0    0    0    1    0    02 X 25    ДАННЫЕ    (сообщение    ПС-СУ)

0    0    0    0    0    0    11    03 X 25    ДАННЫЕ    (сообщение    ЗР-СУ)

П. 1.4.4 Л. Инициатор разъединения'

Коды поля «инициатор 1>азьеднкения> при его передач? р виде параметр* должны иметь следующие значения:

8    7    6    5    4    3    2    1    Шестнадцатеричный

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

0    0    0    0    0    0    1    0    02    Поставщик УСУ

Страница 60

С. 58 ГОСТ 34.954-91

П1.4.4.4. Причина разъединения

Коды ноля «причина разъединения» при его передаче в виде параметра должны иметь те же значения, что н эквивалентные коды диагностики Х25, лоозанные в табл. 10.

П1.4.4.5. Порампр <продолжение>

Этот параметр означает, что в ПБМ пакетов ДАННЫЕ е битом 0. равным

I, передаются еще некоторые параметры. Поле ЗП во входящих пакетах игнорируется Для исходящих пакетоа поле ЗП должно быть равно 0.

IV .44.6 Параметры адреса

Параметр «расширено адреса вызывающего» используется для передачи адреса вызывающего ПДУСУ Параметр «расширение адреса вызываемого» используется для передачи либо адреса вызываемого ПДУСУ. если ои задан в пакете ЗАПРОС ВЫЗОВА Х.25, или п ПБМ, содержащей сообщение ЗССУ, либо ад|>еса отвечающего ПДУСУ. если он представлен в сообщении ПС-СУ или в ЗР-СУ.

В ИСО 8348 (Доп. 2) описаны различные форматы адресов ПДУСУ.

Подробные правила кодирования адресов ПДУСУ. описанные в п. 6.2£ настоящею стандарта, должны соблюдаться с одним уточнением. Услуги «расширение адреса» не используются п протоколе Х.25 1980 г. для передачи адресов ПДУСУ; для этой цели в ПСЗП должны использоваться параметры «расширение адреса».

Поде ЗП параметра «расширение адреса* ПСЗП должно кодироваться следующим образом:

8    7    6    5    4    3    2    1

Длина адреса

полуоктетах

1-й пол у октет

2-й полуоктет

ЗП (последнее)    I

Примечания;

1.    Значение ЗП! не должно превышать 40 (десятичное).

2.    Для адресов ПДУСУ. содержащих СЧР десятичного счета, каждая цифра ЧИР и СЧР должна быть представлена полуоктетом десятичного кода, где Сиг 5 или 1 является битом младшей значимости. Начиная с цифры старшей значимости последовательность цифр преобразуется в октет ЗП2 и н следующие о.аеты тюля ЗП по две цифры на каждый октет. В каждом октете старшая по

'Значимости цифра должна кодироваться в битах 8. 7. 6 и 5. Если в последовательности содержится нечеткое число цифр, то биты 4, 3, 2 и I последнего октета (ЗГ1-последнее) должны быть «единицами»

3.    Для адресов ПДУСУ. содержащих двоично-кодированную СЧР, каждая цифра ЧИР должна преобразовываться в подуоктет дзоичиодесятичного кода, где бит 5 или I является младшим по значимости битом цифры. Последовательность цифр, начиная со старшей по значимости цифры, преобразуется в октет ЗП2 и в последующие октеты поля ЗП. по две цифры на каждый октет. В каждом октете старшая по значимости цифра должна кодироваться битами 8, 7, 6 и 5. Если в последовательности содержится нечетное число цифр, то биты 4. 3. 2 и I последнего октета, содержащие ЧИР. должны быть «единицами* Следующий октет поля ЗП содержит первый октет СЧР. Каждый октет СЧР должен преобразоиыиаться и два полуоктета, где бит 8 —старший по значимости бит, а бит I — младший по значимости бит.

Страница 61

ГОСТ 3* 954—91 С. 59

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

Октет, следующий за полем ТП. указывает длину (в октетах) следующего г.оля ЗП и имеет значение 2, 4 или 6. Поле ЗП следует зг полем длины и указывает значения транзитной задержки, передаваемые «прозрачно» через подсеть Х.26.

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

Транзитная задержка выражается !> миллисекундах н представляется дво-ично-кодированным числом, где бит 8 первой пары октетов является битом старшей значимости, а бнт I второй пары октетов — битом младшей значимости.

Зиаченке иакоялгмиой транзитной задержки, представленное одними единицами, указывает, что значение этой задержки неизвестно нля превышает 65634 мс.

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

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

П15 Протокол, декодированный в пакетах Х.25

П1.Б.1 Пакеты ЗАПРОС ВЫЗОВА кВХОДЯЩИП ВЫЗОВ (только д л * услуги «быстрая выборка»)

Я _ 7    6    5    4    3    2    1

Идентификатор общего фор мат л (примечание 1)

Номер группы логического канала

Номер логического канала

Идентификатор типа пакета

0 0

0 0

10 11

Длина адреса вызываемого ООД

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

Адреса ООД

| 0 0 0 п

0 0

Длина услуги

Услуги

I 0

ИД протокола

0 0

г» 1 0 0

«Сетевые» параметры (примечание 2)

Страница 62

С во ГОСТ 34 954-91

Примечания:

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

2.    К разрешенным параметрам, которые могут передавайся в любом порядке, относят:

Расширение адреса вызываемого Расширение эдреса вызывающего Параметры КУ: класс минимальной пропускной способности

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

ТГ1=С9(+ИД, ЗП). ТГ1-С.В(+ИД. ЗП).

ТП~СА(+ЗП)

ТП-»СА(+ИД. ЗП). ТП = Е4(+ИД. ЗП).


П152. Пакеты ВЫЗОВ ПРИНЯТи СОЕДИНЕНИЕ УСТАНОВЛЕНО (только для услуги «быстрая выборка»)

Иденткфиквтор общего формата (примечание 1)

Номер группы логического канала

Номер логического канала

Идентификатор типа пакета

. 0 0

0 0

1111

Длина адреса вызываемого ООН

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

Адреса ООД

.

0 0 0 0

0 0

Длина услуги

Услуги

1 0

ИД протокола

0 0

oloo

«Сетевые» параметры (примечание 2)

Примечания:

1.    Бит 7 используется для указания приемлемости процедуры Д.

2.    К разрешенным параметрам, которые могу? передаваться о любом порядке, относятся:

ТП = С9(+ИД. ЗП). ТП = 0А(+ЗПК

Расширение адреса вызываемого Параметры КУ: класс минимальной пропускной способности

ТП = СА. ИД—(2+ЗП). ТП-Е4(+ИД. ЗП).

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

П153 Пахты ЗАПРОС IIИ Я ЗАВЕРШЕНИЯ

ЗАВЕРШЕНИЯ и ИНДИКА-

Страница 63

ГОСТ 34.954—9t С. Rl

8    7    6    5    4    .1_2    1

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

Номер группы логического канала

Номер логического канала

Идеитифичатор типа пакета 0 0 0 1 0 0

1 1

' Причина завершения

Код диагностики

Длина адреса вызываемого ООД

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

.Адреса ООД

*

0 0

0 0

0 0

Длйиа услуги

Услуги

«Сетевые» параметры (примечание 1)

Примечания:

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

Расширение адреса вызываемого    ТП=С9(+ИД, ЗП)

Дачныс-пользоватедя-УСУ    ТП = Е4(+ИД, ЗП).

2.    Во всех остальных случаях поля адреса и услуги, поля их длин и «сетевые» параметры отсутствуют

П15.4. Пакеты ДАННЫЕ ООД и АКД

Нормальные пакеты ДАННЫЕ (0=0)

8 7

6 5

! 3

2

1

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

0 Д 0 1

Номер группы логического кгиала

Номер логического канала

Ппм

М

Прд

0

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

Страница 64

С 62 ГОСТ M.W4— 91

• П1.5.5. Пахеты ЗАПРОС ПОВТОРНОЙ УСТАНОВКИ н ИНДИКАЦИЯ ПОВТОРНОЙ УСТАНОВКИ .

6

8

I

Номер группы логического канала

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

Номер логического канала

Идентификатор типа пакета 0 110

Причина завершения

Код диагностики

П1.5.6. Пакет ПОДТВЕРЖДЕНИЕ ПОВТОРНОЙ УСТА-НОВКИ

8

6

1

Номер группы логического канала

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

Номер логического канала

Идентификатор типа пакета 0 1111

1

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

а) Пакеты ЗАПРОС ВЫЗОВА и ВХОДЯЩИЙ ВЫЗОВ

8 *7

б 5

! 3

2 1

Идентификатор общего формата (примечание 1)

Номер группы логического канала

Номер логического канала

0 0

Идентификатор типа пакета 0 0 1.0

1 1

Длина адреса вызываемого ООД

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

Адреса ООД

0 ' 0

0 0

0 0

Длина услуги

Услуги ,

1 0

0 0

ИД протокола 0 1

0 0

«Сетевые» параметры (примечание 2)

Страница 65

ГОСТ 94.964-91 С 63

Примечания:

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

2.    Единственным обязательным параметром является:

Продолжение ТП®*2.

б) Пакеты ВЫЗОВ ПРИНЯТ и СОЕДИНЕНИЕ УСТАНОВЛЕНО

1

8

Идентификатор общего формата (примечание 1)

Номер группы логического канала

Номер логического какала

Идентификатор типа пакета 0 0 11

1

1

Длина адреса вызывающего ООД Длина адреса вызываемого ООД

Адреса ООД

0 0

0

0

0

0

Длина услуги

Услуги

1

0

ИД протокола

0

0 0 1

0

0

«Сетевые» параметры (примечание 2)

Примечания:

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

2.    Эти параметры разрешены только в том случае, если пакет ВЫЗОВ ПРИНЯТ передается п отпет на пакет ВХОДЯЩИЙ ВЫЗОВ с услугой «быстрая выборка». В этом случае только параметр «продолжение» является обязательным.

Продолжение ТП=-2

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

в) Пакеты ДАННЫЕ. Сообщение ЗС-СУ

а 7

6 5

4 3

2 1

Идентификатор общего формата 10 0 1

Номер группы логического канала

Номер логического канала

Ппм

1 М

Ппд

\ о

О 0

Тип кода сообщения (примечание 1) 10 0 0

0 0

0 0

Значение кода сообщения 0 0 0 ' 0

0 I

«Сетевые» параметры (примечание 2)

Страница 66

С 64 ГОСТ 34.954-91

Примечания:

J. Если сообщение ЗС СУ охватвает ПБМ нескольких пакетов ДАННЫЕ, то параметр «код сообщений» (т. е. тип кода сообщения и значение кода сообщения) имеется только в первом пакете ДАННЫЕ ПБМ .

2 К разрешенным параметрам, которые могут передаваться в любом порядке. относятся:

ТП-С9(+ИД. ЗП). ТП = СВ(+ИД. ЗП).

ТП=СА(+ЗП).

ТП = СА(+ИД. ЗП). ТП—Е4(+ИД» ЗП).

Расширение адреса вызываемого Расширение адреса вызмвахмцего Параметры КУ: класс минимальной пропускной способности

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

Если сообщение ЗС-СУ охватывает несколько пакетов ДАННЫЕ, то все-пакеты ДАННЫЕ, кроме последнего, должны быть полными, При необходимости заполнения пакетов параметры должны разбиваться на части, при этом-первач часть дополняет одни пакет ДАННЫЕ, а остальная часть занимает начало поля «данные пользовала» следующего в ПБМ пакета ДАННЫЕ, г) Пакеты ДАННЫЕ, Сообщение ПС-СУ

8 7

6 5

-1 3

2

1

Идентификатор общего формата (примечание 1)

Нсмгр группы логического канала

Номер логического хан ала '

Ппм

1 »

Ппд

6

0 0

Тип кода сообщения (примечание 2) 1 О и 0

0

0

0 0

Значение кода сообщения 0 0 0 0

1

0

«Сетевые» параметры (примечание 3)

Примечания:

1.    Если использование услуги «подтверждение приема» временно принято, то бит 7 отдельного пакета ДАННЫЕ Х.25 или бит 7 последнего пакета ДАННЫЕ в ПБМ, содержащей сообщение ПС-СУ. содержит бит Д, равный I и означающий конец использования зтой услуги. Бит 0 (бит 3) установлен в значение 1.

2.    Если сообщение ПС-СУ охватывает ПБМ нескольких пакетов ДАННЫЕ, то параметр «код сообщения» (т с тип кода сообщения и аначение кода сообщения) присутствует только а первом пакете ДАННЫЕ ПБМ.

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

ТП-69(+КД. ЗП). ТП-“ОА(+ЗП);

Расширение адреса вызываемого Параметры КУ: класс минимальной пропускной способности

ТГ1-СА. ИД~2(+ЗП).

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

ТП —Е4(4-ИД. ЗП).

Если сообщение ИС-СУ охватывает несколько пакетов ДАННЫЕ, то все пакеты ДАННЫЕ, кроме последнего, должны быть полными. При необходи-

Страница 67

I ОСТ 34.954—91 С «5

мости параметры должны разбиваться на части для заполнения пакетов, при этом первая часть, заполняет один пакет ДАННЫЕ, а остальная часть, занимает начало поля «данные пользователя» следующего пакета ДАННЫЕ в ПБМ

П 1.5.8. Пакеты альтернативной процедуры разъединения соединения сетевого уровня э) Пакеты ДАННЫЕ. Сообщение ЗР-СУ

8    7    С    5    \    3    2    1

Идентификатор общего формата 10 0 1

Номер группы логического канала .

Номер логического канала

Ппм

М

Ппд

0

0 0

Тип кода сообщеаия (примечание 1) 10 0 0

0

0

0 0

Значение кода сообщения 0 0 0 0

1

1

«Сетевые» параметры (примечание 2)

Примечания:

J Если сообщение ЗР-СУ охватывает ПБМ. состоящее из нескольких пахе-70в ДАННЫЕ, то параметр «код сообщения» (т. е. тип кода сообщения и значение кода сообщения) присутствует только » первом пакете ДАННЫЕ

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

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

ТП = 09(4-ИД. ЗП). ТП —29(+ЗП) ТП=2В(+ЗП) ТП-Е4(+ИД. ЗП).

б) Пакеты ЗАПРОС ЗАВЕРШЕНИЯ И ИНДИКАЦИЯ ЗАВЕРШЕНИЯ

8 7

6 5

4 3

2 1

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

Номер группы логического канала

Номер логического канала

0 0

Идентификатор типа пакета 0 10 0

1 1

Причина

завершения

Код диагностики

Примечание В пакете ЗАПРОС ЗАВЕРШЕНИЯ причиной завершения всегда должно быть «по инициативе ООД». а диагностикой — «нет дополнительной информации» (нуль) Дли пакета ИНДИКАЦИЯ, используемого с альтернативной процедурой разьединения ССУ. поля причины завершения и диагностики должны игнорироваться.

Страница 68

С 66 ГОСТ 34 95+-в1

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

СООТВЕТСТВИЕ

Статус данного приложения должен быть пересмотрен при пересмотре ста-туса приложения I.

П2.0. Введение

Соответствие настоящему стандарту определяется 8 понятиях функциональных возможностей конкретной реализации конечной системы или устройства 8заимодейС1аия. подключенных я качестве ООД к сети коммутации пакетов данных Х.25. Реализации различных классов могу7 при определенных обстоятельствах взаимодействовать между собой путем выбора того класса, в котором они должны работать.

П2.1 Функциональность классов

Требоэачня по соответствию для трех классов реализации приведены ниже.

Соогветсгвие*1984 Система соответствует настоящему стандарту как «система, обеспечивающая услуги сетевою уровня ВОС только в среде X 25 1984 г.

Соответствие-1980 Система соответствует настоящему стандарту как «система. обеспечивавшая услуги сетевого уровня ВОС че-|>ез Х.25 6 среде, отличной от Х.25 1984 г.

Совместимость Система соответствует настоящему стандарту как «система. обеспечивающая услуги сетевого уровня ВОС через все подсети Х25».

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

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

Услуге «быстрая выборка», используемая ООД Процедуры ООД 1984 г. {см. примечание I) Процедуры УСУ-УС 1984 г. (см. примечание 2) Процедуры 1980 г. с «быстрой выбор-кой> (см. примечание 3) Альтернативные процедуры 1980 г. (см. примечание 4)

СООТВЕТСТВИЕ -1984 г.

Обязательная

Обязательные

Обязательные

Факультативные

Факультативные Обязательные

СООТВЕТСТВИЕ —1080 г.

Факультативная

Факультативные

Факультативные

Факультативные

СОВМЕСТИ

МОСТЬ

Облзательиая

Обязательные

Обязательные

Обязательные

Обязательные


Примечания:

I. «Процедуры ООД I9&4 г.*—это процедуры пакетиого уровня ИСО 8208. которые охватывают ООД. работающее в необходимых процедурах как АКД (например, разрешение конфликта встречных вызовов); они полностью совместимы с требованиями рекомендации МККТТ Х.25 1984 г. для ООД,

Страница 69

ГОСТ 34.954-91 С. 67

2.    «Процедуры УСУ-УС 1984 г.*—>то процедуры, которые должен выполнять логический объект СУ при обеспечении УСУ-УС через Х25 (1984) без использования специального кодирования параметров. Они определены в основной части настоящего стандарта.

3.    «Процедуры 1980 г. 'с быстрой выборкой» — это процедуры, содержащиеся в приложении 1 настоящего стандарта, но с использованием альтернативной процедуры установления ССУ приложения 1 только в том случае, если длина кодированных параметров примитива С-СОЕДИИЕНИБ. запрос превышает 128 октетов.

4 «Альтернативные процедуры 1980 rj» — это процедуры, описанные в приложении 1 настоящего стандарта, но с установлением ССУ всегда выполняемым путем использовании альтернативной процедуры установления ССУ приложения I

П2.3. Сценарии

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

Реализация    «соответствие-1980» может работать через подсеть X 25

1984г., либо — Х.25 1980 г., а также через другие подсети, отличные ог сетей с коммутацией пакетов, и может взаимодействовать непосредственно только с другой реализацией «соответствие-1980» или с совместной реализацией.

Реализации «соответствие-1984» и «соответствие-1980» могут взаимодействовать через взаимосвязанные подсети Х.25    1980 г. и X.25 1984 г. или через

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

Совместимая реализации может работать через подсеть Х.25 1984 г либо X 26 1980 г. н взаимодействовать ие посредствен но с реализацией любого соответствия Совместимые реализации особенно удобны для обеспечения функций коммутации

П2.4. Процедуры выбора класса работы

Использование протокола ПИУ Х25 1984 г. требует, чтобы ООД использовало определенную МККТТ услугу ООД «маркер* в поле «услуги» пакета ЗАПРОС ВЫЗОВА. Если все подсети и вызываемое ООД не распознают этот маркер как действительный, то для обеспечения УСУ-УС используется протокол ППУ X 25 1980 г с ПСЗП. Более подробно это показано на черт 5.

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

Если ООД принимает пакет ВХОДЯЩИЙ ВЫЗОВ с определенной МККТТ услугой ООД «маркер», то для УСУ-УС оно должно использовать процедуры ППУ Х.25 1984 г. Если маркер не представлен в пахете ВХОДЯЩИЙ ВЫЗОВ, то должен использоваться протокол ППУ Х.25 1980 г. с процедурами ПСЗП.

П25 Взаимодействие посредством системы коммутации

Процедура, описанная п п П2 4, осуществляет взаимодействие, используя дополнительные процедуры, реализованные в ООД. Возможно также осуществить взаимодействие, обеспечив систему коммутации для преобразования между протоколом ППУ Х.25 1984 г. и протоколом ППУ Х.25 1980 г. с ПСЗП Операции такой системы коммутации изображены на черт. 6-

Страница 70

С 68 ГОСТ 34.984—tl

Процедура выбора класса операций

'Со>тц*тгт»м*1Э#У'

в уС1*у<оА * бюра*

имя ООЛ


' Cooi9tic«IM« 1ЬвС »*• vc-fprn ''Смеф«« я»Ьоо**' я

ОСА


»#ff»с аы-»:м < усг^гоА б**;-IW* •ьбфмГ* г иЮ-КФПК

г4>U»*» WVW **о с«а с tb»irp*i * е ч*и

т*<о«к1г:Лу)м ПСЗП


У и** л    '

*«W1(4N «V

Сорм»*' отвг»с*»»<*


Мпсог вы

ПвЧИН MWC »» с тагаяфмо гоюиПСЗП


и*а с *с*гго> ‘О**

CW ■•бда»! « С

IX.ЗП

Черт. 5


Услуга    \

4КЛ0Ш* вы о-Ц ПОИ • ** М1ИМРЩГ0,

^ СОД ) /

Сосм©*»

ппм 11И0 •< VC'^Ч гуте.* 6ъК'(** (umi’i аагмоэвм*:

ППУХ J* l<*0f. iv<>aw« eo«


Страница 71

ГОСТ 34.954-91 С. 69

Операции по преобразованию системы коммутации иежау протоколами ППУ X.2S-1984 и ППУ Х.25-19Й0 с ПСЗП

-

'I. IV *>ъ чв* •

пп» * м ни*.

OCJrt jm

ГЛУ к Я

ПСЛж/м г^у * ss <tec ■

(1П»К>а 19МГ

ППГН К *М9>

ПК»., г

X 3> -.«И -

>р1«ч, 3 Kli U»t<r.

'их»?

X Л199? г

»|глж 2 к V, !»«п •

»:«••** 1 *Пт»' •

уг*1«*ь *

* Л »•*!«>

'low 1

* » 1»» г

'

1

X J* 1!ЙО t

Черт. 6

ПРИЛОЖЕНИЕ 3 Справочное

ДОПОЛНИТЕЛЬНЫЕ СВЕДЕНИЯ ПО ПРИМИТИВАМ УСУ-УС

Г13 0 Введение

8 основной части и приложении I настоящего стандарта представлен метод преобразовании между УСУ-УС, с одной стороны, и между ППУ Х25 1984 г. и ППУ Х.25 1980 г. с ПСЗП. с другой стороны. Одиако разработчик оконечной системы должен знать, что помимо вопросов преобразования между УСУ-УС и протокольными элементами ППУ X 25 существует целый ряд «опросов, относящихся к выдаче примитивов УСУ-УС. сИи вопросы касаются обеспечения соответствующей «среды» (т. е. поддерживающих протоколов на соответствующих уровнях) внутри оконечной системы, а хоторой действует протокол ППУ Х.25, Задача данного приложения — дать краткое описание этих вопросов.

ПЗ I Среда действия протокола ППУ Х.25

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

ПЗ.1.1. Инициация

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

Страница 72

С 70 ГОСТ 34 954-91

Параметром «ииициатор» является «поставщик УСУ», а параметром «причина» — «отклонение соединения — причина не определена/устойчивое условие*.

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

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

Пример. Соединение оконечной системы с сетью коммутации пакетов данных Х.25.

Рассмотрим оконечную систему, подключенную к сети данных с коммутацией пакетов Х.25 (общего или частного пользования) посредством выделенной линии в соответствии с требованиями рекомендации X.2I МККТГ. Если при приеме логическим объектом СУ примитива С-СОЕДИНЕНИЕ, запрос этот интерфейс недоступен, то выполняются следующие действия (в перечисляемой последовательности):

а)    выполняются процедуры Х.2| по установлению соединен ни н происходит переход к фазе передачи данных X.21:

б)    выполняется протокол ИСО 7776 для установления Эвен* данных интерфейса ООД/АКД Х26 н вводится фаза передачи данных;

в)    .выполняется процедура повторного пуска протокола ППУ Х25.

Только после успешного в\и\ъли?иия всех этих трех этапов логический

объект СУ может передать через интерфейс ООД/АКД пакет ЗАПРОС ВЫЗОВА протокола ППУ д25.

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

а)    успешная инициации; логический объект СУ перелает пакет ЗАПРОС ВЫЗОВА или

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

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

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

П3 1.2. Преждевременное прекращение работы

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

а)    для установленных ССУ — «разъединение — неустойчивое условие»;

б)    для ССУ, находящихся » процессе установления — «соединение отклонено — неустойчивое условие».

Страница 73

ГОСТ 34.954-91 С. 71

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

ПРИЛОЖЕНИЕ 4 Справочное

ИСПОЛЬЗОВАНИЙ АИПСУ ППУ Х.25

П4 0. Введение

В пом приложении рассматривается использование АИПСУ (г.*е. поля адреса и услуги «расширение адреса») ППУ X 25. Оно содержит руководство по получению адреса ППП из адреса ПДУСУ. В нем почазаи также способ кодирования адреса ПДУСУ в АИПСУ ППУ Х.25.

114.1. Получение адреса ППП

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

Г14.1.1. Справочник

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

114 1.2. Алгоритмическая процедура

Возможны три случая образования адреса Г1ПЛ из адреса ПДУСУ:

а) Отсутствие СЧР

1 Адре* ПДУСУ состоит из ПИФ и ИИР Если ПИФ совместим с форматом ПИФ поставщика услуг подсети, то в зависимости от префиксов и форматов, определяемых особенностями сети, ИИР может использоваться непосредственно в поле адреса с целью обеспечения кодированного адреса ППП. В г»гом случае ПИФ не передается п виде явной протокольной управляющей информации Таким образом, о его наличии можно судить косвенно и получатель должен суметь сделать правильный вывод    .

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

• б) Наличие СЧР

Необходимая в этом случае процедура требует, чтобы ИИР и ПИФ действовали для определения адреса ППП, как определено в случае а). Единственное отличие от случая а) состоит в том. что помимо вышеизложенного полный адрес ПДУСУ вводится в УРА.

в) Возможны также другие случаи, нвпример использование цифр расширения (например. 8=F.69, 9 = Е.163), при которых не требуется использование справочника, В подобных случаях может также привлекаться процедура, определенная в соответствующем стандарте (речомеидацни) по адресации (например рекомендации X. 121 МККТТ).

Г14 2 Примеры кодирования адреса ПДУСУ

Ниже ирнаедеио несколько примеров кодирования адреса ПДУСУ б АИПСУ ППУ X 25 19в4 г (г е. ПА и УРА). В п. 622 описывается способ реализации этого кодирования. Как уже отмечалось, в качестве предпочтительного метода

Страница 74

С. 72 ГОСТ 34.964-91

кодирования яспслйустся двоичное кодирование, определенное в ИСО 83<8 (Доп. 2).

В примерах используется шестнадцатеричная запись, т. е. X'h,/hj .... ' — означает последовательность шестнадцатеричных чисел. Цнфры-заполнигели выделяются подчеркиванием

ПРИМЕР 1

пи*

ииг

СЧ(»

хм-

Х'313412345в7Г

Ну м.

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

ПА

~"1 )

X'3t:M1Z»B67V

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

Вышеупомянутый адрес ПДУСУ может также передаваться в УРА При этом [1Г1УС УРА кодируется следующим образом:

ППУС УРА

Х’НГ I X .W9Q3134173*567»

Заметнм, что первый октег ППУС УРА указывает на использование УРА (и этом случае полный адрес Г1ЛУСУ) в битах 8 и 7. а также число следующих за ним полуоктегов (шестнадцать) в битах 6. б, 4. 3, 2 и I.

ПРИМЕР 2

пив

иш>

es*

| х-зг

Х-313«1Э34&е woo

Х 5» дгзолгвта» J

Страница 75

ГОСТ 34.954-91 С 7S

Адрес ПДУСУ может передаваться только в УРА. ППУ УРА кодируется следующим образом:

ЛПУС УРА

ХЧС X'3/3»341»4Se«e0SMJ30A26ra8-

ПРИМЕР 3.

пив

ИИР

СЧР

| Х-44'

х-123*367390 i?3«'

Х«г97-

Адрес ПДУСУ может передаваться только в УРА ППУС УРА кодируется следующим образом:

ППУС УРА

xir х,м1гм5втз»01гз4и»п-

ПРИМЕР 4.

гам

ИИР

счр

X4S-

х)2м«вгюо1гз-

X'FE4WA'

Адрес ПДУСУ может переливаться только в УРА ППУС УРА кодируется следующим образом:

ППУС УРА

Х'4&0012:|4!£7В&Э1?Эмт49вА‘

хчг

Страница 76

С. 74

ГОСТ

34.954-91

ПРИМЕР 5

ИФ

и»*

C4V

Х’47'

К4ЭОГ

ХЧЖ78А«в05ЕСГ-

Адрес ПДУСУ может передаваться только в УРА. ППУС УРА кодируется следующим образом.

ППУС «>л

ХЧ71ЖЗАЭ6!8А*е<»ИЕС1

ПРИЛОЖЕНИЕ 5 Справочное

РАСЧЕТЫ ТРАНЗИТНОЙ ЗАДЕРЖКИ

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

Значения задержки--

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

СДЧПКП — сеть данных частного пользовании с коммутацией пакетов;

МВС — модуль взаимодейС18ия сетей;

ЦСИО— цифровая се’.ь интегрального обслуживания;

СДОПКП — сеть данных общего пользования с коммутацией пакетов.

Страница 77

ГОСТ 34.954-91 С 76

Утилиты Х.75

втз итз

Услуга Х.25 ВИТЗ Фаза запроса вызова

а)    <— 2dl (примеч. I)

б)    pi

„) t-2dl-pl~(gI+{;2) г) НП    t

Услуга СМТЗ НТЗ    ЖТЗ    МПТЗ

2d I    t

2d I    t

2dl+p! + (gl + g2)    t

2dl+p! + (gI+K2)    t

НП    НП

МП    НП

НП    НП

—2dl—pi р2+е —(gl+ff2)

НП    НП 2dl+pl + (gl+g2) t w

дк p2-fe+p3

е)    t-(2dl + pl-Hgl+g21)

— (e3+K4)-(p2+e+p3)

ж)    p4    НП

нп    нп.......

2dl-rpl-Hg1+g2) +

(p2+e+p3) + (g3+ 4) t w 2dl+pl + (gl+g2) + <p2+e+p3)-Kg3+g4) t w

НП

(примечание 2) НП НП

Фаза подтаерждемия вызова ж) НП

2dl+pl + (g] + K2>

+1Й+ЗЙР4 НП НП

е) р4    НП

д) НП    НП

е} НП    НП

в) р2+е+рЗ    НП

б) НП    НП

а» р!    НП

НГ1

НП

р2+е

4-рЗ

НП

НП

НП

НП ни НП НП

НП нп нп ни нп нп

Примечания:

I 'Вызывающее ООД предполагает, что d2 такое же. как и d).

2. Вызываемое ООД принимает визой, если 2dJ-f-pI-f-(?l -fg2) + (p2+e+ P3)-Hg3+g4)+p4.

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

НТЗ — накопленная транзтная задержка;

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

МПТЗ — максимально приемлемая транзитная задержка НП — неприменимо;

ИТЗ — индикация транзитной задержки;

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

ВИТЗ —выбор и индикация транзитной задержки (услуга);

ЖТЗ — желаемое значение транзитной задержки.

Страница 78

С 7в ГОСТ 34.954-91

ИНФОРМАЦИОННЫЕ ДАННЫЕ

1.    ПОДГОТОВЛЕН И ВНЕСЕН Министерством радиопромышленности СССР

2.    УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ Постановлением Комитета стандартизации и метрологии СССР от 28.12.91 J4 2254. Настоящий стандарт подготовлен методом прямого применения международного стандарта ИСО 8878—87 сСистемы обработки информации. Передача данных. Использование протокола Х.25 для обеспечения службы сетевого уровня с установлением соединения в системе OSI» и полностью ему соответствует

3.    Срок проверки —• 1997 г., периодичность проверки — 5 лет

4.    ССЫЛОЧНЫЕ НОРМАТИВНО-ТЕХНИЧЕСКИЕ ДОКУМЕНТЫ

ОбОоаачвияе отечественного НТД. который даиа сси.т*а

.

Обозначение соотэетстоу-««его международного стандарта

Номер пункта

ГОСТ 26656

Вводная часть

ГОСТ 28906

ИСО 7498

2. 3.1

ИСО/ТО 8509*

2, 3.2

ИСО 8348*

2. 3.3

ИСО 8348/Доп. 2*

2. 3 4, 6.2.2, 6.2.2.1 1

ИСО 8208*

2. 3.5. 5.1. 6.2 2. 11.2.2

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

Страница 79

СОДЕРЖАНИЕ

0.    ВВЕДЕНИЕ    ...........

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

2.    ССЫЛКИ    ..........

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

3- ТЕРМИНОЛОГИЯ    .........

3.1.    Термины по ГОСТ 28906    .......

3.2.    Термины по ИСО/ТО 8509    .......

3.3.    Термины со ИСО 8348    .......

3.4.    Термины по ИСО 8348/Доп 2.......

3.5.    Термины по стандарту Х.25.......

3 6. Термины нз рекомендации Х.96......

4.    СОКРАЩЕНИЯ    ..........

4.1.    Сокращения та ИСО 8348    .......

4.2.    Сокращения из ИСО 8348/Доп. 2......

4.3.    Сокращения та рекомендации Х.25.....

4.4.    Сокращения, используемые а приложении I ...

5.    КРАТКОЕ ОПИСАНИЕ    ........

5.1.    Элементы ППУ Х.25 1984 г. нслользуеыые для обеспечения

УСУ-УС вое    ..........«

5.2 Общие операции ППУ Х 2> ]9&4 г. для поддержки УСУ-УС ВОС Часть 2. Прямые и обратные преобразования между УСУ-УС ВОС и

ППУ Х.25 1984    ...........

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

6.1.    Взаимоотношения «прнмигив/парамстр» и «пакет/поле»

6    2 Процедуры    ...........

7.    ФАЗА РАЗЪЕДИНЕНИЯ СЕТЕВОГО СОЕДИНЕНИЯ •.    .

7.1.    Взаимоотношения <примитии/параметр» н «пакет/поле»

7    2. Процедуры    ...........

8.    ФАЗА ПЕРЕДАЧИ ДАННЫХ. УСЛУГИ ПЕРЕДАЧИ ДАННЫХ

8    1. Взаимоотношения <пакет/поле» н «пркмитив/параметр*

82. Процедуры    ...........

9.    ФАЗА ПЕРЕДАЧИ ДАННЫХ. УСЛУГА ПОДТВЕРЖДЕНИЯ

ПРИЕМА    ............

9    I. Примитивы и взаимоотношения «пакет/поле»    .

92. Процедуры    ..........

10 ФАЗА ПЕРЕДАЧ!! ДАННЫХ. УСЛУГА ПЕРЕДАЧИ СРОЧНЫХ ДАННЫХ    ............

10    1. Взаимоотношения «примитив/параметр* н «пакет/поле»

10.2.    Процедуры    ..........

11. ФАЗА ПЕРЕДАЧИ ДАННЫХ УСЛУГА СБРОСА    .    .

1*1.1. Взаимоотношения «иримнтиа/парамгтр» и «пакст/полс»

11.2.    Процедуры    ..........

Приложение I. ПРОТОКОЛ СХОДИМОСТИ. ЗАВИСИМЫЙ ОТ ПОДСЕТИ Х.25 1980 г.........

Приложение 2. СООТВЕТСТВИЕ ........

Приложение 3. ДОПОЛНИТЕЛЬНЫЕ СВЕДЕНИЯ ПО ПРИМИТИВАМ УСУ-УС

Приложение 4. ИСПОЛЬЗОВАНИЕ АИПСУ ППУ X 25    !    !    !    !

Приложение 5 РАСЧЕТЫ ТРАНЗИТ ПОП ЗАДЕРЖКИ    .    .    .

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