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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Та блица Г

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

Тип пакета1

Ноля’

ЗАПРОС ВЫЗОВА ВХОДЯЩИЙ ВЫЗОВ

ВЫЗОВ принят СОЕДИНЕНИЕ УСТАНОВЛЕНО

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

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

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

ДАННЫЕ

Бит Д, бит М, Ппд5, Ппм5, поле- «данные пользователя4»



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

Тин пакета1

Поля*

ПРЕРЫВАНИЕ

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

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

Ппм»



З

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

АПРОС ПОВТОРНОЙ

УСТАНОВКИ

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

УСТАНОВКИ

П

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

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

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

  3. Бит 7 первого октета ИОФ этих пакетов используется для согласования •общей доступности бита Д при обеспечении услуги «подтверждение приема». Сам по себе этот бит не имеет конкретного имени поля, определенного в ППУ Х.25 1984 г.

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

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

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

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

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

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

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

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

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

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

  1. услуги ООД, определенные МККТТ:

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

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

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

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

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

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

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

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

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

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

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

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

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



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

1 — оконечная система А; II — оконечная сис-
тема В; 1 — логический объект ТУ; 2— логичес-
кий объект СУ; 3 — примитивы услуг сетевого
уровня; 4 — протокол пакетного уровня Х.Й5

Черт. 2

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

ЧАСТЬ 2. ПРЯМЫЕ И ОБРАТНЫЕ ПРЕОБРАЗОВАНИЯ
МЕЖДУ УСУ-УС ВОС И ППУ Х.25 1984 г.

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

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

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



Таблица 2

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

П

УСУ-УС

Примитивы:

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

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

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

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

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

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

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

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

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

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

ПУ X .25 1984 г .

Пакеты:

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

ВХОДЯЩИЙ вызов

вызов ПРИНЯТ

СОЕДИНЕНИЕ УСТАНОВЛЕНО

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

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

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

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

Идентификатор общего формата1

Услуга «согласование срочных дан­ных»

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

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

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

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

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

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

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

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

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

  1. Процедур ы

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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