Стр. 1
 

217 страниц

1125.00 ₽

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

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

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

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

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

Распространяется на сетевой уровень эталонной модели взаимосвязи открытых систем - ГОСТ 28906 и определяет процедуры, форматы и услуги пакетного уровня для оконечного оборудования данных , работающего в соответствии с рекомендацией Х.25 МККТТ в любом из двух режимов работы: режим виртуальных соединений и режим постоянных виртуальных каналов

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

Оглавление

1 Назначение

2 Ссылки

3 Общие положения

4 Процедуры повторного пуска

5 Процедуры установления и завершения виртуального соединения

6 Процедуры передачи данных и прерывания

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

8 Процедуры повторной установки

9 Влияние процедур завершения, повторной установки и повторного пуска на передачу пакетов

10 Влияние уровней 1 и 2 на пакетный уровень

11 Обработка ошибок

12 Форматы пакета

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

14 Процедуры для факультативных услуг ООД, определенных МККТТ

15 Форматы полей "Услуга" в пакетах установления/завершения соединения

16 Форматы полей "Регистрация" в пакетах регистрации

17 Коды диагностики

18 Тайм-аута и счетчики повторных передач

19 Диаграммы состояний

20 Таблицы состояний

Приложение А Сети частного пользования

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

Страница 1

ГОСТ Р 34.950-92 (ИСО 8208-87)

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

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

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

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

150 руб. БЗ 2—92/176


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

Страница 2

азлнМо^Ма* открытых с Ист ем. .. ПЕРЕДАЧА ДА1МШХ. ПРОТОКОЛ ПАКЕТНОГО уровне XJS ДЛЯ ОКОЙЕ1НОГО ОБОРУДОВАНИЯ ДАННЫХ

. '• t

Information Technology. Open Syateme Interconnection. Dale Communications Packet Layer Protocol X.2G for Data Terminal Equipment

ОКСТУ 0034


ГОСТ P • 34.»Б0-92 • (ИСО 8Ю8-87)


Дата «кдсяк1 01.01.99

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

Настоящий стандарт эквивалентен стандарту ИСО 8208, за исключением:

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

б)    исключено приложение в «Различия между первым и вторым изданиями ИСО/МЭК 8208» с изменением нумерации приложений.

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

I. НАЗНАЧЕНИЕ

Настоящий стандарт определяет процедуры, форматы и услуги пакетного уровня для ООД, работающего в соответствии с рекомендацией Х.25 МККТТ. Рассматриваются два режима работы: режим виртуальных соединений и режим постоянных виртуальных каналов.

Иэда

1

Страница 3

«угреет р м.geo-92    • «. •»

rJiuiLi'iiAi ' чОЧМгН-' Й тт Ш'л v1<u«H45«b>4y * и.

» «лРЙИйМуД Дак«Ц0САгУР011Н ЫП*Щ Пип, ■HnaiWi 10«*»

среде ВОС. так и в среде, отллч#р$ дт ДОС - При,использовании в средс ВОС протокол пакетного У25РМ 0^1%тув§етсм сетевым уровнем эталонной модели-'ВФС ■^X'JvA 28ЭДЙ' (WCO 7498).

Настоящий стандарт* fca<frnpet|tefol*Trti начяЦОДия. пакетного уровня ООД. выполняемые в'п^Цтс&е доступе к рётя* общего, или частного пользования с коммутацией пакетов, 'соответствующих рекомендации Х.25 МККТТ, но выделенному маршруту' либо по соединению с коммутацией каналов. Он определяет также дополнительные процедуры пакетного уровня, . необходимые для прямого обмена данными (т. е. без использования промежуточной сети с коммутацией пакетов) между двумя. 09Д. соответствующими настоящему стандарту, по выделенному марщр^-у. по соединению с коммутацией каналов или по локальным вычислительным сСтям.

Настоящий стандарт распространяется также на сети частного пользования, которые используют рекомендацию Jf.25 МККТТ для подключения к сети общего пользования с коммутацией пакетов и которые также могут обеспечить интерфейс Х.25 с ООД (см. приложение А).

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

2. ССЫЛКИ

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

ИСО 7776* «Системы обработки информации. Передача данных. Процедуры управления звеном, данных верхнего уровня. Описание процедур звена данных, совместимых с Х-25 LAPB, для ООД*.    .    .    .

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

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

1

До прямого применим juuwqro до*ум«9та в Kvm»ejoratpct»c«uioro-стандарт* распространение его осуществляет гекрстарМт ТХ 12 еИмформо-uHOtAnr^exHwrornt*.' • v. ■ *шм|гл* /с* и У- ip-*j    "ч

Страница 4

гост г «мдогс.»1.

ИСО 8348/Доп. 3* «Системы'обработки информации? Переда- ■ ча данных. Определение услуг сете»о*о уровня. Дополнены*, 3, Дополнительные возможности услуг cWrtvo уровня*. .    .■

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

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

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

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

ИСО/МЭК 9574* «Системы обработки информации. Передача данных. Обеспечение услуг сетевого уровня ВОС в режнме-е-установленнем-соединения в ООД пакетного режима, подключен-«ого к цифровой сети интегрального обслуживания (ЦСИО)».

ИСО/МЭК ТО 10029* «Информационная технология. Передача данных и обмен информацией между системами. Операции устройства взаимодействия Х.25».

Рекомендация D.12 МККТТ* «Единица измерения для тарификации обьемя информации в международной службе передачи данных с коммутацией пакетов», «Голубая книга» МККТТ, 1988.

Рекомендация Х.25 МККТТ* «Интерфейс между оконечным оборудованием данных (ООД) и аппаратурой окончания канала данных (АКД) для оконечных установок, работающих в пакетном режиме и подключенных к сетям данных общего пользования по выделенному каналу», «Голубая книга» МККТТ, 1988.

Рекомендация Х.29 МКкТТ* «Процедуры обмена управляющей информацией и данными пользователя между средством сборки/ /разборки пакетов (СРП) и пакетным ООД или другим СРП», «Голубая книга» МККТТ. 1988.

Рекомендация Х.31 МККТТ* «Поддержка оконечного оборудования пакетного режима в сетях ЦсИО», «Голубая книга» МККТТ, 1988.

Рекомендация Х.3’2 МККТТ* «Интерфейс между .оконечным • юборудованием данных (ООД) н аппаратурой окончания канала данных (АКД) для оконечных установок, работающих в пакетном режиме и имеющих доступ в сеть данных общего пользования с коммутацией пакетов через телефонную сеть общего поль-

1

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

Страница 5

. С « Г#СТ 9 Н Мв-tt

зоаання или сеть данных общего пользования с коммутацией' каналов», «Голубая книга» МККТТ, 1988.

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

Рекомендация Х.244 МККТТ* «Процедуры обмена идентификаторами протокола во время установления виртуального соединения но сетям данных общего пользования с коммутацией пакетов», «Голубая книга» МККТТ, 1988.

3. ОБЩИЕ ПОЛОЖЕНИЯ

Настоящий стандарт определяет с точки зрения ООД пакетный уровень, управляющий передачей пакетов данных на интерфейсе ООД/АКД или ООД/ООД’. На передающей стороне пакетный уровень ООД выполняет основную функцию формирования пакетов из сообщений, Получаемых этим ООД от логического объекта вышерасположенного уровня, до выдачи информации прЬтоко-лу уровня звена данных с целью ее передачи в XXJ],. На прием* ной стороне пакетный уровень ООД выполняет оснЬвные функ- ! цни по приему пакетов из уровня звена данных, проверке пакетов на правильность, удалению заголовков пакетного уровня, формированию сообщений из пакетов данных пользователя и их пере* даче Логическому объекту вышерасположенного уровня ООД.

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

Представлена следующая информация:

а)    общие положения (разд. 3);

б)'    процедуры обмена пакетами через интерфейс ООД/ХХД (разд. 4—11). В разд. 5 рассматриваются процедуры установления и завершения для службы виртуального соединения, тогда как другие разделы касаются обеих служб: виртуального соединения и постоянного виртуального канала;

в)    форматы пакета (разд. 12);

г)    процедуры факультативных услуг пользователя, которые могут быть доступны на интерфейсе ООД/ХХД (разд. 13 н 14);

д)    форматы факультативных услуг пользователя и регистрации услуг (разд. 15 и 16);

.. •

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

• В тех случаях, когда можно давать ссылку как на ООД. так я на АКД, используется обозначение ХХД. Нестоящи» стандарт можно рассматривать как определение пакетного уровня на интерфейсе ООД/ХХД

Страница 6

ГОСТ Р 34.10»—«С. 9

С) кодирование поли «#од диагностики» (разд. 17);

ж)    тайм-ауты и счетчики повторной передачи (разд. 18);

з)    диаграммы состояний и таблицы состояний (разд. 19 и 20);

и)    руководство по применению положений иас-ЛиицеГо стандарта к сетям частного пользовании, подключенным к сети данных общего пользования с коммутацией пакетов н способным обеспечить интерфейс Х.25 с ООД-(приложение А).

Дли облегчении понимания настоящего стандарта принят ряд соглашений относительно изложения его текста:

а)    наименования состояний и пакетов написаны прописными буквами;

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

в)    термины, не определенные в настоящем стандарте, взяты из рекомендаций МККТТ серии X.

Определяемые в настоящем стандарте процедуры пакетного уровня основаны на услугах нижерасположенного уровня (определенных, например, в ИСО 7776 или в более общем виде — обеспечение услуг звена данных, определенных в ИСО/МЭК 88S6), которые обеспечивают незначительную частоту:

а)    необиаруживаемых ошибок по битам;

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

в)    потерь и дублирований пакетов.

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

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

б)    передача данных — возможность передавать и принимать данные;

в)    управление потоком — возможность управлять потоком данных;

г)    прерывание передачи — возможность передавать и принимать небольшие объемы информации, независимо. от интенсивности потока данных;

д)    обработка ошибок — возможность обнаруживать ошибки на пакетном уровне;

ej повторная установка и повторной пуск — возможность повторно инициировать маршруты обмена данными при возникновении ошибок на пакетном уровне.

Страница 7

ссвтгдет,рм.аде-ю

При разработке определенных в настоящем стандарте процедур пакетного уровня СХрД .использовалось несколько принципов: ; а) полное соотрст^гвйе рекомендаций'Х.25 МККТТ-при рабвтс по сетям с коммутацией Иакетов; '    •    **    * • - '• '•"‘г    '    -    **

б)    минимум различий в работе по Св¥ям с коммутяциеЛ-пакетов и непосредственно с другим ООД;

в)    обеспечение (где возможно) средств устранения ошибочных снтуациД без заметных потерь данных на пакетном уровне;

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

.д) построение текста стандарта в соответствии с рекомендацией Х.25.

.’3.1. Совместимость с версиями рекомендации Х.25 МККТТ

Определяемые в настоящем стандарте процедуры и форматы пакетного уровня совместимы с .версией рекомендации Х.25 МККТТ 1988 г. («Голубая книга»).

Прииечамие. Возможности «тип адресации» и синдикация нумерованного плена», введенные в версию рекомендации X.2S МККТТ 1988 г, не включены в настоящий стандарт, поскольку МККТТ оставил их для дальнейшего изучения.

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

3.1.1. Ограничения совместимости с Х.25 1984 г.

В тех ООД, которые работают с версией рекомендации Х.25 1984 г. («Красная книга»), не используются следующие возможности версии 1988 г.

. а) расширенные возможности следующих факультативных средств пользователя:    '

соответствующие средства идентификации пользователя сети (ИПС) (см. п. 13.21);

соответствующие средства признанной частной эксплуатационной организации (ПЧЭО) (см. п. 13.23);

соответствующие средства перемаршрутизации вызова и отражения вызова (см. п. 13.25).    *

При работе по версии 1984 г. не были определены средства «отражения вызова» и «игнорирование ИПС*. а средства ИПС и ПЧЭО Не разделены в явном виде на средства индексирования и согласования.

б) следующие специфицированные МККТТ средства ООД: приоритет (см. п. 14.5);    ,

защита (см. п., 14.6).

При работе'ПО версии 1984 К перечисленные средства не бьгли определены

Страница 8

irotf+'slMftita С. >7

*    " li.i ,    „;ц    '« j ,.ii    (    .    .

в) изменено кодирование следующих специфицированных МККТТ средств ООД:. .    \ч,

расширение адреса вызываемого (см.‘п. 15.3.2.1);' расширение адреса выбывающего (с*, п* 15.3,2.2).

При работе с версией 1984 г. кодирование адресов разрешается только в коде ВС.

• г) класс .пропускной способности 64000 бит/с; при работе по версии 1984 г. классом наибольшей пропускной способности является 48000 бит/с,.

3.1 £. Ограничения на совместимость с Х.25 1980 е.

Для тех ООД, которым . необходимо работать по версии 1980 г. рекомендации Х.25 («Желтая книга»), помимо возможностей, перечисленных в п. 3.1.1, не используются следующие возможности протокола версии 1984 г.:

а)    максимальны^ длины поля «данные пользователя» в пакетах ДАННЫЕ —2048 и 4096 октетов (см. п. 6.2); по версии 1980 г. наибольшая допустимая максимальная длина этого поля составляет 1024 октета;

б)    поле «услуги» в пакетах ЗАПРОС ВЫЗОВА, ВХОДЯЩИЙ ВЫЗОВ. ВЫЗОВ ПРИНЯТ и СОЕДИНЕНИЕ УСТАНОВЛЕНО имеет длнцу от 64 до 109 октетов (см. пп. 12.2.1.1 и 12.2.2.1); по версии 1980 г. длина этого поля ограничена 63 октетами, а бит 7 поля «длина услуги» должен быть равен 0; •

в)    в кодах причины в пакетах ЗАПРОС/ИНДИКАЦИЯ ЗАВЕРШЕНИЯ, ЗАПРОС/ИНДИКАЦИЯ ПОВТОРНОЙ УСТАНОВКИ и ЗАПРОС/ИНДИКАЦИЯ ПОВТОРНОГО ПУСКА (см. пп. 12.2.3.1.1, 12.5.1.1 и 12.6.1.1 соответственно) бит 8 равен 1; по версии 1980 г. этот бит должен быть равен 0;

г)    поля «длина адреса» и «длина услуги» пакетов ЗАПРОС ЗАВЕРШЕНИЯ и ИНДИКАЦИЯ ЗАВЕРШЕНИЯ (см. п. 12.2.3.2) имеют ненулевую длину; по версии 1980 г. дЛины этих полей должны указывать ноль октетов и эти поля могут присутствовать только в том случае, если пакет содержит поле «данные завершающего пользователя»;

д)    пакеты ПОДТВЕРЖДЕНИЕ ЗАВЕРШЕНИЯ (см. п. 12.2.4.2) имеют расширенный формат; по версии 1980 г. может использоваться только основной формат;

е)    поле «данные прерывающего пользователя» в пакетах ПРЕРЫВАНИЕ содержит от 2 до 32 октетов (см. п. 12.3.2); по версии 1980 г. это поле должно содержать 1 октет;

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

запрет локальной тарификации (см. п. 13.20);    ‘    *

идентификация пользователя сети (см. п. 13.21),;

. информация о тарифах (ciL п. 13.22); Г    i

• группа с выбором (см. п. 13 24);

Страница 9

С в ГОСТ Г ЯП»-»

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

(см. п. 13.25);    ^    •

уведомление о модификации адреса вызываемо* линии (см.

п. 13.26);

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

з) расширенные воэможности для следующих факультативных

услуг пользователя:

закрытые группы пользователей (ЗГП): абонирование услуг ЗГП с исходящим и/или входящим доступом без предпочтительных ЗГП (см. пп. 13.14.2 и 13.14.3 соответственно), использование расширенного формата услуги «выбор ЗГП» для отражения членства в более чем 100 ЗГП (см. п. 13.14.6) и использование услуги «выбор закрытой группы пользователей с исходящим доступом» (ЗГП/ИД) (см. п. 13.14.7). При работе по версии 1980 г. разрешение на использование всех ЗГП должно указывать предпочтительную ЗГП; для отражения членства в 100 или менее ЗГП допустим только основной, формат услуги «выбор ЗГП», а услуга «выбор ЗГП/ИД» не может использоваться;

быстрая выборка и приемлемость быстрой выборки (см. пп. 13.16 и 13.17): включение поля «данные завершающего пользователя* в пакеты ЗАПРОС ЗАВЕРШЕНИЯ и ИНДИКАЦИЯ ЗАВЕРШЕНИЯ после установления соединения. При работе по версии 1980 г. вышеуказанные пакеты могут содержать поле «данные завершающего пользователя» только в том случае, когда они персдамы или приняты как прямой ответ на пакет ВХОДЯЩИЙ ВЫЗОВ или ЗАПРОС ВЫЗОВА соответственно;

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

н) услуги ООД, определенные МККТТ, и маркер соответствующей услуги (см. разд. 14 и п. 15.1). По версии 1980 г. эти услуги и маркер не могут использоваться.

3.2. Функциональная среда

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

АЯСОДЦООД,* АКД через арендованные тракты;

доступ-ООД к АКД через соединения с коммутацией каиалов

Страница 10

ГОСТ> U M*-fl с. t

(cent данных с коммутацией каналов, средства коммутации ка* надо» сете^ ЦСИО или коммутируемые телефонные сети). До* пвлиительвые соображения содержатся > п. 3.4.

' Прнмечааия;

!. С «ту а и* в. когда ООД в веде ста частного пользования обращается к АКД а виде сети обвито пользования лябо когда в качестве ООД вмСтупвет шлюз ЛВС е другими сетями, рассмотрена ш приложении А.

2. В качестве АКД может быть лябо сеть данных с коммутацией пакетов, работающая н соответствии с рекомеядадяе! X.2S МККТТ, либо средства обработки пакетов, в сетях ЦСИО, работающие в соответствии с рекомендацией ХЛ1 МККТТ

б) операции ООД/ООД:

работа ООД —ООД по арендованным линиям (сети данных, сети ЦСИО или телефонные сети);

работа ООД —ООД по соединениям с коммутацией каналов (сети данных с коммутацией каналов, возможности работы сетей ЦСИО по коммутируемым каналам или коммутируемые телефонные сети). Дополнительные соображения содержатся в п. 3.4.

работа ООД —ООД через ЛВС. Здесь применимы положения стандарта ИСО/МЭК 8881.

3.3. Различия в операциях на интерфейсах ООД/ООД и ООД/АКД

Описанный здесь протокол пакетного уровня в основном не зависит от того, с чем соединено ООД: с АКД (например работает в сетевой конфигурации Х.25) нлн непосредственно с другим ООД. Однако в рекомендации Х.25 МККТТ существуют определенные процедуры, которые не являются обязательными для ООД, но необходимы в конфигурации ООД/ООД. Чтобы минимизировать различия между соединениями ООД—АКД и ООД—ООД, от ООД всегда требуется выполнение следующих процедур:

а)    поля «длина адреса» и «длина услуги» необходимы в пакетах ВЫЗОВ ПРИНЯТ, даже если эти поля указывают, что адресная информация и информация об услугах соответственно отсутствует в этих пакетах;

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

в)    пакет ДАННЫЕ не должен передаваться, если его поле «данные пользователя» меньше максимально допустимого и его бит Д равен 0, а бит М равен 1;

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

Страница 11

St

ннхФ* 00^Щ,пак??.,Ип^с

Однако для нёбопйкгр' VHpJlX процедур.* бтшс&ннй* ё-пбёйе-дующих разделах, нЫМбднмо учитывать;' € чем соедМЫ*© <Х>Д: <;'АКД или с другим ООД. Для конфигурации ООД/ООД соот*ет-ствующне соображения приведены ниже:    ’    '    "

а)    одно из ООД должна, действовать Kfifc АКД.прн,:' 1 ,,

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

разрешении конфликтов в процессе установления виртуального соединения (см. п. 5.2.5).

Соответствующее решение принимается независимо для каждого логического объекта пакетного уровня ООД (см. п. 3.8)^

Процедура повторного пуска (см. п. 4.5) может использоваться для определения, какое из ООД действует в качестве АКД и какое из них сохраняет роль ООД относительно перечисленных выше факторов (процедуры п. 4.5 могут использоваться в интерфейсе ООД/ХХД либо по выделенному каналу, либо по соединению с коммутацией каналов. Если же ООД должно работать только в конфигурации ООД/АКД или только в конфигурации ООДЮОД, где его роли могут быть заранее определены и зафиксированы администрацией связи, то такое ООД может быть инициировано на соответствующую работу);

б)    ООД должно быть способно принять пакет ИНДИКАЦИЯ ПОВТОРНОГО ПУСКА с полем причины повторного пуска «по инициативе ООД» — ситуация, которая не возникает в конфигурации ООД/АКД; ,

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

г)    При соответствующих обстоятельстаах ООД может передавать пакет ДИАГНОСТИКА (см. п. 11.1), если только оно может подавлять его генерацию при соединении с сетью;

д)    ООД может либо игнорировать, либо рассматривать как ошибку получение таких кодов услуги, которые не применимы в конфигурации ООД/ООД;

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

Страница 12

'rOdr ? 34.950-9* C/ll

(**«• • . ....

ООД передавать пакеты ЗАПРОС РЕГИСТРАЦИИ и требует от о*ец*ющего ООД обрабатывать принимаемые пакеты ЗАПРОС ЙЕГИСТРАЛИИ . (в конфигурации ООД/АКД ООД пе должно врпшмать пакетЗА,ПРОС РЕГИСТРАЦИИ);

Ж) Вопрос «спользования факультативной услуги «повторная передача .пакета» (см. п. 13.4) требует согласования по каждому направлению передачи пакетов ДАННЫЕ, т. е. для данного направления передачи пакетов ДАННЫЕ согласование использования. этой услуги разрешает ООД-получателю передавать пакеты НЕПРИЕМ и требует от ООД-отправнтеля обрабатывать принимаемые пакеты НЕПРИЕМ (в конфигурации ООД/АКД ООД не должно принимать пакет НЕПРИЕМ);_

з)    Использование факультативной услуги «быстрая выборка» (см. п. 13.16) должно согласовываться обоими ООД до передачи любых пакетов установления соединения, использующих эту услуг)-. (В конфигурации ООД/АКД такое предварительное согласование не требуется — ООД всегда может использовать эту услугу при установлении соединения);

и)    Вызываемое ООД. для которого абонирована услуга «сог

ласование параметров управления потоком» (см. п. 13.12) и/нли услуга «согласование класса пропускной способности» (см п'. 13.13), не должно принимать в пакете ВХОДЯЩИЙ ВЫЗОВ индикацию услуги, на основе которой осуществляется согласование, если вызывающее ООД удовлетворено рекомендуемыми значениями и оно не включает запрос услуги в свой пакет ЗАПРОС ВЫЗОВА. Аналогичным образом вызывающее ООД. которому абонированы эти услуги, не должно принимать в пакете СОЕДИНЕНИЕ УСТАНОВЛЕНО индикацию услуги, если вызываемое ООД согласно с полученными значениями в пакете ВХОДЯЩИЙ ВЫЗОВ, и поэтому оно не включает запрос услуги в свой пакет ВЫЗОВ ПРИНЯТ (в конфигурации ООД/АКД эти индикации всегда присутствуют, если для ООД абонированы указанные услуги)..    .    '    *    4

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

Если обмен данными между ООД и ХХД осуществляется по соединению с коммутацией каналов (например через сеть двтаых с коммутацией каналов через средства коммутации каналов сетей ЦСИО или через телефонную* коммутируемую сеть), то MOfyT потребоваться процедуры идентификации. Такие процедуры, в том числе на пакетном уровне, выполняются в сочетании с рАбо-той по рекомендации Х.32 МККТТ.

Большая часть обменов данными по соединениям с коммутацией каналов происходит между ООД и ХХД, взаимная совместимость которых установлена некоторой предварительно' приия-

Страница 13

С. It ГОСТ Г И-Nf-n

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

а)    интерфейс должен состоять из одного двухнаправленного логического канала виртуального соединения, использующего идентификатор логического канала 1;

б)    требуются процедуры, описываемые в п. 4.5;

в)    должны использоваться рекомендуемые значения для всех применимых параметров, перечисленных в разд. 18; параметры Т24, Т25, Т27, Т28, Р25, Р27 н Р28, а также процедуры, изложенные в п. 11.2, 11.3, 13,1 и 13.4, не применяются;

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

д)    не разрешается использовать никаких факультативных услуг пользователя.

Расширения этого основного набора процедур и возможностей могут быть обеспечены путем использования процедур, определенных в рекомендации Х.32 МККТТ.

3.5.    Обеспечение услуг сетевого уровня ВОС

Определяемый в настоящем стандарте протокол пакетного

уровня может быть использован для обеспечения услуг сетевого уровня ВОС в режиме с-установлением-соединення в различных условиях применения (например. ИСО 8880/2). Протокол пакетного уровня обеспечивает все элементы услуг сетевого уровня ВОС в режиме с-установленнем-соединения, определенных в ИСО 8348 н в дополнении 3 к нему. Прямые и обратные преобразования между элементами протокола пакетного уровня и примитивами и параметрами услуг сетевого уровня в режиме с-установлением-соединення описаны в ИСО 8878. Дополнительные соображения относительно условий применения сетей ЦСИО описаны в ИСО/МЭК 9574.    .

3.6.    Внешние взаимодействия пакетного уровня

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

Страница 14

гост г иш-п С II

•бытиях протокола пакетного уровня. К этим внешним взаимодействиям относятся: -

а)    запросы уровня звена данных на дередачу исходящих пакетов;

б)    прием от уровня звена данных входящих пакетов;

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

инициация пакетного уровня (см. п. 4.1); инициация виртуального соединения (см. п. 5.2.1); принятие виртуального соединения (см. п. 5.2.3); окончание виртуального соединения (см. п. 5.5.1); передача данных и информация прерывания (см. разд. 6); повторная инициация логического канала (см. п. 8.1). Необходимо, чтобы для протокола была доступна достаточная информация, позволяющая выполнять эти процедуры. Заметим, что в некоторых случаях протокол пакетного уровня может по своему усмотрению завершить виртуальное соединение или повторно инициировать логический канал;

г)    информирование логического объекта вышерасположенного уровня о появлении некоторых протокольных событий пакетного уровня, в том числе:

повторная инициация всех логических каналов (см. п. 4.2); прием входящего запроса на установление виртуального соединения (см. п. 5.2.2);

завершение виртуального соединения (см. п. 5.5.2); прием денных и информации прерывания {см. разд. 6); повторная инициация логического канала (см. п. 8.2).

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

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

,    •    Логический    хаям    может    рассматриваться    пак    одно 12-бнтовое поле или

два лодлоля. содержащих соответственно 4 и 8 бито*. Если ои рассматривается как одно поле, то используется понятие «идентификатор логического канала» или просто «логический канал»; если же ои рассматривается в виде двух полей, то используются понятия: «групповой номер логического канала» (4 вата) и «номер логическою канала» (8 битов). В настоящем стандарте логический канал рассматривается как одно поле.

Страница 15

• 1C 14. ГОСТ P 34.Вв*'-92

диавазоне от 0 до 4095. Для каждого виртуального соединения в фазе установления соединения назначается идентификатор логического канала из дкапазоша . предварительно согласованных

идентификаторов. Для каждого постоянного виртуального соединения по согласованию с ХХД назначается идентификатор логического канала (идентификатор логического канала в значении О не может быть назначен виртуальному соединению нлн постоянному виртуальному каналу).

Использование логических каналов ООД согласовывает с ХХД на определенный период времени. Структура распределения логических каналов для виртуальных соединений и постоянных виртуальных каналов приведена на черт. 1.

3.8.    Л о г и чес к и А объект'пакетного уровня

Концепция обмена данными по логическим каналам характерна для терминологии пакетного уровня. Удобнее, если ООД имеет одно или несколько соединений с одной или несколькими сетями коммутации пакетов и/нли с одним или несколькими ООД без промежуточной сети коммутации пакетов. Поэтому с этой точки зрения необходимо ввести понятие «логический объект пакетного уровня». Как показано на черт. 2., в ООД имеется по одному такому логическому объекту для каждого интерфейса ООД/ООД (без промежуточной сети коммутации пакетов) и для каждого интерфейса ООД/АКД (с промежуточной сетью коммутации пакетов). Выбор конкретного логического объекта для достижения конкретного получателя осуществляется функцией, внешней по отношению к рассматриваемому здесь протоколу. Рассматриваемый в настоящем стандарте протокол относится к любому логическому объекту пакетного уровня ООД.

3.9.    Типы пакетов

Типы пакетов и их использование в различных службах приведены в табл. 1.

3.10.    Процедуры инициации

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

См. также:

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

Страница 16

Схема назначения идентификатора логических каналов

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

D случае интерфейса ООД/ХХД группы логических каналов должен быть согласован диапазон логических какало* в соответствии со следующей схемой

cc*jj

О 1

М8К

ВВК

ИД К

епк

кик

вик

«во

ИВК — низший входящий капал;    НДК — низший двухнапраилемный    Н И—низший исходящий канал:

канал;

ВВК — высший входящий канал; ВДК —высший двухиаправленвый ВИК- высший исходящий канал

канал;

Логические каналы с номерами от 1-го до НВК—1 — диапазон логических каналов, назначаемых постоянных плртуальным каналак.    •

Логические каналы от НВК до ВВК—диапазон логических каналов, назначаемых однонаправленным входящим лог«чса;им каналам для виртуальных соединений    ,

Логические качвлы от НДК до ВДК — диапазон логических каналов. назинчасчы*' ^дву^снаправлйЛйм логическим капалам для виртуальных соединений.

Логические квналы от НИК до ВИК —диапазон логических каналов, назначаемых однонаправленным исходящим логическим каналам для виртуальных соединений.    ‘    ~    ".'

Номера от ВВК плюс I до НДК мтус 1. от ВДК плюс ! до НИК минус ! п от ВИК ялкЧ? i д<**409ввЯЬ (алначаю«ся логическим каналам.

Примечания:

Д. Для ссылок на идентификаторы логического канала используют непрерывную последовательность чй<ёл от 0 (наименьшее) до 4096 (наибольшее), кодируемых 12-ю битами, а том числе. используя бита 4 — 1 о*тет* I и все $кты иктета 2. Номера идентификаторов представляются в двоичном коде с ислользрваннем битов 4— I ок.ета ! н бит d— I октета 2. где бит •! октета 2— младший бит.

2. Идентификатор логического канала 0 не может назначаться виртуальному соединению или достоянному виртуальному каналу.    '    ..Г.    ^    .*

Черт. I. лист I

Страница 17

3.    Вс* пределы нумерации логических каналов согласовываются с ХХД ка определенные период врсаквн.

4.    В конфигурации ООД/ООД одно яз ООД посприннмаст диапазон идентификаторов логических кажш4 лов так. как она представлены здесь, тогда как другое ООД воспринимает сто с точке зрения АКД (ннернмер другое ООД рассматривает диапазон от НВК до ВВК как однонаправленный исходящий). Эго определение рас*

смотрено в п. 4 5.

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

6. При отсутствия постоянных виртуальных каналов для НВК доступен логический каяад 1. При отсутствив постоянных виртуальных каналов н однонаправленных входящих логических каналов для НДК доступен логический канал 1. При отсутствии постоянных виртуальных каналов, однонаправленных входящих логмчесхжх каналов н двухиаправленных логических каналов для НИК доступен логический канал 1.

.7. Алгоритм поиска АКД или ООД. выполняющего 1м>ль АКД п конфигурации ООД/ООД, будет нмСЬфагь для нового входкшего вызова логический каиа«а с самым младшим номером из всех логических каналов, находя* кдохся в состоямич ГОТОВНОСТЬ (р!) и диапазонах от НВК до ВВК я от НДК до ВДК.

& Для того чтобы свести к минимуму вероятность конфликта встречных вызовов алгоритм поноса н ООД начинает с наибольшего по номеру логического канала, находящегося в состоянии ГОТОВНОСТЬ (pi), в ДНИ*-30i:e диухилправленных и однонаправленных исходящих, логических каналов.

Черт. 1, лист 2 I

Страница 18

Яогимосм с*\да<~ гям-жко ««о*м

Черт. 2

Т в С лица I

Грутаы'фуикцим пакета

Групп*

ПЛХОГД

♦уихлкя

Тчпм пакета

•• • t

С«ужб« ВС ЛЫС

Установле

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

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

X

ние и завер

чание виртуального сое

ВХОДЯЩИЯ ВЫЗОВ

X

шение соеди

динения при взаимосвязи ООД/ХХД; может передавать данные для обработки логе чес км к объектам вышерасполо-женного уровня

вызов ПРИНЯТ СОЕДИНЕНИЕ УСТАНОВЛЕНО ЗАПРОС ЗАВЕРШЕНИЯ

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

X

нения

X

X

X

X

Данные и

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

ДАННЫЕ

X

X

прерывание

информации прерывания

ПРЕРЫВАНИЕ

X

X

для обработки логическим объектом вишс-расположеиного уровня

ПОДТВЕРЖДЕНИЕ

ПРЕРЫВАНИЯ

X

X

ГОСТ Г ИММ1 С. 17


Страница 19

с I» rtcv. г *t.«5«-«a

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

ГРЛШ1 гМП га

Фуикцп*

Типи гагаета

Служба ВС ПВК

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

Управление потоком пакетов ДАННЫЕ через интерфейс ООД/ХХД

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

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

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

ПОДТВЕРЖДЕНИЕ ПОВТОРНОЙ УСТАНОВКИ

X X X X X X X X

X X X X

Повторный

пуск

Инициация (а той числе повторная) всех обменов данными между ООД н ХХД

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

X X X X X X

Диагности

ка

Передача в ООД результатов диагностики ошибок

ДИАГНОСТИКА

X X

Регистрация

Выполнение процедуры регистрации

ЗАПРОС РЕГИСТРАЦИИ

ПОДТВЕРЖДЕНИЕ

РЕГИСТРАЦИИ

X X X X

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

ВС — виргуалъяос сосдииеяие;

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

4. ПРОЦЕДУРЫ ПОВТОРНОГО ПУСКА

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

Страница 20

ГОСТ I» S4.M#-* С.-* It

;•*' На черт. 3 приведен сием’ятический вид процедуры повторпогэ ПусЯв. ■    '

сод "А” аипомет

(К.»срмы1 ПУСК

■--чвО<|1с«. поемкм ЗАПРОС ПОб ЧУНОГО ПУСКА


I

I I I I

-а~ь


ЗАПРОС ПО» ТОЧНОГО ПУСКА


а


Схема повторного пуси

ООДГСОД

I


ИМДИКДЦИЯ по* •ТОЧНОГО ПУСКА


подтверждение ПОвТОРИОГО - ПУСКА

ООД ~Ь- 1ЧЗй>п«тдмт

юагориыЛ nyt*. tow

« ПОДТВ*Р*ДЕ-ИИ( ПОВТОРНОГО

и

I I

-ПУСКА

Г.СДТ01»«£1НИЕ

повторного ПУСК.


ООД "А" ппнм«1

-*~г

I I I I

Ontwu«- ООД/АКД - ООД "А" •т пмюрмый о«ск

КОГО ПУСКА

ЗАПРОС

1 1

ПОВТОРНОГО

ПУСКА

■им 3ABEP*f ни Я

С*1* чза’мрж^м-Пввтормый прс*t. ■х ПОДГ-

ведение по»

ТОРНОГО ПУСКА

I I. I I 1-16 I I


НУ


ш


ПОДТВСРЖДВНИ*

повторного

ПУСКА


подтверждение ПОВТОРНОЙ УСТАНОВКИ ямЗАВЕРМНИЯ


Черт. 3. лнег I

Существуют три состояния логического канала относительно процедуры повторного пуска. Этими состояниями являются: ГОТОВНОСТЬ ПАКЕТНОГО УРОВНЯ (г1). ЗАПРОС ПОВТОРНОГО ПУСКА ООД (г2) и ИНДИКАЦИЯ ПОВТОРНОГО ПУСКА ХХД (гЗ). При входе в состояние г! каждый логический канал виртуального соединения оказывается в состоянии ГОТОВНОСТЬ (pi), а каждый логический канал постоянного виртуального канала — в состоянии ГОТОВНОСТЬ К УПРАВЛЕНИЮ

Страница 21

С. N ГОСТ 9 МШ-И

ПОТОКОМ (dl)) (заметим, что эти состояния относятся к состоянию ГОТОВНОСТЬ ПАКЕТНОГО УРОВНЯ (г!)) (см. разд. 19).

4.1. Инициация запроса повторного пуска

ООД может выдать запрос повторного пуска в любой момент времени, передав через интерфейс ООД/ХлД пакет ЗАПРОС ПОВТОРНОГО ПУСКА и начав отсчет тайм-аута «ответ на запрос повторного пуска» (Т20). При этом интерфейс для каждого логического канала находится в состоянии ЗАПРОС ПОВТОРНОГО ПУСКА ООД (г2). В этом состоянии все пакеты, кроме

Схема повторного пуска

С<н«к1»« ОЭД/АКД -ц»ир1«| повтмшый riyc* ООД "А"

<>пм«ммг

г л»

necin* ИНДИ КАЦИЮ ПОвТОР-МОГО ПУСКА


ИНДИКАЦИЯ

повторного

‘ПУСКА


cz>


ИНДИКАЦИЯ ПО» ТОРНОЙ УСТАНОВКИ ил» ЭАвЕРиКИИв


CD


ООД "А'- подг#яежм«1 wot*** nyt*. /ХХММ.ПОДТ

в£Ржд|ни£ по» ТОРНОГО ПУСКА

ПОДТЮТУКНИЕ

повторного

ПУСКА

ш

СОДТМРЖДЕНКЕ ПО 1ТОРНОЙ УСТАЮвКИ мм ЭАвЕРИЕИ**


I

Черт. 3. лист 2

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

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

Страница 22

ГОСТ Г МЛ*>«В.С. II

остается в состояния ЗАПРОС ПОВТОРНОГО ПУСКА ООД <г2).

См. также:

формат пакета ЗАПРОС ПОВТОРНОГО ПУСКА (п. 12.6.1 и черт. 22);

. тайм аут «ответ на запрос повторного пуска» (Т20) (табл. 32);

счет повторных передач запроса повторного пуска (R20) (табл. 27);

прием нндикацнн повторного пуска (п. 4.2);

конфликты встречных повторных пусков (п. 4.3);

подтверждение повторного пуска (п. 4.4);

инициация и повторная инициация пакетного уровня (п. 3.10

и разд. 10).

4.2. Прием индикации повторного пуска

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

Пакет ИНДИКАЦИЯ ПОВТОРНОГО ПУСКА определяет причину повторного пуска. Код причины повторного пуска, а также код диагностики — индикация того, что выполнена процедура повторного пуска, передаются логическому объекту вышераспо-

ложенного уровня.’

Примечание. В конфигурации ООДООД пакет ИНДИКАЦИЯ ПОВТОРНОГО ПУСКА. полученный одним и» ООД, это тог же пакет ЗАПРОС ПОВТОРНОГО ПУСКА, который передало другое ООД.

После обработки пакета ИНДИКАЦИЯ ПОВТОРНОГО ПУСКА ООД передает через интерфейс ООД/ХХД пакет ПОДТВЕРЖДЕНИЕ ПОВТОРНОГО ПУСКА.

См. также:

формат пакета ИНДИКАЦИЯ ПОВТОРНОГО ПУСКА (п. 12.6.1 и черт. 22); причина повторного пуска (п. 12.6.1); конфликты встречных повторных пусков (п. 4.3); подтверждение повторного пуска (п. 4.4); тайм-ауты, учитываемые при приемке пакета ИНДИКАЦИЯ ПОВТОРНОГО ПУСКА (табл. 34).

Страница 23

С. ’2* ГОСТ Р МЯИЦ-К

-. 4.3. КййфлвктНа йрн повторном. пуске vi-.• .

Конфликт при повторном пуске возникает, когда ООД передает пакет ЗАПРОС ПОВТОРНОГО ПУСКА (см ц. 4.1) и -ватем принимает пакет ИНДИКАЦИЯ ПОВТОРНОГО ПУСКА (см. п. 4.2). В этом случае ООД не передает и не ожидает приема пакета ПОДТВЕРЖДЕНИЕ ПОВТОРНОГО ПУСКА и считает, чтч> повторный пуск выполнен. Однако при использовании процедур по п. 4.5 ООД должно выяснить, указывает ли поле причины повторного пуска в пакете ИНДИКАЦИЯ ПОВТОРНОГО ПУСКА «по инициативе.ООД*. Если да, то ООД не должно предпринимать никаких других действий, кроме передачи еще одного пакета ЗАПРОС ПОВТОРНОГО ПУСКА после некоторой случайно выбранной временной задержки. Если же это поле не указывает «по инициативе ООД», то процедура повторного пуска считается выполненной.

После выполнения процедуры повторного пуска каждый логический канал виртуального соединения входит в состояние ГОТОВНОСТЬ (pi), а каждый логический канал постоянного виртуального канала - в состояние ГОТОВНОСТЬ К УПРАВЛЕНИЮ ПОТОКОМ (dl).

4.4. Подтверждение повторного пуска

Если ООД готово подтвердить повторный пуск, оно передает через интерфейс ООД/ХХД пакет ПОДТВЕРЖДЕНИЕ ПОВТОРНОГО ПУСКА. С этого момента процедура повторного пуска считается выполненной.

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

После выполнения процедуры повторного пуска каждый лопг-ческий канал виртуального соединения будет находиться в состоянии ГОТОВНОСТЬ (pi), а каждый логический канал постоянного виртуального канала — в состоянии ГОТОВНОСТЬ К УПРАВЛЕНИЮ ПОТОКОМ (dlj.

При работе с сетью пакет ПОДТВЕРЖДЕНИЕ ПОВТОРНОГО ПУСКА, принятый от АКД, может рассматриваться во всех случаях как имеющий только локальную значимость:

См. также:

формат пакета ПОДТВЕРЖДЕНИЕ ПОВТОРНОГО ПУСКА (п. 12.6.2 и черт. 23).

4.6. Определение роли ООД или АКД

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

При подготовке к инициации пакетного уровня ООД должно

Страница 24

Г0СДО    ?Q    *5    •

инициировать процедуру ловторного пуска. (<ъ е. :переда?ь пакет ЗАПРОС ЙОВТОРЮОГО ПУСКАВ Решение .. указа ил ого ,в*ше вопроса'основывается :на полученном: от ХЯД ответе. а. соответствии с нижеизложенным:    (.    •    \; •

а)    если ООД получило пакет ИНДИКАЦИЯ ПОВТОРНОГО ПУСКА с кодом причины лоэторж>га цус*з,> отличным от «по инициативе ООД» (Т. е. пакет поступил от АКД), оно должно выполнить процедуры по пп. 4.2, 4.3 и 4.4 в зависимости от обстоятельств и сохранить свою роль ООД;

б)    если ООД получило пакет ИНДИКАЦИЯ ПОВТОРНОГО ПУСКА с кодом причины повторного пуска «по инициативе ООД» (т. е. пакет поступил от другого ООД) и оно не имеет неподтвержденных пакетов ЗАПРОС ПОВТОРНОГО ПУСКА (т. е. отсутствуют конфликты повторного пуска), то это ООД должно подтвердить повторный пуск (как в п. 4.4) и Действовать как АКД;

в)    если бОД получило пакет ИНДИКАЦИЯ ПОВТОРНОГО ПУСКА с кодом причины повторного пуска «по инициативе ООД» (т. е. пакет поступил от другого ООД) и есть неподтвержденный пакет ЗАПРОС ПОВТОРНОГО ПУСКА (т. е. имеет место конфликт повторного пуска), то это ООД должно рассматривать процедуру повторного пуска выполненной (как в п. 4.3) и не должно выполнять других действий, кроме передачи еще одного пакета ЗАПРОС ПОВТОРНОГО ПУСКА после некоторой произвольно выбранной временной задержки;

г)    если ООД выдало пакет ЗАПРОС ПОВТОРНОГО nYQKA, который затем подтвержден пакетом ПОДТВЕРЖДЕНИЕ ПОВТОРНОГО ПУСКА (как в п. 4.4), то это ООД должно сохранить свою роль ООД.

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

См. также:

выбор логического канала (черт. I);

конфликт встречных виртуальных соединений (п. 5.2.5);

инициация запроса повторного пуска (п. 4.1);

прием индикации повторного пуска (п. 4.2);

конфликт встречных повторных пусков (п. 4.3);

подтверждение повторного пуска (п. 4.4);

причина повторного пуска (п. 12.6.1).

5. ПРОЦЕДУРЫ УСТАНОВЛЕНИЯ И ЗАВЕРШЕНИЯ ВИРТУАЛЬНОГО СОЕДИНЕНИЯ

В данном разделе описываются процедуры установления-и за-вершении виртуальных соединений. Они применяются независимо

Страница 25

с. М ГОСТ > ЯИ> 1

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

Схем установления соедммшм

Черт. 4

На черт. 4 и 5 схематически изображены процессы установления и завершения виртуального соединения соответственно. Аналогичная информация приведена также в диаграмме состояний на черт, 32. В табл. 39 определены действия, выполняемые ООД при приеме пакетов от ХХд, применительно к процедурам установления и завершения виртуального соединения.

5.1.    Состояние ГОТОВНОСТЬ

При отсутствии вызова логический канал, используемый для виртуальных соединений, находится в состоянии ГОТОВНОСТЬ (pl).

5.2.    Процедуры установления виртуального соединения

5.2.1. Инициация виртуального соединения

ООД выдает запрос вызова путем передачи через интерфейс ООД/ХХД пакета ЗАПРОС ВЫЗОВА н запуска тайм-аута «ответ на запрос вызова* (T2I). При этом выбранный ООД логический канал входит в состояпие ЗАПРОС ВЫЗОВА ООД (р2).

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

Страница 26

гост » к.— т с is

Саама

Змй

>оод

ООД-А-

ЗАЛРОС

ЗАПРОС

ЗАВЕРШЕНИЯ


ММИКАЦИЯ

ЗАВЕРШЕНИЯ


ЕЗ


CD


СОА “Б** ГА1ТМЗЖ«1Г ]Мс> цяи-К пасы км ПОДТВЕРЖДЕНИЕ ЗАМТОМИЯ

ПОДТВЕРЖДЕНИЕ

аЛВЕРИЕНИЯ*

1 1 | 1

ПОДТВЕРЖДЕНИЕ

ЗАВ(РОЕНИЯ*

А

В

Г •

Закмхныг. инкок-ром-мм £««»•»

t

ИНДИКАЦИЯ

ЗАВЕРИЕНИЯ

!

индикацИ»

ЗАВЕРИЕНИЯ

А

' • ‘ 1 1 • '1 “_J

СОД 'А" оп*'И»р«л*»> UK

*<«л, notwiun подтверждение

ЗЛВСРЩЕГ.ИП

ООД Б* noovm! I.IIC-•м. "OCfcJ*» ПОДТВЕРЖДЕНИЕ ЗАВЕРИЕНИЯ

ПОДТВЕРЖДЕНИЕ

ЗЛ8ЕРЗСНИЯ

1 1 1 1

ПОДТВЕРЖДЕНА

5АВЕРУЕИИЯ

| *

С

1 Г

завер»,    зеда

является ответом на пакет ПОДТВЕРЖДГ ШЕНИЯ. переданный ООД «Б».

JEP*

Черт. 6

Примечания:

1,. Включение адреса вызываемого ООД я адреса вызывающего ООД в пакет ЗАПРОС ВЫЗОВА зависит от требований противоположного ХХД.

2.    Адрес ООД может бить сетевым адресом ООД или любым другим

ллентнфихатором ООД, согласованным между ООД и ХХД на определенный лериод времени    ,

3.    Процедуры, с помощью которых ООД выбирает логически* канал ■ состоянии ГОТОВНОСТЬ (pi) при инициации виртуального соединения приведены в р. 4Л и на черт 1. Если ООД выполняет роль ООД. то ояо выбирает логический канал. начиная с верхнего конца‘ диапазона номеров логических каналов, согласованного с ХХД. Однако в конфигураций 0ОДЮОД. если ООД функционирует дли yfnx процедур как АКД. оно выбирает логический канал в состоянии ГОТОВНОСТЬ (р|), начиная с нижнего конца указанного диапазон* ^огцчвеких каиалоэ Тем сарым минимизируется вероятность конфликтов встречных вызовов.

Страница 27

С ttreor

Неполучение пак*тв’<ЮЕДИЮЕНИЕг УСТАНОВЛЕНО или пакета ИНДИКАЦИЯ ЗАВЕРШЕНИЯ до истечения тайм аута Т21, отсчитываемого с момента передачи пакета ЗАПРОС ВЫЗОВА, рассматривается как ошибка. ИакетныА уровень Завершает вызов, указывая причину «по инициативе ООД» и диагностйку «истек тайм аут запроса вызова».

См. также:

конфликт встречных вызовов (п. 5.2.5);

прерывание запроса вызова (п. 5.4);

тайм-аут «ответ на запрос вызова* (Т21) (табл. 32);

формат пакета ЗАПРОС ВЫЗОВА (п. 12.2.1 и черт. И);

процедуры завершения (п. 5.5);

процедуры установления соединения при использовании бита Д (п. 6.3);

выбор логического канала (черт. 1).

5.2.2.    Прием индикации входящего вызова

При получении от ХХД пакета ВХОДЯЩИЙ ВЫЗОВ ООД получает индикацию входящего вызова. После этого логический канал входит в состояние ВХОДЯЩИЙ ВЫЗОВ ХХД (рЗ).

Пакет ВХОДЯЩИЙ ВЫЗОВ может содержать адрес вызывающего ООД и адрес вызываемого ООД. Адресная информация и любые данные, принятые в составе этого пакета, должны быть переданы логическому объекту вышерасположенного уровня. Кроме того, логическому объекту вышерасположенного уровня может быть направлена информация о факультативных услугах пользователя.

Примечания:

I Включение адреса вызывающего ООД и адреса вызываемого ООД в пакет ВХОДЯЩИЙ ВЫЗОВ зависит от действия противоположного ХХД.

2.    Адрес ООД может быть- сетевым адресом • ООД или любым другим идентификатором ООД. согласованным между ООД и ХХД иа определенный период времени

3.    В конфигурации ООД/ООД вакет ВХОДЯЩИЙ ВЫЗОВ, полученный одним из ООД. »то тот же пакет ЗАПРОС ВЫЗОВА, который оередан другим ООД.

См. также:

формат пакета ВХОДЯЩИЙ ВЫЗОВ (п. 12.2.1 и черт. II);

конфликт встречных вызовов (п. 5/2.5);

принятие входящего вызова (п. 5.2.3);

отклонение входящего вызова (п. 5.3);

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

бита Д (п. 6,3);

тайм-ауты, учитываемые при приеме пакета ВХОДЯЩИЙ ВЫЗОВ (табл. 34).

5.2.3.    Принятие виртуального вызова

ООД, получающее пакет ВХОДЯЩИЙ ВЫЗОВ, сообщает о принятии вызова передачей чбрез интерфейс ООД/ХХД пакета

Страница 28

ГОСТ 9    С.    17    ;

ВЫЗОВ ПРИНЯТ. Этот пакет должен определять тот же логический кан^л. »нто и лакет ВВОДЯЩИЙ ВЫЗОВ.

Определенный таким образом логический канал входит после этого в -состожие ГОТОВНОСТЬ К УПРАВЛЕНИЮ ПО+ОКОМ

(dl).

Решение о принятии вызова принимается логическим объектом вешерасположенного уровня перед вцдачей на пакетный уровень пакета ВЫЗОВ ПРИНЯТ. Более того, он может обеспечить в составе пакета ВЫЗОВ ПРИНЯТ данные для передачи вызывающему ООД. Данные могут быть возвращены только в том слу- •' чае. если пакет ВХОДЯЩИЙ ВЫЗОВ указывает услугу быстрой выборки без каких либо ограничений На выдачу ответа. Пакет ВЫЗОВ ПРИНЯТ не должен передаваться в обратном направлении, если пакет ВХОДЯЩИИ ВЫЗОВ указывает на услугу быстрой выборки с ограничением на выдачу ответа.

Вызов может быть отклонен по локальным причинам для пакетного уровня (например-ошибка формата в пакете ВХОДЯЩИЙ ВЫЗОВ) без информирования логического объекта выше* расположенного уровня о его получении.

См. также:    ♦

формат пакета ВЫЗОВ ПРИНЯТ (п. 12.2.2 и черт. 12); процедуры установления соединения при использовании бита Д (п. 6.3);

отклонение входящего вызова (п. 5.3);

факультативная услуга пользователя «быстрая выборка»

(п. 13.16).

5.2.4. Получение индикации о принятии вызова

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

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

Пр.ки’ениие. В ксифигурацки ООД/ООД пакет СОЕДИНЕНИЕ УСТАНОВЛЕНО. примятый одним ООД, это тот же пакет ВЫЗОВ ПРИНЯТ, который передан другим ООД.

См. также:

неподтвержденне запроса вызова (п. 5.4);

формат пакета СОЕДИНЕНИЕ УСТАНОВЛЕНО (п. 12.2.2

и черт. 12);

..процедуры установления соединения при использовании бита Д (п. 6.3);

Страница 29

С и ГОСТ f М-9»-И

5.2.6. Конфликт встречных вызовов .    i-

. Конфликт встречных кыздвов воза якает, когда ООД передает пакет ЗАПРОС ВЫЗОВА (в соответствии с п. 5.2.1) и аатем получает для того же логического канала пакет ВХОДЯЩИЙ ВЫЗОВ (в соответствии п. 5.2.2). В этот момент логический канал находится а состоянии КОНФЛИКТ ВСТРЕЧНЫХ ВЫЗОВОВ (р5). Дальнейшие действия ООД зависят от того, сохраняет ли оно свою роль ООД или действует как АКД при разрешении конфликта встречных вызовов (в соответствии с процедурами п. 4.5):

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

в конфигурации ООД/ООД, если ООД выполняет роль АКД, оно должно аннулировать свой запрос вызова и решить, какой пакет передавать: ВЫЗОВ ПРИНЯТ или ЗАПРОС ЗАВЕРШЕНИЯ-

5.3, Отклонение вызова

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

а) отклонение сетью, так как вызов не может быть выполнен

в направлении адресуемого ООД;

, б) отклонение сетью или вызываемым ООД вследствие перегрузки;

. в) отклонение сетью или вызываемым ООД вследствие ошибки формата пакета;

г)    отклонение сетью или вызываемым ООД некоторых факультативных услуг пользователей, запрошенных вызывающим ООД;

д)    отклонение вызываемым ООД по инициативе логического объекта вышерасположенного уровня.

В любом случае ООД или АКД завершает вызов передачей: соответствующего, пакета вызывающему ООД. В тех случаях, когда входящий вызов отклоняется, то и пакет ВЫЗОВ ПРИНЯТ ие передается (см. п. 5.2.3).

См. также:

процедуры завершения (п. 5.5).

5.4^ Прерывание запроса вызова

Вызывающее ООД может прервать вызов, выдав на него завершение до получения пакета СОЕДИНЕНИЕ УСТАНОВЛЕНО

Страница 30

ГОСТ Р HNMI с »

или ИНДИКАЦИЯ ЗАВЕРШЕНИЯ. Это может прожэоАти вследствие прерывания, ииипнирвванного логическим объектом вшоерассолажешого уровни или вследствие истечения тайм-вут»

Т21.

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

См. также:

тайм-аут ответа на запрос вызова (T2I) (табл. 32); процедуры завершения (п. 5.5).

5.5. Процедуры завершения виртуального соединения

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

5.5.1. Инициация завершения виртуального соединения

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

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

Пакет ЗАПРОС ЗАВЕРШЕНИЯ может содержать данные, обеспечиваемые логическим объектом вышерасположенного уровня

Страница 31

C**JO ГвСТ f

и подлежащие передаче удаленному ООДлОни могут,быть дере-даиы только в том случае, если падоы ЗАПРОС ВЫЗОВА и ВХОДЯЩИЙ ВЫЗОВ, указывали усm быстрой выборки.

ООД, которое после передачи пакета ЗАПРОС ВЫЗОВА и до получения ответа прерывает свой собственный вьцов, может не передавать данные в пакете ЗАПРОС ЗАВЕРШЕНИЯ.

См. также:    '    ,

формат пакета ЗАПРОС ЗАВЕРШЕНИЯ (п. 12.2.3 н черт. 13);

тайм-аут «ответ на запрос завершения* (Т23) (табл. 02); счет повторных передач запроса завершения (Р23) (табл. 33);

факультативная услуга пользователя «быстрая выборка» (п. 13.16);

прием индикации завершения (п. 5.5.2); конфликт встречных завершений (п. 5.5.3); подтверждение завершения "(п. 5.5.4).

5.5.2. Прием индикации завершения виртуального соединения

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

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

Примечание. В конфигурации ООД/ООД пакет ИНДИКАЦИЯ ЗАВЕРШЕНИЯ. получевиый одним ООД, это тот же пакет ЗАПРОС ЗАВЕРШЕНИЯ. который передай другим ООД.

После обработки пакета ИНДИКАЦИЯ ЗАВЕРШЕНИЯ ООД передает через интерфейс ООД/ХХД пакет ПОДТВЕРЖДЕНИЕ ЗАВЕРШЕНИЯ.

Ом также*

формат пакета ИНДИКАЦИЯ ЗАВЕРШЕНИЯ (п. 12.2.3 и черт. 13);

причина завершения (п. 12.2.3);

конфликт встречных завершений (п. 5.5.3);

подтверждение завершения (п. 5.6.4);    Л

Страница 32

•ГОСТ * Ж96*л*г С. 31

I тайм-ауту, учитываемые ара привив пакета ИНДИКАЦИЯ ЗАВЕРШЕНИЯ (тдбл. .3#).    .    .    •. Г-..,.

5.5.3.    Конфликт встречных завершений    г    ,

Крнфлцкт *сгречных заавралакнй происходит, когда ООД иере-

дает пакет ЗАПРОС ЗАВЕРШЕНИЯ (в совтветстянн с п. 5.5.1) и затем получает пакет ИНДИКАЦИЯ ЗАВЕРШЕНИЯ (■■ соответствии с п. 5*5.2) для тоге же логического канала. В этом случае ООД; ничего не передаете не ожидает поступления пакета ПОДТВЕРЖДЕНИЕ ЗАВЕРШЕНИЯ, а считает, что завершение выполнено.    <.

Если процедура завершенна выполнена, то логический канал входит в состояние ГОТОВНОСТЬ (р 1)..

5.5.4.    Подтверждение завершения

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

Инициировав процедуру завершения, ООД будет считать ее выполненной после приема пакета ПОДТВЕРЖДЕНИЕ ЗАВЕРШЕНИЯ.

После выполнения процедуры завершения логический канал входит в состояние ГОТОВНОСТЬ (pi).

В сетевой конфигурации пакет ПОДТВЕРЖДЕНИЕ ЗАВЕРШЕНИЯ. поступивший от АКД. всегда может рассматриваться как имеющий только локальную значимость. Одиако в некоторых сетях подтверждение завершения может иметь межконцевую значимость.

См. также:

формат пакета ПОДТВЕРЖДЕНИЕ    ЗАВЕРШЕНИЯ

(п. 12.2.4 и черт. 14).

в. ПРОЦЕДУРЫ* ПЕРЕДАЧ If ДАННЫХ И ПРЕРЫВАНИЯ

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

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

См. также:

формат пакета ДАННЫЕ (п. 12.3.1 и черт. 15); формат пакета ПРЕРЫВАНИЕ (п. 12.3.2 и черт. 16).;

Страница 33

С St ГОСТ Г НЛи-92

»

• полные последовательное™ паюетов (п. 6.5). •    '    ч

6.1.    Состояния при не ред а че данных и прерывании

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

В состоянии dl через интерфейс ООД/ХХД могут передаваться пакеты ДАННЫЕ, прерывания, управления потоком, повторной установки и НЕПРИЕМ (если он абонирован). В других состояниях вышеупомянутые пакеты могут аннулироваться. Поэтому логические объекты оышерасположенных уровней должны быть способны справляться с различными возможными здесь ситуациями.

См. также:

процедуры повторного.пуска (разд. 4); процедуры установления соединения (п. 5.2); процедуры завери*ения (п. 5.5); • процедуры управления потоком (л. 7.1);-процедуры повторной установки (разд. 8); неполучение информации о продвижении окна (п. 11.2); получение пакетов ДАННЫЕ с ошибками (п. 11.3); факультативная услуга пользователя «повторная передача пакетов» (п. 13.4).

6.2.    М а к р имя ль н &я- дл н и а поля «данные пользователя» пакетов ДАННЫЕ

Реиомендуемая стандартная максимальная длина поля «данные пользователя» составляют 128 октетов. •

• ‘ Кроме того, Могут использоваться другие (нестандартные) рекомендуемые максимальные длины этого поля, выбнраецые из следующего набора значений: 16, 32, 64, 256, 512, 1024, 2048 и 4096 октетов.

Для каждого направления передачи данных максимальная длина дакиых пользователя должка выбираться из набора стандартных и нёстаидартных (если они абонированы) рекомендуемых значений. При использовании виртуальных соединений такой выбор производится в целом для всех логических каналов интерфейса ООД/)ОЩ. При использовании постоянных виртуальных каналов этот выбор производится отдельно для каждого логического канала. Выбираемые варианты согласовываются с ХХД на определенный период времени. Кроме того, если уалуга «согласование параметра управления потоком» абонирована; то допускается произво-

Страница 34

ГОСТ Р 34.ЮО-т*г С. 3»

дить согласование максимальной длины поля «данные польдова-т^ля» для каждого виртуального соединения.

В пакетах ДАННЫЕ, передаваемых ООД, поле «данные пользователя» должно содержать целое число октетои (см. п. 12.1).

Если поле «данные пользователя* превышает локально-допустимую максимальную длину этого поля или если оно не кратно октету, то принимающее ООД будет привлекать соответствующие процедуры восстановления при ошибках.

См. также:

факультативная услуга пользователя «рекомендуемые нестандартные размеры пакета» (п. 13.9); факультативная услуга пользователя «согласование параметров управления потоком» (п. 13.12); получение пакетов ДАННЫЕ с ошибками (п. 11.3).

б.З. Бит подтверждения доставки

Установка бита подтверждения доставки (бита Д) используется для того, чтобы сообщить о желании ООД получить межкон-цевые подтверждения доставки переданных им данных. Чтобы указать те данные, для которых ООД желает получить межконцеаое подтверждение доставки, оно должно установить бит Д в значение 1. Подтверждение осуществляется посредством порядкового номера принимаемых пакетов Ппм. Если бит равен 0, то принимаемые затем номера Ппм не рассматриваются как подтверждение доставки.

Примечания:

Г.Исяользояаниг процедуры бита Д не исключает необходимости ■рото-кола более высокого уровня, согласовываемого между (паииодсйстаующммм ООД Таков протокол может использоваться либо совместно с процедурой бита Д, лябо без нее с целью восстановлен** при различных ошибочны* ситуациях

2. Установка бита Д определяется на основе инструкций, подучаемых от

логического объекта вышера:воложешюго урэоия.

Ниже излагается факультативный механизм, который ООД может использовать во время установления виртуального соединения с целью согласования вопроса использования бита Д в состоянии ГОТОВНОСТЬ К УПРАВЛЕНИЮ ПОТОКОМ <dl).

Если вызывающее ООД желает использовать процедуру бита Д, оно должно установить бит 7 идентификатора общего формата пакета ЗАПРОС ВЫЗОВА в значение 1; в противном случае оно должно установить этот бит в значение 0. Если вызываемое ООД желает использовать процедуру бита Д и оно получило пакет ВХОДЯЩИЙ ВЫЗОВ, в котором бит 7 идентификатора общего формата равен 0. оно должно установить этот бит в пакете ВЫЗОВ ПРИНЯТ в значение 1; в противном случае оно должио установить этот бит в значение 0.

При использовании этой процедуры бит 7 идентификатора общего формата в пакетах ВЫЗОВ ПРИНЯТ и СОЕДИНЕНИЕ

2 Зан. 2100

Страница 35

С М ГОСТ Р 34.W6-tf2

УСТАНОВЛЕНО в значении 1 указывает, что процедура бета Д (см. п. 7.1.4) используется для виртуального соединения. Если же бит 7 установлен в значение 0. то ООД должно устанавливать бит Д в значение 0 во всех пакетах ДАННЫЕ.

Если ООД не желает использовать процедуру бита Д, но получает пакет ДАННЫЕ с битом Д, равным I, это ООД должно осуществить повторную установку логического канала, указав причину «по инициативе ООД» и диагностику «не обеспечена процедура бита Д».

См. также:

порядковый номер приема пакетов Ппм (п. 7.13); подтверждение доставки (п..7.1.4);

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

6.4. Маркер «дополнительные данные»

Если ООД или ХХД желает указать последовательность из нескольких пакетов ДАННЫЕ, оно использует маркер «дополнительные данные» (бит М) в соответствии с тем, что:

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

0.    Если бит М равен 1 либо в полном пакете ДАННЫЕ, либо в неполном пакете ДАННЫЕ, но с битом Д, равным I, это означает что последуют дополнительные данные. Объединение пакета ДАННЫЕ с последующим пакетом ДАННЫЕ может быть выполнено в сети только в том случае, если в полном пакете ДАННЫЕ бит М установлен в 1, а бит Д — в 0;

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

1,    являются либо полными (независимо от значения бита Д); либо неполными, но с битом Д. равным 1. В области применения настоящего стандарта такие последовательности используются для разграничения логических сообщений, передаваемых между логическими объектами вышерасположенного уровня. Такие последовательности называются последовательностями бита М. Для последовательностей бита М на черт. 6 показаны взаимоотношения между значениями битов Д и М и полнотой поля «данные пользователя» пакетов ДАННЫЕ.

В табл. 2 определены две категории пакетов ДАННЫЕ: А и Б, а также показано восприятие сетью битов Д и М для виртуального соединения или постоянного виртуального канала. ООД не должно передавать неполный 'пакет ДАННЫЕ с битом М. равным 1, и с битом Д. равным 0. При получении такого пакета ООД дол-

Страница 36

ГОСТ Р 34.950 — 12 С. 35

жно выполнить повторную установку логического канала, указав причину «по инициативе ООД» и диагностику «недействительный неполный пакет ДАННЫЕ1.

См. также:

сегментирование и сборка сообщений (п. 6.7); процедуры повторной установки (разд. 8). *

Обраюмииг последовательности пакетов

rVvrn»i

Потом

ПС.М1*

nx*e*GO*ic'k.«:cu

г*хп.йо*г#п»ип:ч

« • •

•HK-MASMtuwocT»

л»««тс« 1Г 1

глнв 101^2

пмгои V N

Пуч* лаииАшшалдеег» ечкегэа _./V_

Пт»

Пии

П««*т

ДАННЬГ

ДАННЫЕ

• • •

ДАННЫЕ

катггормм "А"

к плорп

ютагоряи

Полная последонте-льностъ пакетов содержит ноль или несколько пакетов ДАННЫЕ категории «А» плюс один пакет ДАННЫЕ категории «Б»._

Бит

Д

Бит

М

Поле

.даимы* польуоаатсла*

Примечаема

0

1

Полное

Пакет ДАННЫЕ категории «А»

I

1

Меньше полного

Пакет ДАННЫЕ кате

1

Полное’

горни «Б», который одновременно помечает конец ППП. но не конец ПБМ

0

0

Меньше полного

Пакет ДАННЫЕ кате

0

0

Полное

гории «Б», который одно

0

1 •

Меньше пат кого

временно помечает конец ППП н ПБМ

1

0

Меньше полного

1

0

Полное

1

Сеть установит этот бит М в значение 0; следовательно. ООД никогда не должно кнвикировать этот пакет категории «Б» Если ООД получает пакет этого типа, то оно выполнит повторную установку логического канала с указаниец причины «по инициативе ООД* и диагностики «недействительный неполный пакет ДАННЫЕ».

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

Бит M-бит ДОПОЛНИТЕЛЬНЫЕ ДАННЫЕ;

биг‘Д - бит ПОДТВЕРЖДЕНИЕ ДОСТАВКИ;

ППП — полная последовательность пакетов;

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

Черт. 6

Страница 37

С Зв ГОСТ Р 34.950- 92

Таблица 2

Определение му* категорий пакетов данных ■ обработка («шо вито* М и Д

Пикет ДАННЫЕ, r-олученный от ООД-отпр«»итмя

Ов>*дк»*т:« е оо-<ледующ»* (а) м «* (а»щ) виполшется сетью ПО Ю|ШОЖКО<ТН

Пакет ДАННЫЕ, пер*.

деш-ый ООД-яглуч». г«лю*

Категорий

М~

Д

Шли и*

М

Д

Б

Окли 1

0

Нет

Нет

о**

0

Б

0

1

Нет

Нет

0

1

Б

1

1

Нет

Нет

1

1

Б

0

о .

Да

Нет

0

0

Б

0

1

Да

Нет

0

1

А

1

0

Да

Да”*

1

0

Б

1

1

Да

Нет

1

1

* Относится к доставленному пакету ДАННЫЕ, у которого последний бит данных польэоаателя соответствует последнему биту данных пользователя (при его наличии), переданному • пакете ДАННЫЕ ООД-отаравителем.

•• Сеть-отправитель будет устанавливать бит М в значение 0.

••• £сли пакет ДАННЫЕ, посланный ООД-отправителем, объединяется с другими пакетами, в том числе с пакетами категории Б, то значения битов М и Д в пакете ДАННЫЕ, устанавливаемые 00Д-получателем, будут соответствовать их значениям, приведенным в двух правых колонках таблицы для последнего пакета ДАННЫЕ, переданного ООД-отправителем и входящего в состав объединяемых пакетов.

6.5. Полная последовательность пакетов Последовательность пакетов считается полной, если она содержит один пакет категории Б и все предшествующие непрерывно следующие пакеты категории Л (при их наличии). Пакеты категории А содержат поле «данные пользователя* максимальной длины с битом М, равным I и битом Д, равным 0. Все остальные пакет-ы ДАННЫЕ — это пакеты категории Б. Для полной последовательности пакетов на черт. 6 показана взаимосвязь между значениями битов М и Д и полнотой полей «данные пользователя» пакетов ДАННЫЕ.

Страница 38

ГОСТ Р 34.950-Ю с 37

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

В остальной части данного подраздела рассматриваются операции сети по передаче и доставке пакетов в полной последовательности пакетов.

Если принимающее ООД имеет большую максимальную длину поля «данные пользователя*, чем передающее ООД. то при передаче в сети пакеты ДАННЫЕ полной последовательности пакетов будут объединяться. Они будут доставляться в полной последовательности пакетов, где каждый пакет, кроме последнего, имеет в точности максимальную длину поля «данные пользователя», бит М, равный 1, и бит Д, равный 0.

Длина поля «данные пользователя* последнегр пакета такой последовательности йожет быть меньше максимальной, а его биты МиД могут иметь значения, указанные в табл. 2..

Если максимальная длина паля «данные пользователя» одина- . кова в обоих ООД, то в пакетах ДАННЫЕ эти поля доставляются принимающему ООД точно такими, какими они были получены сетью, за следующим .исключением. Если за полным пакетом ДАННЫЕ с битом М, равным 1, и битом Д, равным 0, следует пустой пакет ДАННЫЕ, то оба эти пакета могут объединиться, образовав единый полный пакет категории Б. Если же в последнем пакете полной последовательности пакетов, переданной ООД-отправите-лем, длина поля «данные пользователя» меньше максимальной, бит М равен 1. а бит Д равен 0 (что согласно настоящему стандарту запрещает ООД передавать пакет), то последний пакет полной последовательности пакетов, доставленной сетью принимающему ООД, должен иметь бит М. равный 0.

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

См. также:    !

бит Д (п. 6.3);

последовательности бита М (п. 6.4 и черт. 6).

6.6. Б и т-оп р е дел нтел ь

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

Страница 39

С 38 ГОСТу Р 34.МО-М    ч

имеется в рекомендации Х.29 МККТТ. При необходимости Механизма может быть использован указатель, называемый битом-определителем (бит Q).

Использование бита Q факультативно. Если этот механизм не требуется, то бит Q устанавливается в значение 0. Если же механизм бита Q используется, то передающее ООД должно устанавливать этот бит во всех пакетах ДАННЫЕ полной последовательности пакетов в одинаковое значение (0 или 1). Конкретное значение бнта Q в полной последовательности пакетов определяется инструкцией, получаемой от логического объекта вышерасположен-иого уровня. Точно также установленное значение бита Q в каждой принятой полной последовательности пакетов передается логическому объекту вышерасположенного уровня.

Полная последовательность пакетов, передаваемая с одинаковым значением бита Q во всех пакетах ДАННЫЕ, доставляется как полная последовательность пакетов со рачением бита Q во всех пакетах ДАННЫЕ, определенным передающим ООД.

Если ООД не устанавливает бит Q в одинаковое значение во всех пакетах ДАННЫЕ полной последовательности пакетов, то его значение в любом пакете ДАННЫЕ или в соответствующей полной последовательности пакетов, доставляемой удаленному ООД. не гарантируется сетью. Более того, некоторые сети могут осущест-' влятъ повторную установку виртуального соединения или постоянного виртуального канала. Если бит Q не установлен в одинаковое значение во всех пакетах ДАННЫЕ полной последовательности пакетов, то принимающее ООД должно выполнить повторную установку логического канала, указав причину «по инициативе ООД» н диагностику «непостоянство установки бита Q».

Пакеты ДАННЫЕ нумеруются последовательно независимо от установленного значения'их бита Q.

См. также:

полные последовательности пакетов (п. 6.5 и черт. 6);

нумерация пакетов (п. 7.1.1);

процедуры повторной установки (разд. 8).

6.7. Сегментирование и сборка сообщений

Пакетный уровень обеспечивает службу передачи сообщений (называемых также последовательностями бнта М) между равноправными логическими объектами вышерасположенного уровня. В ООД-отправителе пакетный уровень сегментирует (т. е. разделяет) сообщения на соответствующее число пакетов ДАННЫЕ и устанавливает значения битов Д. М и Q для каждого образуемого пакета. При этом он должен учитывать максимальную длину поля «данные пользователя», разрешенную для данного логического канала, значение бнта Q и длину каждой полной последовательности пакетов, содержащейся в сообщении, а также наличие запроса на

Страница 40

ГОСТ Р MI50—12 с. 39

межконцевое подтверждение, сообщения. Если такое подтверждение запрошено, то в последнем п«хете ДАННЫЕ сообщения бит Д устанавливается в значение 1.

Примечание. Допускается сегментировать сообщения таким образом, 9 чтобы и обраауеммх пакета* ДАННЫЕ поле «данные полыо«ателя> имело нулевую длину.

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

См. также:

максимальная длина поля «данные пользователя» пакетов ДАННЫЕ (п. 6.2);    t

битД(п. 6.3);

последовательности бита М (п. 6.4 и черт. 6); полные последовательности пакетов (п. 6.5 и черт. 6); бит<Э (п. 6.6);

подтверждение доставки (п. 7.1.4).

6.8. Процедуры прерывания

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

На черт. 7 приведено схематическое представление процедуры прерывания.

Схема процедуры прерывания

ООД “А" посыпмт

J !

оппмАмие

| ПРЕРЫВАНИЕ

1 J-1

1 ‘ 1--

"Н-:-Н • 1

ООД ГКД1ИРЖМ»»

•carotin П0ПТЩЛКД1МИС

|ПОДТВЯ>ЖДСМИ€

--—.

1 1 IfKMJTeEPHUJEHHE j "''вгыилиия

| I [ЖНИАИИЯ | j-j

-t-i*-H • I

II

Черт. 7

Страница 41

С. 40 ГОСТ РЭ4.*бО-*2

Процедура прерывание можёт'применяться только в состоянии ГОТОВНОСТЬ К УПРАВЛЕНИЮ ПОТОКОМ (dl). Следовательно, эта процедура отклоняется в результате выполнения процедур завершения (только виртуальных соединений), повторной установки или повторного пуска. В пределах состояния <11 суиюет- * вуют четыре состояния (по два для каждого направления передачи прерывания), относящихся к процедуре прерывания. Этими состояниями являются ГОТОВНОСТЬ К ПРЕРЫВАНИЮ ООД <|П. ПЕРЕДАНО ПРЕРЫВАНИЕ ООД <i2), ГОТОВНОСТЬ К ПРЕРЫВАНИЮ ХХД (jl) и ПЕРЕДАНО ПРЕРЫВАНИЕ ХХД (J2), показанные на черт. 34. В табл. 41 показаны действия, выполняемые ООД при приеме от ХХД пакетов прерывания, применительно к процедуре прерывания.

Процедура прерывания не влияет и процедуры передачи данных н управления потоком, относящиеся к пакетам ДАННЫЕ для виртуального соединения и постоянного виртуального канала. Для заданного виртуального соединения или постоянного виртуального канала пакет ПРЕРЫВАНИЕ доставляется в том месте потока пакетов ДАННЫЕ, в котором было сгенерировано прерывание, или до этого места. Этот пакет должен быть обработан сразу при его получении.

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

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

До передачи прерывания логический канал находится в состоянии ГОТОВНОСТЬ К ПРЕРЫВАНИЮ ООД (11). Для передачи прерывания ООД посылает через интерфейс ООД/ХХД пакет ПРЕРЫВАНИЕ. определяющий логический канал и данные прерываю-те го пользователя, полученные от логического объекта вышераспо-ложенного уровня, н начинает отсчет тайм-аута «ответ на прерывание* (Т26). В этот момент логический канал находится н состоянии ПЕРЕДАНО ПРЕРЫВАНИЕ"ООД (12). П этом состоянии ООД не может передавать следующий пакет ПРЕРЫВАНИЕ до тех пор. пока ранее выданный пакет ПРЕРЫВАНИЕ не будет подтвержден пакетом ПОДТВЕРЖДЕНИЕ ПРЕРЫВАНИЯ

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

См. также:    .

Страница 42

ГОСТ Р 31950-92 С. 41

формат пакета ПРЕРЫВАНИЕ (п. 12.3.2 и.черт. 16); тайм аут «ответ на прерывание» (Т26) (табл. 32); процедуры повторной установки (разд. 8); подтверждение прерывания (л. 6.8.3).

€.8.2. Прием прерывания

До получения прерывания логический канал находится в состоянии ГОТОВНОСТЬ К ПРЕРЫВАНИЮ ХХД (jl). Если ООД получает от ХХД пакет ПРЕРЫВАНИЕ, то логический канал входит в состояние ПЕРЕДАНО ПРЕРЫВАНИЕ ХХД (i2). В этом состоянии поступление следующего пакета ПРЕРЫВАНИЕ до подтверждения предыдущего пакета ПРЕРЫВАНИЕ рассматривается как ошибка. В этом случае ООД осуществляет повторную установку логического канала, указав причину «по инициативе ООД» и диагностику «неполноыочное прерывание».

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

См. также: процедуры повторной установки (разд. 8); подтверждение прерывания (п. 6.8.3); тайм ауты, учитываемые при приеме пакета ПРЕРЫВАНИЕ (табл. 34).

6.8.3. Подтверждение прерывания

ООД подтверждает прием пакета ПРЕРЫВАНИЕ при первой возможности путем передачи через интерфейс ООД/ХХД пакета ПОДТВЕРЖДЕНИЕ ПРЕРЫВАНИЯ. В этот момент логический канал находится в состоянии ГОТОВНОСТЬ К ПРЕРЫВАНИЮ ХХД (jl).

Если ООД после передачи пакета ПРЕРЫВАНИЕ получает пакет ПОДТВЕРЖДЕНИЕ ПРЕРЫВАНИЯ, то логический канал входит в состояние ГОТОВНОСТЬ К ПРЕРЫВАНИЮ ООД (il). В этот момент ООД может передавать через интерфейс ООД/ХХД следующий пакет ПРЕРЫВАНИЕ.

См. также:

формат пакета ПОДТВЕРЖДЕНИЕ ПРЕРЫВАНИЯ

(п. 12.3.3 и черт. 17).

6.9. Т р а и з и т н а я задержка пакетов ДАННЫЕ

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

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

Страница 43

С 42 ГОСТ Р 34.950- 92

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

См. также:

факультативная услуга пользователя «выбор и индикация транзитной задержки» (п. 13.27).    1    i

7. ПРОЦЕДУРЫ УПРАВЛЕНИЯ ПОТОКОМ

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

Процедура управления потоком может использоваться только в состоянии ГОТОВНОСТЬ К УПРАВЛЕНИЮ ПОТОКОМ (dl). Следовательно, эта процедура отклоняется в результате выполнения процедуры завершения (только виртуальных соединений), повторной установки или повторного пуска. Внутри состояния dl существуют четыре состояния (по два для каждого направления управления потоком), относящиеся к процедуре управления потоком. Этими состояниями являются ГОТОВНОСТЬ ХХД К ПРИЕМУ (fl), НЕГОТОВНОСТЬ ХХД К ПРИЕМУ ((2), ГОТОВНОСТЬ ООД К ПРИЕМУ (gl) и НЕГОТОВНОСТЬ ООД К ПРИЕМУ (g2), показанные на черт. 35. В табл. 42 определены действия, выполняемые ООД при получении от ХХД пакетов управления потоком. ДАННЫЕ и НЕПРИЕМ (если он разрешен) применительно к процедуре управления потоком.

Процедура управления потоком не влияет на процедуры, применимые к пакетам ПРЕРЫВАНИЕ для виртуального соединения или постоянного виртуального канала.

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

На интерфейсе ООД/ХХД логического канала передача пакетов ДАННЫЕ происходит под раздельным управлением для каждого направления, которое санкционируется получателем. На черт. 8 схематически показаны рассматриваемые здесь процедуры управления потоком.

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

Страница 44

ГОСТ Р 34.950—W С. 4S

Схема управления потоком Предполагаемый размер окна W-2

А: можно передать столько последовательно пронумерованных пакетов ДАННЫЕ, сколько ра»р«шено окном W — по пакеты 0 н 1

Б: Есть некоторые данные для передачи. Поскольку приняты все пакеты ДАННЫЕ, включая пакет 0. то следующий пакет, ожидаемый иа приеме, являете» пакетом 1.

А: Таким образом, получен пакет 0 '.и ожидается следующий пакет 1. Оа уже мутри окна (и передай). Необходимо передвинуть границы окна так, чтобы пакет 1 окааался нижней границей, а пакет 2 — верхней границей Теперь можно передать пакет 2

См. также:

тайм-ауты, учитываемые при приеме пакета ДАННЫЕ (табл. 34).

Страница 45

С. 44 ГОСТ Р 34.950—С2

7.1.1.    Нумерация пакетов

Каждому передаваемому через интерфейс ООД/ХХД пакету ДАННЫЕ в каждом направлении передачи данного виртуального соединения или постоянного виртуального канала присваивается порядковый номер.

Порядковая нумерация пакетов ДАННЫЕ осуществляется но модулю 8. Порядковые номера пакетов циклически изменяются во всем диапазоне чисел от 0 до 7. Как вариант, на интерфейсе ООД/ХХД может быть обеспечена услуга расширенной порядковой нумерации пакетов. В этом случае порядковая нумерация пакетов ДАННЫЕ выполняется по модулю 128 и порядковые номера пакетов циклически изменяются во всем диапазоне чисел от О до 127. Для обоих направлений передачи данных модуль одинаков (8 илл 128) и является обшнм'для-всех логических каналов логи ческого объекта пакетного уровня.

Только пакеты ДАННЫЕ содержат этот порядковый номер, который называется порядковым номером передачи пакета Ппд.

Первый подлежащий передаче через интерфейс ООД/ХХД пакет ДАННЫЕ по данному направлению передачи даннЫх сразу-после входа логического канала в состояние ГОТОВНОСЬ К УПРАВЛЕНИЮ ПОТОКОМ (d!) имеет номер Ппд, равный нулю. Все последующие пакеты ДАННЫЕ нумеруются последовательно.

✓ См. также:

факультативная услуга пользователя «расширенная порядковая нумерация пакетов» (п. 13.2).

7.1.2.    Описание окна

На интерфейсе ООД/ХХД логического канала, используемого для виртуального соединения или постоянного виртуального канала и для каждого направления передачи данных, окно определяется как упорядоченное (по модулю) множество То последовательных порядковых номеров передачи Ппд пакетов ДАННЫЕ, которым разрешено пересекать интерфейс. * ,

Порядковый номер передачи первого пакета окна То называется «нижней границей окна». Если виртуальное соединение или постоянный виртуальный канал только что вошел в состояние .ГОТОВНОСТЬ К УПРАВЛЕНИЮ ПОТОКОМ (dl). то'окно каждого направления передачи данных имеет нижнюю границу, равную нулю. «Верхняя граница окна» —это номер Ппд последнего из пакетов окна, которым разрешено пересекать интерфейс.

Номер Ппд первого пакета ДАННЫЕ, которому не разрешено пересекать интерфейс, равен значению нижней границы окна плюс То (по модулю 8 либо по модулю 128 при расширенной нумерации)-

Рекомендуемый стандартом размер окна То равен двум для каждого направления передачи данных на интерфейсе ООД/ХХД.

Страница 46

ГОСГ P S4.«5<^W C. 45

Могут использоваться также другие (нестандартные) размеры окна.

Для каждого направления передачи данных размер окна должен выбираться из стандартного рекомендуемого и перечня нестандартных (при их наличии) рекомендуемых значений. В случае виртуальных соединений этот выбор осуществляется в целом для нсех логических каналов на интерфейсе ООД/ХХД. В случае постоянных виртуальных каналов этот выбор осуществляется отдельно для каждого логического канала. Выбранные значения согласовываются с ХХД на определенный период времени. Кроме того, допускается согласование размера окна для каждого виртуального соединения, если выбрана услуга «согласование параметров управления потоком».

См. также:

факультативная услуга пользователя «рекомендуемые нестандартные размеры ояна» (п. 13.10); факультативная услуга пользователя «согласование параметров управления потоком» (п. 13.12).

7.1.3. Принципы управления потоком

Если порядковый номер Ппд очередного пакета ДАННЫЕ, который должно передать ООД или ХХД, находится в пределах окна, то ООД или ХХД имеет право передать этот пакет. Если же номер Ппд очередного подлежащего передаче пакета ДАННЫЕ находится за пределами окна, то ООД нлн ХХД не должно передавать этот пакет через интерфейс ООД/ХХД.

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

Если полученный пакет ДАННЫЕ имеет номер Ппд. который не является очередным, но находится в пределах окна, то в качестве альтернативного варианта ООД может использовать процедуры б) или в) п. 11.3.

Номер Ппм (отсчитываемый по модулю 8 либо 128 при расширенной нумерации), называемый порядковым номером приема пакетов, передает через интерфейс ООД/ХХД информацию получа-

Страница 47

С. 46 ГОСТ Р 34.950-92

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

. Порядковый номер приема пакетов Ппм передается в пакетах ДАННЫЕ ГОТОВНОСТЬ К ПРИЕМУ (ГПР). НЕГОТОВНОСТЬ К ПРИЕМУ (НГПР) и НЕПРИЕМ (НПР) (если он абонирован).

Значение полученного номера Ппм должно превышать или быть равным последнему номеру Ппм, принятому ООД или ХХД, h быть меньше или равно номеру Ппд следующего пакета ДАННЫЕ, подлежащего передаче этим ООД или ХХД. Если это требование не выполнено, то ООД или ХХД должно рассматривать получение этого Ппм как процедурную ошибку и выполнить повторную установку логического канала. При этом АКД должна указать причину «локальная процедурная ошибка», а ООД — «по инициативе ООД». В любом случае поле диагностики должно иметь значение «недействительный Ппм».

Номер Ппм, возвращаемый в любом из вышеуказанных пакетов, будет меньше или равен номеру Ппд (отсчитываемому по модулю 8, либо 128 при расширенной нумерации) следующего ожидаемого пакета ДАННЫЕ. Это означает, что ООД или ХХД, передающее номер Ппм, получило, по меньшей мере, все пакеты ДАННЫЕ с номерами до (Ппм-1) включительно.

См. также:

пакет ГОТОВНОСТЬ К ПРИЕМУ (п. 7.1.5); пакет НЕГОТОВНОСТЬ К ПРИЕМУ (п. 7.1.6); процедуры повторной установки (разд. 8); прием пакетов ДАННЫЕ с ошибками (п. 11.3); факультативная услуга пользователя «повторная передача пакетов» (п. 13.4);    ^

факультативная услуга пользователя «расширенная порядковая нумерация пакетов» (п. 13.2).

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

Если бит Д в пакете ДАННЫЕ с номером Ппд—р равен 0, то значение возвращенного номера Ппм, соответствующего этому па* кету ДАННЫЕ (т. е. Ппм>р-И), представляет собой локальное обновление окна через интерфейс пакетного уровня. В конфигурации ООД/АКД возвращенный номер Ппм не означает, он поступил от удаленного ООД. Более того, достижимая пропускная способность не ограничивается задержкой кругового обхода по сети (ям) между двумя ООД.

Если в пакете ДАННЫЕ с номером Ппд»р бит Д равен I. то возвращение Ппм, соответствующего этому пакету ДАННЫЕ (т . е. Ппм>р+1) означает, что Ппм, получен от удаленного ООД

Страница 48

ГОСТ Р 34.950—92 С- 47

для всех битов данных пакета ДАННЫЕ, в котором бнт Д был первоначально равен 'I.

Если ООД не желает использовать процедуру бита Д, но получает пакет ДАННЫЕ с битом Д, равным 1, то оно должно повторно установить логический канал с кодом причины «по инициативе ООД» и с ходом диагностики «не обеспечена процедура бита Д».

Для достижения более высокой надежности ООД могут использовать процедуру бита Д для извещения о получении данных логическим объектом вышерасположенного уровня. Такое использование бита Д должно быть предварительно согласовано между двумя ООД. При использовании этой процедуры передающий пакетный уровень устанавливает бнт Д последнего пакета ДАННЫЕ из последовательности бита М в значение 1. если со стороны логического объекта вышерасположенного уровня требуется межкон-цевое подтверждение приема. При приеме последнего из последовательности бита М пакета ДАННЫЕ с битом Д в значении 1 пакетный уровень не должен возвращать соответствующий номер Ппм до тех пор, пока данные в этом пакете не будут подтверждены логическим объектом вышерасположенного уровня (вопрос о том, должен ли пакетный уровень ждать от вышерасположенного уровня подтверждения данных в пакете ДАННЫЕ с битом Д. равным 1, когда этот пакет не является последним в последовательности бита М, является предметом дальнейшего изучения). При получении такого подтверждения пакетный уровень должен вернуть этот номер Ппм как можно быстрее (например, не дожидаясь других пакетов ДАННЫЕ), чтобы предотвратить возможные тупиковые ситуации. Пакет ДАННЫЕ, ГПР, НГПР или НЕПРИЕМ (если он разрешен) может использоваться для передачи номера Ппм (см. примеч. 2 к п. 7.1.6). Точно также в сетевой конфигурации АКД должна передать ООД номер Ппм как можно быстрее после его приема от удаленного ООД.

Примечания:

1.    Если пакет ДАННЫЕ с номером Т№.м и битом Д. равным 1, не подтвержден, то локальное обновление окна иа интерфейсе ООД/А КД будет отложено до последующих пакетов ДАННЫЕ с битом Д. равным 0. Некоторые сета также могут откладывать обновление окна для предыдущих пакетов ДАННЫЕ (в пределах окна) с битом Д. равным 0, до тех пор. пока в ООД не буде* передай соответствующий номер Ппм для пакета с неподтвержденным битом Д, равным 1.

2.    В конфигурации ООД/АКД значения Ппм, относящиеся к данньГм. которые содержатся в пакетах ДАННЫЕ с битом Д, равным 1, пс обя»ательио должны быть одинаковыми на обоих концах виртуального соединения или постоянного виртуального канала интерфейса ООД/АКД.

3.    Если ООД передало пакеты ДАННЫЕ с битом Д. равным 0, то для инициации процедуры повторной установки или процедуры завершения оно не должно дожидаться локального обновлевмя окна.

См. также:

Страница 49

С 48 ГОСТ Р 34.950--92

бит Д (п. 6.3);

последовательность бита М (п. 6.4); процедуры повторной установки.(разд. 8); процедуры завершения (п. 5.5).

7.1.5. Пакеты ГОТОВНОСТЬ К ПРИЕМУ (ГПР)

Пакеты ГОТОВНОСТЬ К ПРИЕМУ (ГПР) используется как ООД. так и ХХД для указания их готовности принять То пакетов ДАННЫЕ в пределах окна, начиная с номера Ппм, указанного в пакете ГПР.

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

См-также:

формат пакета ГОТОВНОСТЬ К ПРИЕМУ (п. 12.4.1 н черт. 18).

7.1 6. Пакеты НЕГОТОВНОСТЬ К ПРИЕМУ (НГПР)

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

Примечание

1.    Передачу пакета ГГ7Р после передачи НГПР вс следует рассматривать как требование повторной передачи ранее переданных пакетов ДАННЫЕ.

2,    Пакет НГПР может быть использован для передачи через интерфейс ООД/ХХД значении Ппм. соответствующего пакету ДАННЫЕ с битом Д. Ьав-иым 1. в том случае, когда дополнительные пакеты ДАННЫЕ не могут быть приняты

См. также:

формат пакета НЕ ГОТОВ НОС Ь К ПРИЕМУ (п. 12.4,2 и черт. 19);

пакет ГОТОВНОСТЬ К ПРИЕМУ (п. 7.1.5) ; процедуры повторной установки (разд. 8).

7.2. X а р а кте р и ст и к и пропускной способности и классы пропускной способности

Класс пропускной способности для определенного направления передачи является неотъемлемой характеристикой виртуального соединения н постоянного виртуального канала относительно объе-

Страница 50

ГОСТ ? S4.9M-9X С 49

ма ресурсов, -выделенных для этого виртуального соединения или постоянного виртуального канала. Эта 'характеристика является мерой пропускной споеобяоетн в устойчивом состояния, яоторая может быть обеспечена при наличии оптимальных условий в виртуальном соединении или в постоянном виртуальном канале. Однако ^э-за статистического характера коллективного использования связных и коммутационных ресурсов не гарантируется, что данный клссс пропускной способности будет обеспечиваться в течение всего времени работы.

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

а)    характеристики линий доступа локального и удаленного интерфейсов не ограничивают класс пропускной способности.

Примечание I. В частности, если вследствие перегрузок, обусловленных заголовками кадров к пакетов, класс пропускной способное™, соответствующе Я классу услуг пользователя {т. е. скорости передачи линии доступе) данного ООД. применим к виртуальному соединенно ели постоянному вкргумь-иому каналу, то пропускная способность устойчивого состояния никогда не мо- , жст достичь значения этого класса пропускной способности;

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

в)    характеристики трафика других логических каналов иа локальном и удаленном интерфейсах не налагают ограничений на пропускную способность;

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

д)    передающее ООД посылает только пакеты ДАННЫЕ, имеющие максимальную длину поля «данные пользователя*;

е)    бит Д не установлен в значение I.

Клгсс пропускной способности измеряется в бит/с. На интерфейсе ООД/ХХД максимальная длина поля «данные пользователя» определяется для виртуального соединения или постоянного виртуального канала и, таким образом, класс пропускной способности может восприниматься ООД как скорость передачи полных пакетов ДАННЫЕ (пакет/с) на интерфейсе ООД/ХХД.

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

Примечание 2. Суммарное по всем классам значение вропусхио* способности для всех логических каналов виртуальных соединений и постоянных виртуальных каналов, обеспечиваемых иа интерфейсе ООД/ХХД, может превышен. значение скорости передачи денных по датой линии доступа.

Страница 51

С. 50 ГОСТ Р 34 W0-#2

См. также:

бит Д (пп. 6.3 и 7.1.4);-процедуры управления потоком (разд. 7); факультативная услуга пользователя «назначение рекомендуемых классов пропускной способности» (п. 13.11); факультативная услуга пользователя «согласование класса пропускной способности» (п. 13.13).

в. ПРОЦЕДУРЫ ПОВТОРНОЙ УСТАНОВКИ

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

Процедура повторной установки используется для повторной инициации виртуального соединения или постоянного виртуального канала. Сразу после повторной установки виртуального соединения или постоянного виртуального канала на интерфейсе ООД/ХХД для логического канала выполняются следующие действия:

а)    относительно пакетов ДАННЫЕ:

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

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

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

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

в)    любое условие НГПР, существовавшее до повторной установки, считается с данного момента несуществующим;

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

д)    все тайм-ауты и параметры, относящиеся к повторной передаче данных и прерываний, снова устанавливаются в свои исходные значения (Т24, Т25, Т26, Т27, Р25 й Р27).

В сетевых применениях процедура повторной установки удаляет в каждом направлении находящиеся в сети пакеты ДАННЫЕ и ПРЕРЫВАНИЕ, которые, могут относиться к данному логическому каналу.

На черт. 9 приведено схематическое представление процедуры повторной установки. .

Страница 52

ГОСТ Р 34.950—92 С- 51

Схема повторной установки

По*терм«я гс'«мам» «о тм'М! ООД ООД “А“ (ичмаг петри»

Попоомя уовк**г os имим'им с*п»

ИНДИКАЦИЯ по» ТОРНОЙ УСТАНОВКА

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

1_1_г------

-:-1

S

"XXve ycwoaay. noew«»i П0ДТ*8РЖДЕНие ПОВТОРНОЙ установки

пс-стбсмуп уст*-о«мгу. пвсыам ПОДТВЕРЖДЕНА

повторной

УСТАНОвКИ

ПОДТВ1РЖДЕНИС ГЧ>| второй устдноеки


дтмгждЕиие па

ОРНОЙ У СТАЛО* К


ш


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

Черт. 9

Процедура повторной установки может использоваться только в состоянии ПЕРЕДАЧА ДАННЫХ (р4). В любом другом состоянии процедура повторной установки отклоняется. Например, при инициации процедуры завершения (только виртуальных соединений) или процедуры повторного пуска пакеты ЗАПРОС ПОВТОРНОЙ УСТАНОВКИ и ИНДИКАЦИЯ ПОВТОРНОЙ УСТАНОВКИ остаются неподтвержденными. В рамках состояния р4 существуют три следующих состояния, относящиеся к процедуре повторной установки и показанные на черт. 33: ГОТОВНОСТЬ К УПРАВЛЕНИЮ ПОТОКОМ (dl), ЗАПРОС ПОВТОРНОЙ УСТАНОВКИ ООД (d2) и ИНДИКАЦИЯ ПОВТОРНОЙ УСТАНОВКИ ХХД

Страница 53

С. 62 ГОСТ Р 34.950-92

(d3). Когда логический канал виртуального соединения входит в состояние р4, он оказывается в состоянии dl. Логический канал постоянного виртуального канала постоянно находится в состоянии dl, кроме периода выполнения процедуры повторной установки или повторного пуска.

Действия, выполняемые ООД при приеме пакетов от ХХД н относящиеся к процедуре повторной установки, показаны в табл. 40.

См. также;

последовательность бита М (п. 6.4 и черт. 10); окно управления потоком (п. 7.1.2); параметры тайм-аута (табл, 32)Г параметры повторной передачи (черт. 27).

8.1. И к д и к а ц и я запроса повторной установки

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

Неполучение пакета ПОДТВЕРЖДЕНИЕ ПОВТОРНОЙ УСТАНОВКИ до истечения Т22 после передачи пакета ЗАПРОС ПОВТОРНОЙ УСТАНОВКИ рассматривается как ошибка. Процедура повторной установки повторяет свои попытки максимум до R22 раз. После этого пакетный уровень завершает вызов для логического канала виртуального соединения, указав причину «по инициативе ООД» и диагностику «истек тайм-аут или превышен счет повторных передач запроса повторной установки*. Пакетный уровень информирует об этом соответствующий логический объект логического канала постоянного виртуального канала; после этого логический канал остается в состоянии ЗАПРОС ПОВТОРНОЙ УСТАНОВКИ ООД (d2).

См. также:

формат пакета ЗАПРОС ПОВТОРНОЙ УСТАНОВКИ . (п. 12.5.1 и черт. 20); тайм-аут «ответ на запрос повторной устаповки* (Т22) (табл. 32);    ,плп\

счет повторных передач запроса повторной установки (Р22) (табл. 33);

процедуры завершения (п. 5.5);

Страница 54

ГОСТ Р 34.950-92 С. 53

_ прием ниднквцни повторной установки (п. 8.2); конфликт встречных повторных установок (п. 8.3): 1 подтверждение повторной установки (п. 8.4).

8.2.    П р н е м "И и я и к а ц и н повторной установки

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

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

Примечание. В конфигурации ООЛУООД пакет ИНДИКАЦИЯ ПОВТОРНОЙ УСТАНОВКИ, получаемый одним ООД,.»го тот же пакет ЗАПРОС ПОВТОРНОЙ УСТАНОВКИ, который был передан другим ООД.

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

После обработки пакета ИНДИКАЦИЯ ПОВТОРНОЙ УСТАНОВКИ ООД передает через интерфейс ООД/ХХД пакет ПОДТВЕРЖДЕНИЕ ПОВТОРНОЙ УСТАНОВКИ.

См. также:

Формат пакета ИНДИКАЦИЯ ПОВТОРНОЙ УСТАНОВКИ (п. 12.5.1 и черт. 20); причина повторной установки (“п. 12.5.1); конфликт встречных повторных установок (п. 8.3); подтверждение повторной установки (п. 8.4); тайм ауты, учитываемые при приеме пакета ИНДИКАЦИЯ ПОВТОРНОЙ УСТАНОВКИ (табл. 34). _

8.3.    Конфликт встречных повторных установок

Конфликт встречных повторных установок возникает в том слу-

Страница 55

С 54 ГОСТ Р 34.950-92

чае, когда ООД передает пакет ЗАПРОС ПОВТОРНОЙ УСТАНОВКИ (см. п. 8.1) и затем принимает для одного и того же логического канала пакет ИНДИКАЦИЯ ПОВТОРНОЙ-УСТАНОВ КИ (как описано в п. 8.2). В этом случае ООД не передает пакет ПОДТВЕРЖДЕНИЕ ПОВТОРНОЙ УСТАНОВКИ, не ожидает его поступления и считает, что повторная установка выполнена.

Если процедура повторной установки выполнена, то логический канал входит я состояние ГОТОВНОСТЬ К УПРАВЛЕНИЮ ПОТОКОМ (dl).

8.4. Подтверждение повторной установки

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

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

После выполнении процедуры повторной установки логический канал входит в состояние ГОТОВНОСТЬ К УПРАВЛЕНИЮ ПОТОКОМ (dl).

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

См. также:

формат пакета ПОДТВЕРЖДЕНИЕ ПОВТОРНОЙ УСТАНОВКИ (п. 12.5.2 и черт. 21).

9. ВЛИЯНИЕ ПРОЦЕДУР ЗАВЕРШЕНИЯ, ПОВТОРНОЙ УСТАНОВКИ И ПОВТОРНОГО ПУСКА НА ПЕРЕДАЧУ ПАКЕТОВ

Этот раздел относится к сетевой конфигурации.

Все пакеты ДАННЫЕ и ПРЕРЫВАНИЕ, сгенерированные ООД (или сетью) до инициации (со стороны ООД или АКД) процедуры завершения (только виртуальных соединений), повторной установки или повторного пуска на локальном интерфейсе должны быть либо доставлены удаленному ООД прежде чем АКД передаст соответствующую индикацию на удаленном интерфейсе, либо аннулированы сетью.

Никакие пакеты ДАННЫЕ или ПРЕРЫВАНИЕ, сгенерированные ООД (или сетью) после окончания процедуры повторного пуска (только постоянных виртуальных каналов) или повторной усхановки на локальном интерфейсе, не должны доставляться удаленному ООД до окончания соответствующей процедуры пов> торной установки на удаленном интерфейсе.

Страница 56

ГОСГ Р IM.950-92 С. 55

Если ООД инициирует процедуры завершения (только виртуальных соединений), повторной установки нлн повторного пуска на своем локальном интерфейсе, то все пакеты ДАННЫЕ и ПРЕРЫВАНИЕ, сгенерированные удаленным ООД (или сетью) до передачи соответствующей индикации удалепному ООД, должны быть либо доставлены инициирующему ООД до подтверждения АКД первоначального запроса завершения (только виртуальных соединений), повторной установки или повторного пуска, либо аннулированы сетью.

Примечание. Максимальное число пакетов ДАННЫЕ, которые могут быть аннулированы, является функцией межкояцевой задержки сети и характеристик пропусков способности и, в общем случае, не зависит от размера локального окна. Для виртуальных соединений н Постоянных виртуальных каналов. по которым все пакеты ДАННЫЕ передаются с битом Д. равным 1, максимальное число пакетов ДАННЫЕ, которые могут быть аниулкроваиы в одном направлении передачи, не превышает размер окна этого направления передачи.

10 ВЛИЯНИЕ УРОВНЕЙ 1 И 2 НА ПАКЕТНЫЙ УРОВЕНЬ

Изменения рабочих состояний на уровнях 1 и/или 2 интерфейса ООД/ХХД косвенно не изменяют состояние любого логического канала в логическом объекте пакетного уровня. Такие изменения (если они возникают) явно отражаются на пакетном уровне путем использования процедур повторного пуска, завершения (только виртуальных соединений) или повторной установки, в зависимости от ситуации.

Состояние «выход из обслуживания» уровней 1 и/или 2 определено как такое состояние, при котором:

а)    кадры не могут быть переданы или приняты через интерфейс ООД/АКД вследствие ненормальных ситуаций, обусловленных, например, неисправностью линии между ООД и АКД;

б)    ООД получило или передало команду уровня звена данных РЗД.

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

При использовании многозвенной процедуры считается, что состояние «выход из обслуживания» имеет место, когда оно присут-стует одновременно для каждой однозвенной процедуры интерфейса ООД/АКД при выполнении сброса многозвенной-процедуры или при потере многозвенного(ых) кадра(ов).

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

Страница 57

С. 96 ГОСТ Р 34.950-92

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

АКД в конфигурации ООД/АКД передает удаленной стороне:

а)    для каждого постоянного виртуального канала пакет ИНДИКАЦИЯ ПОВТОРНОЙ УСТАНОВКИ с указанием причины «неисправность»;

б)    для каждого существующего виртуального соединения пакет ИНДИКАЦИЯ ЗАВЕРШЕНИЯ с указанием причины «неисправность».

При «выходе из обслуживания» АКД должна:

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

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

в)    для пакета ЗАПРОС ПОВТОРНОЙ УСТАНОВКИ, принятого от удаленного ООД по постоянному виртуальному каналу, передать удаленному ООД подтверждение процедуры повторной: установки в виде пакета ПОДТВЕРЖДЕНИЕ ПОВТОРНОЙ УСТАНОВКИ или ИНДИКАЦИЯ ПОВТОРНОЙ УСТАНОВКИ.

При устранении ситуации «выход из обслуживания» ООД должно начать процедуру повторного пуска. Для каждого постоянного виртуального канала в конфигурации ООД/АКД каждое удаленное ООД примет пакет ИНДИКАЦИЯ ПОВТОРНОЙ УСТАНОВКИ.

См. также:

процедуры завершения (п. 5.5);    *    '

процедуры повторной установки (разд. 8);

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

11. ОБРАБОТКА ОШИБОК

Ошибки на пакетном уровне классифицируются следующим образом:

а) синтаксические ошибки—получение пакета, формат которого не соответствует спецификациям пакетного уровня.

Примерами синтаксических ошибок являются:

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

получение любого пакета с непрнсвоенНым идентификатором логического канала (сюда относятся любые пакеты, кроме пакетов повторного пуска, регистрации и ДИАГНОСТИКА, поступивших с нулевым идентификатором логического канала).

Страница 58

ГОСТ 9 34.М0-М С »7

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

получение пакета ДАННЫЕ, у которого длина данных превышает максимальную длину поля сданные пользователя», разрешенную в этом логическом канале;

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

получение пакета ПОДТВЕРЖДЕНИЕ (ЗАВЕРШЕНИЕ, ПОВТОРНАЯ УСТАНОВКА, ПОВТОРНЫЙ ПУСК или РЕГИСТРАЦИЯ) до передачи соответствующего пакета ЗАПРОС;

получение второго пакета ПРЕРЫВАНИЕ до передачи пакета ПОДТВЕРЖДЕНИЕ ПРЕРЫВАНИЯ;

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

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

в)    ошибки передачи — ошибки возникающие из-за потери или задержки пакетов. Примерами ошибок передачи являются:

неполучение соответствующего ответного пакета (например ПОДТВЕРЖДЕНИЕ ПОВТОРНОГО ПУСКА) после передачи пакета ЗАПРОС ПОВТОРНОГО ПУСКА и до истечения таймаута Т20;

неполучение соответствующего ответного пакета (например СОЕДИНЕНИЕ УСТАНОВЛЕНО) после передачи пакета ЗА-ПРОС ВЫЗОВА и до истечения тайм аута Т21;

неполучение соответствующего ответного пакета (например ПОДТВЕРЖДЕНИЕ ПОВТОРНОЙ УСТАНОВКИ) после передачи пакета ЗАПРОС ПОВТОРНОЙ УСТАНОВКИ и до истечения тайм-аута Т22;

неполучение соответствующего ответного пакета (например ПОДТВЕРЖДЕНИЕ ЗАВЕРШЕНИЯ) после передачи пакета ЗАПРОС ЗАВЕРШЕНИЯ и до истечения тайм-аута Т23;

неполучение соответствующего ответного пакета (например ПОДТВЕРЖДЕНИЕ ПРЕРЫВАНИЯ) после передачи пакета ПРЕРЫВАНИЕ и до истечения тайм-аута Т26;

неполучение соответствующего ответного пакета (например ПОДТВЕРЖДЕНИЕ РЕГИСТРАЦИИ) после передачи пакета ЗАПРОС РЕГИСТРАЦИИ и до истечения тайм-аута Т28.

Приведенные выше примеры не охватывают всех ошибочных ситуаций. Действия, выполняемые ООД при обнаружении синтаксической или логической ошибки, приведены в табл. 37...42. Дей-

Страница 59

С. М ГОСТ Р 34.950 92

ствня, выполняемые ООД при обнаружении ошибки передачи, приведены в табл. 32 и 33.

11.1. Пакет ДИАГНОСТИКА

Пакет ДИАГНОСТИКА применяется как в конфигурации ' ООД/АКД, так и в конфигурации ООД/ООД: Однако в первом случае передавать пакет ДИАГНОСТИКА может только АКД. ООД в конфигурации ООД/ООД может передавать пакет ДИАГНОСТИКА при условии, что оно способно подавлять его выдачу.

чи подключенным к сети.


акет ДИАГНОСТИКА используется для информирования об ошибочных условиях в тех случаях, когда обычные Методы информирования (т. е. повторная установка, завершение и повторный пуск с указанием причины и диагностики) неприменимы (см. табл. 37 и 38). Пакет ДИАГНОСТИКА содержа информацию об Ошибочных ситуациях, которые считаются неустранимыми на пакетном уровне. При получении пакета ДИАГНОСТИКА пакетный уровень посылает логическому объекту вышорасположенного уровня уведомление о его приеме н содержащуюся в нем информацию об ошибке. ■

Пакет ДИАГНОСТИКА выдается только один раз для каждого случая возникновения ошибки. От ООД не требуется передавать подтверждения при приеме пакета ДИАГНрСТИКА.

См. также:

формат пакета ДИАГНОСТИКА (п. 12.7 и черт. 24);

диагностические коды (табл. 30 и 31);

процедуры повторной установки (разд. 8);

процедуры завершения (п. 5.5);

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

И.2. Неполучение информации о продвижении окна

Процедуры, описываемые в данном подразделе, могут быть факультативно реализованы в ООД для восстановлении при неполучении информации о продвижении окна (т. е неполучении Ппм) с целью продвижения окна после передачи пакетов ДАННЫЕ. Для обработки такой ситуации настоятельно рекомендуется использовать протокол вышерасположенного уровня, а не эти процедуры.

Неполучение информации о продвижении окна с точки зрения ООД. передающего пакеты ДАННЫЕ, может произойти по следующим причинам:

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

б)    потеря пакета с номером Ппм, продвигающим окно (пакетами. используемыми для переноса Ппм, являются ГПР, НГПР,

Страница 60

ГОСТ Р 34.950-92 С. 59

ДАННЫЕ И НЕПРИЕМ (если он абонирован);

в)    число переданных пакетов ДАННЫЕ с битом Д, равным О,

меньше числа пакетов, образующих окно (в нормальных условиях от ООД требуется выполнять продвижение окна только для обеспечения класса пропускнЬй способности и для подтверждения пакетов ДАННЫЕ с битом Д. равным I);

г)    ХХД осуществляет управление потоком при помощи «за* крытия» окна (т. е. без передачи пакета НГПР) во время приема пакетов ДАННЫЕ с битом Д, равным 0, из-за временного отсутствия ресурсов или по другим причинам.

Неполучение информации о продвижении окна в зависимости от «онкретной причины может привести к ситуации, в которой передающее ООД является «блокированным по управлению потоком* на пакетном уровне. Если окно уже закрыто, то передающее ООД не может более передавать пакеты ДАННЫЕ из-за наличия механизмов управления потоком, определенных в п. 7.1. ООД остается «блокированным по управлению потоком» до тех пор. пока его окно передачи не будет продвинуто при отсутствии явного управления по потоку пакетом НГПР. По указанным выше причинам а) и б) ООД может оставаться блокированным по управлению потоком неопределенно долго. Эта ситуация известна как «блокирование управления потоком». .

См. также:

описание окна (п. 7.1.2) ;

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

11.2.1. Факультативные процедуры передающего ООД

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

а)    повторно установить этот логический канал;

б)    повторно передать все переданные до этого пакеты ДАННЫЕ внутри окна н начать повторный отсчет тайм-аута. Если число повторных передач превысило предельное число Р25, ООД должно повторно установить этот логический канал.

|“| р ||    я*

1. ПЬвторнля передача пакетов ДАННЫЕ не должна касаться факульта-тноноК услуги пользователя «повторная передача пакета» или использования

пикетов НЕПРИЕМ.

а Во всех случаях ООД (за исключением работы с одной из альтернативных процедур, опвевнных в п. 11.36) и в), и АКД будут воспринимать поступ-

Страница 61

С И ГОСТ Р 34.980-92

лснне пакет» ДАННЫЕ с номером Под не являюшдмся очередным или расположенным вис окна, как процедурную ошибку, и бужу» повторно устава вливать этот логический канал.

3. АКД или ООД, принимающее пакеты ДАННЫЕ, не гарантирует столь быстрого продолжения окне, чтобы предотвратить истечение тайм-аута Т25 и передающем ООД (аапример сы. n. II 5 в) и г). Следовательно, описанной выше процедурой надо пользоваться с осторожностью.

При повторной установке логического канала в соответствии с пп. а) н б) ООД указывает причину -«по инициативе ООД» с диагностикой «истек тайм-аут или превышен счет повторных передач пакета ДАННЫЕ*.

См. также:

тайм-аут продвижения окна (Т25) (табл. 32);

счет повторных передач пакета ДАННЫЕ (Р25) (табл. 33);

процедуры повторной установки (разд. 8).

. 11.2.2. Факультативные процедуры принимающего ООД

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

Кучае передается пакет ГПР. Эти пакеты содержат номер Ппм, ответствующий самому последнему правильно принятому пакету ДАННЫЕ. Принятый номер Ппм становится нижней границей окна в передающем ООД.

Изложенная выше процедура не исключает ..использование дополнительных алгоритмов продвижения окна. Эта процедура просто пытается обеспечить условия, при которых принятое решение о продвижении окна будет передано, даже если исходный пакет потерян.    '*■

Примечание. В конфигурации ООД/АКД использование *той процедуры на одном интерфейсе ООД/АКД не может влиять на операции другого интерфейса ООД/АКД.

См. также:

тайм-аут «передача состояния окна» (Т24) (табл. 32).

11.3. Прием ошибочных пакетов ДАННЫЕ

Для нормальной передачи данных трсбустся, чтобы пакеты ДАННЫЕ принимались по порядку, их длина не превышала максимально допустимой для текущей операции передач данных и чтобы они содержали целое число октетов в поле «данные пользователя». Поступление пакета ДАННЫЕ с неочередным номером Под.

Страница 62

ГОСТ Р 34.150—И С вс

(т. е. Ппд=?^последний Ппд+1 по модулю 8 либо по модулю 128 при расширенной нумерации) с длиной поля «данные пользователя», превышающей максимально допустимую или не кратной октету» считается ошибкой.

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

а)    проигнорировать ошибочный пакет ДАННЫЕ и повторно установить логический канал, указав причину «по инициативе ООД» и одну из следующих диагностик, в зависимости от ситуации:

недействительный Ппд;

слишком длинный пакет;

поле данных не кратно октету;

б)    проигнорировать ошибочный пакет ДАННЫЕ и передать пакет НЕПРИЕМ с Ппм, равным ожидаемому Ппд, в следующем по порядку пакете ДАННЫЕ.

Этот вариант может использоваться только при достижении соглашения с взаимодействующим ХХД об использовании услуги «повторная передача пакета». Кроме того, в конфигурации ООД/АКД выполняемая АКД повторная передача пакета в результате получения пакета НЕПРИЕМ имеет чисто локальную значимость, т. е. АКД ответит на пакет НЕПРИЕМ повторной передачей запрошенного пакета ДАННЫЕ через локальный интерфейс (АКД нё передает пакет НЕПРИЕМ удаленному ООД);

в)    проигнорировать ошибочный пакет ДАННЫЕ и все последующие пакеты ДАННЫЕ, пока не будет принят правильный пакет ДАННЫЕ. Эта процедура зависит от повторной передачи ООД-от-нравителем (максимум до R25 раз) всех пакетов ДАННЫЕ, находящихся внутри окна после истечения его тайм-аута Т25 (после этого ООД-отправнтель должно повторно установить логический канал. указав причину «по инициативе ООД» и диагностику «истек тайм-аут или превышен счет повторных передач пакета ДАННЫЕ»).

В конфигурации ООД/АКД при получении пакета-дубликата ДАННЫЕ АКД повторно установит логический канал. Данный вариант требует согласования между обоими ООД применения этого метода восстановления при ошибочных пакетах ДАННЫЕ.

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

См. также:

процедуры повторной установки (разд. 8);

факультативная услуга пользователя «повторная передача пакета* (п. 13.4);

тайм-аут продвижения окна (Т25) (п. 11.2.1 и табл. 32);

счет повторных передач пакета ДАННЫЕ (р25) (п. 11.2.1 н табл. 33);

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

Страница 63

С. 62 ГОСТ Р М.9&0-92

18. ФОРМАТЫ ПАКЕТА

В этом разделе содержится следующая информация:

а)    информация об обтек формате пакета (п. 12.1);

б)    форматы пакетов для установления и завершения соединения (п. 12.2);

в)    форматы пакетов ДАННЫЕ и «прерывание» (п. 12.3);

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

д)    форматы пакетов «повторная установка» (п. 12.5);

с) форматы пакетов «повторный пуск* (п. 12.6);

ж)    формат пакета ДИАГНОСТИКА (п. 12.7);

з)    формат пакета НЕПРИЕМ (п. 12.8);

и)    форматы пакетов «регистрация» (п. 12.9).

12.1. Общие положения

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

Общий формат пакета

Б*ти

о

к

1

Иаттафвкилэо

оби»гофор«ми

1

•«

а

Ид»тмфт>тор попмжкого ктшгт

ы

S

H0f*TH*.«<»T01> 1КЛ» П1КП

4

.

■н ne**. , 1

HMMIM О' П«к««

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

Черт. 10    Любое    такое    новое поле:

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

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

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

Страница 64

ГОСТ Р M.Mfr-M С 63

Биты октета нумеруются от 8 до 1, где бит 1 — наименее значащий бит. передаваемый первым. Октеты пакета нумеруются последовательно. начиная с 1. н передаются в порядке нумерации.

Для осуществления взаимодействия через все интерфейсы ООД/ АКД необходимо, чтобы все дополнительные поля после первых трех октетов содержали целое число октетов. Получение октета с полямиГ некратными октету, рассматривается как ошибка. Если уровень звена данных не обеспечивает исправления таких ошибок, связанных с некратными октету пакетами, то на пакетном уровне должны быть привлечены соответствующие процедуры восстановления при ошибках формата в зависимости от типа пакета.

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

12.1.1. Поле •идентификатор общего формата»

Поле «идентификатор общего формата» является четырехбитным двоично-кодированным полем и предназначено для указания общего формата оставшейся части заголовка. Это поле расположено в битовых позициях 8. 7, 6 и 5 октета 1, где бит 5 — наименее значащий бит (см. табл. 3).

Позиция бита 8 идентификатора общего формата пакетов ДАННЫЕ используется для бита-определителя (бита 0). Во всех других пакетах этот бит устанавливается в значение 0.

• Бит 7 идентификатора общего формата, а пакетах ДАННЫЕ и пакетах установления соединения используется для процедуры подтверждения доставки. Во всех других пакетах он устанавливается в значение 0.

Биты 6 и 5 кодируются четырьмя возможными комбинациями. Две из них используются для того, чтобы отличить пакеты с порядковой нумерацией по модулю 8 от пакетов с порядковой нумерацией по модулю 128 (т. е. в зависимости от того, разрешена ли в ООД услуга «расширенная порядковая нумерация пакетов»). Третья комбинация используется для указания на переход к расширенному формату кодов идентификатора общего формата и является предметом дальнейшего изучения. Четвертая комбинация зарезервирована для будущих применений.

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

t

Страница 65

С. И ГОСТ р 34JS9—92

Г а б л и1 а 3

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

Сима вумгрдкии пмето*

tlaaarw

Опте г 1

Гктм:

В 7 б 6

Схема порядковой нумерации по модулю 8

Пакеты установления соединения

0X01

Пакеты: завершения соединения, управления потоком, прерывания, НЕПРИЕМ, повторной установки, повторного пуска, регистрации и ДИАГНОСТИКА

0 0 0 1

Пакеты ДАННЫЕ

XX0 1

Схема порядковой нумерации по модулю 128

Пакеты установления соединения

0X10

Пакеты: ' завершения соединения, управления потоком, прерывания, НЕПРИЕМ, повторной установки, повторного пуска, регистрации и ДИАГНОСТИКА

00 10

Пакеты ДАННЫЕ

XXI 0

Расширение идентификатора общего формата

0 0 11

Заре*ераирон)(но для других применений

••оо

* Не определено.

Примечание. Бит, обозначенный как X, может быть установлен в значение либо 0, либо 1, как указано в последующих разделах.

См. также:

факультативная услуга пользователя «расширенная порядковая нумерация пакетов» (п. 13.2).

12.1.2. Поле «идентификатор логического канала»

Поле «идентификатор логического канала»* содержится в каж-.

1

Поле «идентификатор логического канала» можно также рассматривать, как состоящее и» двух подполей: «номер группы логического канала» и «номер • логического канала*. Подполе «номер группы логического канала» образуется из битовых позиций 4, 3, 2 н 1 октета 1, а подполе «локер логического кал ала» — л.ч битовых позиций октета 2. Оба подпола двошчно-кодироваиы. при этом бит I — наименее значащий бит. Эта альтернативная терминология не используется в настоящем стандарте.

Страница 66

ГОСТ t U.WMI t 46

дом пакете в битовых позициях 4г.З,2 и 1 октега 1 и во всех битовых позициях октета 2. Это поле кодируется двоичным числом с использованием битовых позиций 4 — 1 октета I и вслед за ними — битовых позиций й — I октета 2. Бит I октета 2 — наименее значащий бит.

В конфигурации ООД/АКД это число имеет локальную значимость для каждого логического канала.

В пакетах «повторный пуск». ДИАГНОСТИКА и «регистрация» .это поле кодируется однимн нулями.    ч

12.1.3. Поле сидентификатор топа пакета»

Октет 3 идентифицирует каждый пакет в соответствии с табл. 4.

Табдаив 4

Идентификатор типа памча

Бвты мпп У : 8 7 6 6 4 3»!

от ххд к оод

От оод к ххд

Установление и завершение соединении

ЗАПРОС ВЫЗОВА ВЫЗОВ ПРИМЯТ

ЗАПРОС ЗАВЕРШЕНИЯ ПОДТВЕРЖДЕНИЕ ЗАВЕРШЕНИЯ

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

OOOOIOI1 00001 1 I I

00 01001 1

000101I1

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


Данные н прерывание

ДАННЫЕ ПРЕРЫВАНИЕ ПОДТВЕРЖДЕНИЕ ПРЕРЫВАНИЯ

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

хххххххО 00100011

00100111


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

ГОТОВ К ПРИЕМУ модуль 8 модуль 128* .

НЕ ГОТОВ К ПРИЕМУ модуль 8 модуль 128'

НЕПРИЕМ» молуль 8 . модуль 1281 ЗАПРОС ПОВТОРНОЙ УСТАНОВКИ

ПОДТВЕРЖДЕНИЕ ПОВТОР: НОП УСТАНОВКИ * •

ГОТОВ К ПРИЕМУ модуль 8 • модуль 128*

НЕ ГОТОВ К ПРИЕМУ модуль 8 модуль II28*

НЕПРИЕМ4 модуль 8 модуль 128'

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

х х хОООО1 00000001

х х х 00101 00000101

х х х 01001 00001001

00011011

♦001 It I г*»»


Страница 67

С М ГОСТ Р S4.W<^-W

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

Тая пакта

ш

ОТ ООД к ХХД ОТ ХХД ■ ООД

аеты охтата 3':

8 7 6 S 4 Э 2 1

Повторный пуск

ЗАПРОС ПОВТОРНОГО ИНДИКАЦИЯ ПОВТОРНО ПУСКА ГО ПУСКА ПОДТВЕРЖДЕНИЕ НОВ- ПОДТВЕРЖДЕНИЕ ПОВ ТОРНОГО ПУСКА ТОРНОГО ПУСКА

11111011

111-11111

Диагностика

ДИАГНОСТИКА1 . ДИАГНОСТИКА*

1 1 1 1000 I

Регистрация7

ЗАПРОС РЕГИСТРАЦИИ ЗАПРОС РЕГИСТРАЦИИ' ПОДТВЕРЖДЕНИЕ РЕГИ- ПОДТВЕРЖДЕНИЕ РЕГИСТРАЦИИ* СТРАЦИИ

11110011

11110111

1

   ООД в конфигурации ООД/АКД может принять пакет ДИАГНОСТИКА от АКД, если это предусмотрено сетью. ООД в конфигурации ООД/ООД может принять пакет ДИАГНОСТИКА от ООД только в том случае, если передаю-шее ООД может подавлять его генерацию при работе с сетью

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

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

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

Страница 68

ГОСТ Р М.*60-Ю с §7

12.2. Пакеты установ- Фориат пакет* ЗАПРОС ВЫЗОВА

ления и завершения со-    * ВХОДЯЩИИ вызов

единения

При установлении и завер-    *    » в ь*'"* з »

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

• Содержит код 0X01 (иод/ль 8) или код 0X10 (модуль 128).

"•* Предполагается, что число цифр в поле «адрес вызываемого ООД* — нечётное, а а поле «адрес выбывающего ООД» — четкое

а)    ЗАПРОС ВЫЗОВА и ВХОДЯЩИЙ ВЫЗОВ (п.

12.2.1)-;

б)    ВЫЗОВ ПРИНЯТ и СОЕДИНЕНИЕ УСТАНОВЛЕНО (п. 12.2.2);

в)    ЗАПРОС ЗАВЕРШЕНИЯ и ИНДИКАЦИЯ ЗАВЕРШЕНИЯ (п. 12.2.3);

г)    ПОДТВЕРЖДЕНИЕ ЗАВЕРШЕНИЯ (п. 12.2.4).

См. также:'

процедуры установления и завершения виртуальных соединений (разд. 5).

12.2.1.    Пакеты ЗАПРОС ВЫЗОВА и ВХОДЯШИП ВЫ-ЗОВ

Формат пакетов ЗАПРОС ВЫЗОВА и ВХОДЯЩИЙ ВЫЗОВ показан на черт. И.

В конфигурации ООД/АКД пакет ЗАПРОС ВЫЗОВА и пакет ВХОДЯЩИЙ ВЫЗОВ — это два физически разных пакета вследствие наличия промежуточной сети между ООД и АКД. Однако в конфигурации ООД/ООД пакет ЗАПРОС ВЫЗОВА, переданный одним ООД, является пакетом ВХОДЯЩИЙ ВЫЗОВ для другого, принимающего ООД.

Черт. II

12.2.1.1.    Основной формат

Первые три октета состоят из.полей «идентификатор общего формата», «идентификатор логического канала» и «идентификатор типа пакета», как описано в пп. 12.1.1—12.1.3. Однако бит 7 октета 1 (часть идентификатора общего формата) устанавливается так, как указано ниже.

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

Бит 7 идентификатора общего формата (октет 1) устанавливав

э**

Страница 69

С. 89 ГОСТ Р ЯМ-12

ется в значение 0 или 1 в зависимости от использования механизма, описанного в п. б.З (этот механизм нсвользуется для указания возможности межконцевого подтверждения данных во время фазы передачи данных).

12.2.1.1.2.    Поля «длина адреса»

Октет 4 содержит указатели длины полей «адрес вызывающего ООД» и «адрес вызываемого ООД». Биты 8, 7, 6 и 5 указывают длину адреса вызывающего ООД в полуоктетах, а биты 4, 3, 2 и 1 — длину адреса вызываемого ООД в полуоктетах. Каждый указатель длины адреса представлен в двоичном коде, при этом бит 5 или 1 — наименее значащий бит указателя.

12.2.1.1.3.    Адресные поля

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

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

Адрес ООД кодируется в последовательных октетах, начиная с наиболее значащей цифры, по две цифры на октет. В битах 8, 7, 6 и 5 каждого октета.кодируется наиболее значащая цифра. Если общее число цифр в адресных полях вызываемого и вызывающего ООД нечетное, то число цифр в общем поле следует округлять до целого числа октетов вставкой нулей в биты 4, 3, 2 и 1 последнего октета этого поля.

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

12.2.1.1.4.    Поле «длина услуги»

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

12.2.1.1.5.    Поле «услуги»

Поле «услуги» присутствует только в том случае, если ООД или ХХД использует факультативные услуги пользователя, требующие определенного указания в пакете ЗАПРОС ВЫЗОВА или ВХОДЯ-ЩИИ вызов!

Поле «услуги» состоит из целого числа октетов. Фактическая максимальная длина этого поля зависит от услуг, обеспечиваемых на данном интерфейсе ООД/ХХД. Однако этот максимум не должен превышать 109 ок,тетов.

См. также:

кодирование поли «услуги» (разд. 15).

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

Страница 70

ГОСТ Р 31IS+-92 с в»

За полем «услуги» может следовать поле «данные вызывающего пользователя», которое имеет максимальную длину 16 октетов. Это поле должно содержать целое число октетов, как указано в п. 12.1.

При установлении виртуального соединения между двумя ООД пакетного режима не воздействует ни на одну часть поля «данные вызывающего пользователя» (см. рекомендацию Х.244 МККТТ). .

12.2.1.2.    Расширенный формат

Расширенный формат может использоваться только совместно с услугой «быстрая выборка» (см. п. 13.16). Расширенный формат идентичен основному формату, за исключением того, что поле «данные вызывающего пользователя» имеет максимальную длину 128 октетов.

12.2.2.    Пакеты ВЫЗОВ ПРИНЯТ и СОЕДИНЕНИЕ УСТАНОВЛЕНО

Формат пакетов ВЫЗОВ ПРИНЯТ и СОЕДИНЕНИЕ УСТАНОВЛЕНО приведен на черт. 12.

В конфигурации ООД/АКД пакет ВЫЗОВ ПРИНЯТ и пакет СОЕДИНЕНИЕ УСТАНОВЛЕНО — это два физически разных пакета вследствие наличия промежуточной сети между ООД и АКД. Однако в конфигурации ООД/ООД пакет ВЫЗОВ ПРИНЯТ, переданный одним ООД, для другого ООД, принявшего его, является пакетом СОЕДИНЕНИЕ УСТАНОВЛЕНО.

12.2.2.1.    Основной формат

Первые три октета содержат поля «идентификатор общего формата», «идентификатор логического канала* и «идентификатор типа пакета», как описано в пп. 12.1.1—12.1.3. Однако бит 7 октета I (часть идентификатора общего формата) устанавливается так, как указано ниже.

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

Бит 7 идентификатора общего формата устанавливается в значение 0 илн 1 в зависимости от использования механизма, описанного в п. 6.3 (этот механизм используется для указания на возможность применения межконцевого подтверждения данных в фазе передачи данных).

12.2.2.1.2.    Поле «длина адреса»

Октет 4 содержит указатели длин полей «адрес вызывающего ООД» и «адрес вызываемого ООД». Биты 8, 7, 6 и 5 указывают длину адреса вызывающего ООД в полуоктетах, а биты 4, 3. 2 и I — длину адреса вызываемого ООД в полуоктетах. Каждый указатель длины адреса представлен в двоичном коде, где бит 5 илн 1 — наименее значащий бит указателя.

Исшользование полей «длина адреса» в пакетах ВЫЗОВ ПРИНЯТ является обязательным, даже если они установлены в значение 0.

12.2.2.1.3.    Адресные поля

Страница 71

t 7f ГОСТ P >4.150—12

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

Формат пикет* ВЫЗОВ ПРИНЯТ и СОЕДИНЕНИЕ УСТАНОВЛЕНО

Ь«'н

• Содержит код 0X01 (модуль 8) или кпд 0X10 (модуль 128).

*• Предполагается, что число цифр и поле «адрес вызываемого ООД» — нечетное, a s поде «адрес вызывающего ООД» — четное.

Используется только в расширенном формате (емт п. 12.2.2.2).

Д»—•••« «ЦНИИМЩГО noikw«4M


I


Черт. 12

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

Адрес ООД кодируется в последовательных оКтетах, начиная с наиболее значащей цифры, по две цифры в октете. В битах 8. 7, б и 5 каждого октета кодируется наиболее значащая цифра. Если

Страница 72

ГОСТ Р 34.980*—92 С 71

общее число цифр в полях вызываемого и вызывающего ООД нечетное, то это число следует округлить до целого числа октетов вставкой нулей в биты 4, 3, 2 и 1 последнего октета этого,поля.

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

12.2.2.1.4.    Поле «длина услуги»

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

Использование поля «длина услуги» в пакете ВЫЗОВ ПРИНЯТ является обязательным, даже если оно установлено в значение 0.

12.2.2.1.5.    Поле «услуги»    •    ч

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

Поле «услуги» состоит из целого числа октетов. Фактическая максимальная длина этого поля зависит от услуг, обеспечиваемых на данном интерфейсе ООД/ХХД. Однако этот максимум не должен превышать 109 октетов.

См. также:

кодирование поля «услуги» (разд. 16).

12.2.2.2 .Расширенный формат

Расширенный формат может использоваться только совместно с услугой «быстрая выборка» (см. п. 13.16). Расширенный формат идентичен основному формату, за исключением того, что здесь может присутствовать поле «данные вызываемого пользователя».

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

За полем «услуги» может следовать поле «данные вызываемого пользователя», максимальная длина которого — 128 октетов. Это поле должно содержать целое число октетов, как указано в п. 12.1.

При установлении виртуального соединения между двумя ООД пакетного режима сеть не воздействует ни на одну часть поля «данные вызываемого пользователя» (см. рекомендацию Х.244 МККТТ).

12.2.3. Пакеты ЗАПРОС ЗАВЕРШЕНИИ и ИНДИКАЦИЯ ЗАВЕРШЕНИЯ    /

Формат пакетов ЗАПРОС ЗАВЕРШЕНИЯ н'ИНДИКАЦИЯ ЗАВЕРШЕНИЯ показан на черт. 13.

В конфигурации ООД/АКД пакет ЗАПРОС ЗАВЕРШЕНИЯ и пакет ИНДИКАЦИЯ ЗАВЕРШЕНИЯ — это дна физически разных пакета, вследствие наличия промежуточной сети между ООД и АКД. Однако в конфигурации ООД/ООД пакет ИНДИКАЦИЯ

Страница 73

С 78 ГОСТ Р зет—ю

ЗАВЕРШЕНИЯ, полученный одним ООД, — это тот же пакет ИН-ДИЮШИЯ ЗАВЕРШЕНИЯ, который передало другое ООД.

Формат пакета ЗАПРОС ЗАВЕРШЕНИЯ к ИНДИКАЦИЯ ЗАВЕРШЕНИЯ

Би<*

■    7    S    S    4    }    2    1

о6ш*о

Иамглвуотар i**r««»ocor*

ИАам<ифи«>т«р т*п»

0 0 0 1 0 0 1

Пр«

Дли"» U9KI

го СОД

• ООД

Aju»c аь)к1Шъкко ООД

кьиисдешп о ООД

д*ии»» auik-uo^-o ЛХ1ь»0««’*п*

• Содержит код 0001 (модуль 8) или кол '

0010 (модуль 128).

•* Предполагается, что число цифр в поле «адрес вызываемого ООД* — нечетное, а в поле «адрес вызывающего ООД* — четное

••• Используется только • расширенном формат* (см. п. 12 23 2)

;    Черт.    13

12.2.3.1.    Основной формат

Первые три октета содержат поля «идентификатор общего формата», «идентификатор логического канала» и «идентификатор типа пакета», как описано в пп. 12.1.1—12.1.3.

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

Страница 74

ГОСТ Г 34.«5*~-И С 73

Оггет 4 — »то поле «вричнна завершения», которое содержит обоснование завершения соединения.-

8 ттаксте ЗАПРОС ЗАВЕРШЕНИЯ ООД должно устанавливать

это поле в значение «по инициативе ООД».

Таблица 5

Кохмромиме пола «пртяиа завершения» в шкетах ._ИНДИКАЦИЯ ЗАВЕРШЕНИЯ

Прачки» м Ормаиия

Гиты октете 4: « 7 6 5 4 3 21

Ивишпероааио ООД Инициировано ООД

0000000 0' 1 0 0 0 0 0 0 0*

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

Удаленная процедурная ошибка «Приемлемость реверсивной тарификации» не разрешена Несовместимость у адресата «Приемлемость быстрой иыборкн» не разрешена Корабль отсутствует

Х000000 1»*«

X 0 0 0 4 0 0 1»«

X 0 0 1 0 0 0 1*« . X 0 0 1 1 0 0

X 0 1 0 0 0 0 |* «

X. 0 J о 1 0 0 * X 0 1 1 I О 0 •

Запрос недействительной услуги Доступ запрещен Локальная процедурная ошибка

X 0 0 0 0 0 1 !*•4 X 0 0 0 1 0 I !»•4 X 0 0 1 0 0 1 1». *

Перегрузка сети Недоступен

Неисправность ПЧЭО

X 0 0 0 0 1 0 !*•«

X 0 0 0 1 1 0 !»•« -X 0 0 1 0 1 0 1*. • »

Шлюз обнаружил процедурную ошибку Перегрузка шлюза

1 10 0 0 0 0 1» 1 1 0 0 0 0 I 1»

1 Используется, когда поле «код диагностики» кодируется в соответствии с табл. 31.

*    Используется, когда поле «код диагностики» кодируется не в соответствии с табл. 31.

1 Эти причины завершения применимы только в конфигурация ООД/АКД.

«.Бит. обозначенный «X» и установленный в значение 0. указывает. *то причйна завершения сгенерирована сетью передачи данных общего пользования, а установленный а значение I. указывает, что причина завершения сгенерирована сетью частного пользования

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

*    Используется совместно с морской мобильной службой.

Кодирование поля «причина завершения» в пакете ИНДИКАЦИЯ ЗАВЕРШЕНИЯ приведено в табл. 5 (определение каждой из причин завершения дано в рекомендации Х.96МККТТ). В конфигурации ООД/АКД для возможных последующих расширений

Страница 75

С. 74 ГОСТ Р ил50-t2

табл. 5 00Д должно быть способно воспринимать любое значение в поле «причина завершения» пакета ИНДИКАЦИЙ ЗАВЕРШЕНИЯ. ООД в конфигурации ООД/ООД ЦО*ет либо обрабатывать причину завершения, отличную от «по инициативе ООД» так же, как и в конфигурации ООД/АКД (т. е. нормально обрабатывать пакет), либо рассматривать ее как ошибку. В последнем случае пакетный уровень передает пакет ЗАПРОС ЗАВЕРШЕНИЯ с указанием причины «по инициативе ООД» и диагностики «неправильный код причины от ООД».

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

Октет 5 — это поле «код диагностики», которое содержит дополнительную информацию о причине завершения соединения. Кодирование этого поля зависит от причины завершения, как показано в

табл. 30.

В пакете ЗАПРОС ЗАВЕРШЕНИЯ наличие поля «код диагнос- • тики» обязательно, даже если оно не содержит дополнительной информации.

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

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

12.2.3.2.    Расширенный формат

Расширенный формат используется только в том случае, если ООД или ХХД необходимо использовать поле адреса, поле услуг и/ или пате «данные завершающего пользователя». Поля «адрес» н «услуги» используются в пакете ЗАПРОС ЗАВЕРШЕНИЯ • или ИНДИКАЦИЯ ЗАВЕРШЕНИЯ, передаваемом в ответ на пакет ВХОДЯЩИЙ ВЫЗОВ или ЗАПРОС ВЫЗОВА, соответственно, при использовании услуги «уведомление о модификации адреса вызываемой линии» (см. п. 13.26). Паче «услуги» применяется при вс-лользовании услуги «информация о тарифах» (см. п. 13.22).

Поле «данные завершающего пользователя» используется совместно с услугой «быстрая выборка» (см. п. 13.16) и услугой «вы-£ор отражения вызова» (см. п. 13.25.2.2).

Содержимое п. 12.2.3.1 справедливо н для расширенного формата, но здесь за полем «код диагностики» следуют дополнительные описываемые ниже поля.

12.2.3.2.1. Поля «длина адреса»

Страница 76

ГОСТ Р 34.9&0— К С. 76

Октет 6 содержит указатели длин полей «адрес вызывающего ООД* и «адрес вызываемого ООД». Биты 8, 7, 6 и 5 указывают длину адреса вызывающего ООД в полуоктетах. а биты 4. 3. 2 н 1 — длину адреса вызываемого ООД в полуоктетах. Каждый указатель длины адреса представлен в двоичном кодй, где бит 5 или 1 — наименее значащий бит указателя.

12.2.3.2.2.    Адресные поля

Октеты, следующие за полями «длина адреса», содержит адрес вызываемого ООД (при его использовании) и адрес вызывающего ООД (при его использовании).

Каждая цифра адреса представляется в двоично десятичном коде полуоктетом, где бит 5 или 1 — наименее значащий бит цифры.

Адрес ООД кодируется в последовательных октетах, начиная с наиболее значащей цифры, по две цифры в октете. В каждом октете наиболее значащая цифра кодируется в битах 8, 7, 6 и 5. Еслн общее число цифр в полях адресов вызываемого и вызывающего ООД нечетное, то это число следует округлить до целого числа октетов вставкой нулей в биты 4, 3. 2 и 1 последнего октета объединенного поля.

12.2.3.2.3.    Поле «длина услуги»

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

12.2.3.2.4.    Поле «услуги»

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

См. также:

кодирование поля «услуги» (разд. 15).

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

За полем «услуги» может следовать поле «данные завершающего пользователя», максимальная длина которого — 128 октетов. Оно должно содержать цедре число октетов, как указано в п. 12.1. При завершении виртуального соединения между двумя. ООД па: кетного.режима сеть не воздействует ни на одну часть поля «данные завершающего пользователя» (см. рекомендацию Х.244 МККТТ).

12.2.4. Пакет ПОДТВЕРЖДЕНИЕ ЗАВЕРШЕНИЯ

На черт. 14 показан формат пакета ПОДТВЕРЖДЕНИЕ ЗАВЕРШЕНИЯ. передаваемого ООД, и формат пдкета ПОДТЦЕР-

Страница 77

С. те ГОСТ Р 34.950—9С

ЖДЕНИЕ ЗАВЕРШЕНИЯ, принимаемого ООД.

• 12.2.4.1. Основной формат Этот пакет содержит три октета, в которых размещаются поля «идентификатор общего формата», «идентификатор логического канала» и «идентификатор типа пакета», как описано в пп. 12.Г1 — 12.1.3.

♦ормат пакета ПОДТВЕРЖДЕНИЕ ЗАВЕРШЕНН*

Б«иы

*    1    в    5    «    з    г    '

1

О

f г

т

Оби*' о

•оснип*

Идамтмгмслтор пег*мсмого «*н«ги

3

Ид«пнф»к«тве rwrt ГМЧ

ы

0 0 0 1

0 1)1

4

Д|»Ж»ир«4

Дгим MCKJ

iiiiuiMuiiii ОСД

вл>'Мсчо'0 ООД

Лыж амыаммого ООД Адр«с •ыииочоо ООД

-п—

ДЛИЧ4 ««пути

1 . Услуги 1 . .

1

1

* Кодируется 0001 (модуль 8) или 0010 (модуль 128).

•• Используются только в -расширенном формате (см. п. 12.2.4.2).

Черт. 14

12.2.4.2. Расширенный формат

Расширенный формат используется для пакетов ПОДТВЕРЖДЕНИЕ ЗАВЕРШЕНИЯ, передаваемых АКД, только совместно с услугой «информация о тарифах», описываемой в п. 13.22. Он не используется для пакетов ПОДТВЕРЖДЕНИЕ ЗАВЕРШЕНИЯ, передаваемых ООД.

Для расширенного формата справедливы положения п. 12.2.4.1 и, кроме того, после октета 3 добавляются следующие поля.

12.2.4.2.1. Поля «длина адреса»

Страница 78

ГОСТ Р 34.9SO—92 С. 77

Октет 4 содержит указатель длин полей «адрес вызывающего ООД» и «адрес вызываемого ООД». Биты 8, 7, б и 5 указывают длину адреса вызывающего ООД в полуокт*тах, а биты 4, 3, 2 и 1 — длину адреса вызываемого ООД в полуоктетах. Каждый указатель длины адреса является двоично-кодированным числом, где бит 5 или 1 — наименее значащий бит указателя.

В настоящее время эти поля кодируются нулями.

12.2.4.2.2.    Адресные поля

Эти поля отсутствуют.

12.2.4.2.3.    Поле «длина услуги»

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

12.2.4.2.4.    Поле «услуги»

Поле «услуги» содержит целое число октетов. Фактическая максимальная длина этого поля зависит от услуг, допустимых на данном интерфейсе ООД/ХХД. Однако этот максимум не должен превышать 109 октетов.

С if. также:

кодирование поля «услуги» (разд. 15).

12.3. Пакеты ДАННЫЕ и ПРЕРЫВАНИЕ

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

а)    ДАННЫЕ (п. 12.3.1);

б)    ПРЕРЫВАНИЕ (п. 12.3.2) и

в)    ПОДТВЕРЖДЕНИЕ ПРЕРЫВАНИЯ (п. 12.3.3).

12.3.1.    Пакет ДАННЫЕ

На черт. 15 показан Формат пакета ДАННЫЕ, передаваемого ООД, и формат пакета ДАННЫЕ, принимаемого ООД.

Первые три октета содержат поля «идентификатор общего формата», «идентификатор логического канала» и «идентификатор типа пакета», как описано в пп. 12.1.1—12.1.3. Кроме того, биты 8 и 7 октета 1 ■(часть идентификатора общего формата) используются в соответствии с нижеизложенным. Если порядковая нумерация пакетов выполняется по модулю 8, то биты 8 — 2 октета 3 (часть идентификатора типа пакета) используются в соответствии с нижеизложенным.

12.3.1.1.    Бит *определитель»

Бит 8 октета 1 является битом-определителем (битО).

12.3.1.2.    Бит «подтверждение доставки»

Бит 7 октета 1 является битом подтверждения доставки (битД).

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

Биты 8. 7 и 6 октета 3 (или биты 8 — 2 октета 4 при расширенной нумерации) используются для указания порядкового номера прие* ма пакета Ппм Номер Ппм является двоично-кодированным чис-

Страница 79

С. 78 ГОСТ Р M.9W-92

лом, где бит 6 (или бит 2 при расширенной нумерации) является наименее значащим битом.

12.3.1.4. Бит ждопол-нительные данные

Формат пакета ДАННЫЕ

6см

• 1

и**мп»в«.<«гср Овшмо

фсемт*

Q Д 0

1

о

* 2 »

ИДЯ1>уф>*«10Р поопккого «|Н«Л|

т 3

Ппи

М

Пи»

0

м

Д|М>Ч* nontWMitr*

Бит 5 октета 3 (или бит I октета 4 при расширенной нумерации) является указателем «дополнительные данные» (бит М).

12.3.1.5.    Порядковый номер передачи пакета

Биты 4,-3 и 2 октета 3 (или биты 8 — 2 октета 3 при расширенной нумерации) используются для указания порядкового номера передачи пакета Ппд. Номер Ппд является двоично-кодированным числом, где бит 2 — наименее значащий бит.

Смодтип.8>

£*iit

Форы» г.

0 A J 0

Нм*"и*/<«гтср noriMtccoro *■**.»•

i'm

0

Ля»

и

Iptci.

' по икупо 12П

12.3.1.6. Поле <д а н-

ные пользователя» Октеты, следующие за октетом 3 (или 4 при расширенной нумерации), содержат данные пользователя. Эго поле должно содержать целое число октетов, как указано в п. 12.1. Максимальная длина этого поля определена в п. 6.2.

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

Д - бит ПОДТВЕРЖДЕНИЕ ДОСТАВКИ;

М - бит ДОПОЛНИТЕЛЬНЫЕ ДАН-НЫЕ*

Q — бит ОПРЕДЕЛИТЕЛЬ.

Черт. 15

12.3.2. Пакет ПРЕРЫВАНИЕ

На черт. 16 показан формат пакета ПРЕРЫВАНИЕ, передаваемого ООД, и формат пакета ПРЕРЫВАНИЕ, принимаемого ООД.

Первые три октета содержат поля «идентификатор общего формата*, «идентификатор логического канала» и «идентификатор типа пакета», как описано в пп. 1 г-. 1.1 —12.1.3.

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

Октет 4 и все следующие за ним октеты содержат данные пре-

Страница 80

рывающего пользователя. Это поле содержит от 1 до 32 октетов, при этом число октетов должно быть целым, как указано в п. 12.1.

12.3.3. Пакет ПОДТВЕРЖДЕНИЕ ПРЕРЫВАНИЯ

На черт. 17 показан формат пакета ПОДТВЕРЖДЕНИЕ ПРЕРЫВАНИЯ, ^ передаваемого ООД, и формат пакета ПОДТВЕРЖДЕНИЕ ПРЕРЫВАНИЯ, принимаемого ООД. Эти пакеты содержат три октета, в которых содержатся поля «идентификатор общего формата*, • «идентификатор логического канала» и «идентификатор типа пакета», как описано в пп. 12.1.1 — 12.1.3.

12.4. Пакеты управления потоком

При управлении потоком пакетов ДАННЫЕ (описанные в пп. 12.3.1 и 12.8 пакеты ДАННЫЕ и НЕПРИЕМ, соответственно, также используются для управления потоком пакетов ДАННЫЕ) используются следующие пакеты:

' а) ГОТОВНОСТЬ К ПРИЕМУ (п. 12.4.1) и б) НЕГОТОВНОСТЬ К ПРИЕМУ (п. 12.4.2).

12.4.1. Пакет ГОТОВНОСТЬ К ПРИЕМУ На черт. 18 показан формат пакета ГОТОВНОСТЬ К ПРИЕМУ, передаваемого и принимаемого ООД.

Этот пакет содержит 3 или 4 октета в зависимости от использования расширенной порядковой нумерации. Первые три октета содержат поля «идентификатор общего формата», «идентификатор'логического канала-* и «идентификатор типа пакета», как описано в пп. 12.1.1—12.1.3. Однако, еелн порядковая нумерация пакетов выполняется по модулю 8, то биты 8, 7 и б октета 3 (часть идентифи-


ГОСТ Р 84.950—W С.70 Формат омета ПРЕРЫВАНИЕ

, Биты

в ; в 6    4    з    г    t

KUHTMtVK 1’СР ОвШГ'О 0091*3'»*

Ди»тя>|«|>ОР ПС«1М*СК0Г0 ч«и*л«

Иввигя«ж«»тс4» ’>*"• пкеч 0 0 1 0 0 0 »

1

|    и:'Гл1>мш>о    |

'* Кодируется 0001 (модуль 8) или 00)0 (модуль 128).

Черт. 16

Формат пакета ПОДТВЕРЖДЕНИЕ ПРЕРЫВАНИЯ

&ЯТЫ

в 7 в 6

4 3 2 1

0

Иамифтитсс овшг о

* 1

еоптч*

1

г

*

Ид»*’«<*к*'а0 погткнмо кмыи

’ 3

Идем«мфм квтор тип

ы

0 0 10

0 11 1

♦ Кодируется 0001 (модуль 8) идк 0010 (модуль 128).

Черт. 17


Страница 81

е. 80 ГОСТ Р 34.М&-И2

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

Биты 8, 7 и 6 октета 3 (или бить» 8—2 октета 4 при расширенной нумерации) используются дли указания порядкового номера приема пакета Ппм. Номер Ппм является двоично-кодированным числом, где бит 6 (или бит 2 при расширенной нумерации) — наименее значащий бкт.

кагора тийа пакета) используются, как указано ниже

Формат пакета ГОТОВНОСТЬ К ПРИЕМУ

8 7 6

S

4 3 2 1

0

o&uero

1

fropuKJ

и

ООО

1

»

. г

Иб*и*»0и«атоо rormtr.xoro inwni

з

ИдаитиЗик&тср Ivr.i rtwlla

и

0

0 0 0 1

!моауг»8>

12.4.2. Пакет НЕГОТОВНОСТЬ К ПРИЕМУ

Бди 5 4

Иа>и1мО«к«тоР свода о 'Mw»

0 0 T 0

И/Нчти*1«<ггг> ЛОПтЗДОГО KCW1U

*ип« мк«'*

0 0 0 0 0 0 0

Г

Пп«/

0

<СЯСШф«имм иумцидоя 'О исаум 139) Черт. 18

На черт. 19 показан формат пакета НЕГОТОВНОСТЬ К ПРИЕМУ, передаваемого и принимаемого ООД.

Этот пакет содержит 3 или 4 октета в зависимости от использования расширенной порядковой нумерации. Первые три октета содержат поля «идентификатор общего формата», «идентификатор логического канала» и «идентификатор типа пакета», как описано в пп. 12.1.1 — 12.1.3. Однако, если порядковая нумерация пакетов выполняется по модулю 8. то биты 8, 7 и 6 октета 3 (часть идентификатора типа пакета) используются, как указано ниже.

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

Биты 8, 7 и 6 октета 3 (или биты 8 — 2 октета 4 при расширенной нумерации) используются для указания номера приема пакета ПЬМ. Номер Ппм является двоично-коднрованиым числом, где бит 6 (или бит 2 при расширенной нумерации) — наименее значащий бит.

12.5. Пакеты повторной установки При инициации (в том числе повторной) потока пакетов ДАННЫЕ, ПРЕРЫВАНИЕ и управления потоком используются следующие пакеты:

Страница 82

ГОСТ Р 34.М0-М С. 8Г

а)    ЗАПРОС ПОВТОР' НОЙ УСТАНОВКИ и ИНДИКАЦИЯ ПОВТОРНОЙ УСТАНОВКИ (п. 12.5.1);

б)    ПОДТВЕРЖДЕНИЕ ПОВТОРНОЙ УСТАНОВКИ (и. 12.5.2).

12.5.1.    Пакеты ЗАПРОС ПОВТОРНОЙ УСТАНОВКИ и ИНДИКАЦИЯ ПОВТОРНОЙ УСТАНОВКИ

Формат пакетов ЗАПРОС ПОВТОРНОЙ УСТАНОВКИ и ИНДИКАЦИЯ ПОВТОРНОЙ УСТАНОВКИ показан на черт. 20.

В конфигурации ООД/ /АКД пакет ЗАПРОС ПОВТОРНОЙ УСТАНОВКИ и пакет ИНДИКАЦИЯ ПОВ ТОРНОЙ УСТАНОВКИ — это два физически разных пакета вследствие наличия промежуточной сети между ООД и АКД. Однако в конфигурации ООД/ООД пакет ЗАПРОС ПОВТОРНОЙ УСТАНОВКИ, переданный одним ООД, является пакетом ИНДИКАЦИЯ ПОВТОР НОИ УСТАНОВКИ для другого ООД, принявшего этот пакет.

Первые три октета содержат поля «идентификатор общего формата», «идентификатор логического канала» и «идентификатор типа пакета». как описано в пп. 12.1.1—12.1.3.

12.5.1.1.    Поле *причи-на повторной установки»

Фермат пакета НЕГОТОВНОСТЬ К ПРИЕМУ

Gtnw

Иям '»*»«• -вр евииго верит 0 0 1 0

Ндки^мпдр пс*т*симе шт

Иде«>иг<жиор ixnaiMKti*

О

о

о

о

0 1 0

1

Пом

0

IcvcuMCamm н^имши -с ио*у<м 1281

Черт- 19

Формат пакета ЗАПРОС ПОВТОРНОЙ УСТАНОВКИ и ННДНКАЦНЯ ПОВТОРНОЙ УСТАНОВКИ

ВаЛм

в т в в *    9    а    1

Идаи!и4иклгпр лчгучммого «»••»'*

(импфипор «•«•?»

oool tot

Пр*«»а nyinc-о» установим

__* Кодируете! 0001 (модуль 8) или

0010 (модуль 128).

Ч«?рт. 20


Страница 83

С 62 ГОСТ F 34.050—92

Октет 4 — это поле «причина повторной установки*, которое содержит обоснование повторной установки.

ООД должно устанавливать поле «причина повторной установки» в значение «по инициативе ООД». Кодирование поля «причина повторной установки» в пакете ИНДИКАЦИЯ ПОВТОРНОЙ УСТАНОВКИ показано в табл. 6 (причины вовторной установки определены в рекомендации Х.96МККТТ).В конфигурации ООД/АКД для обеспечения возможных последующих расширений табл. 6 ООД должно б&ть способно воспринимать любое значение поля «причина повторной установки» пакета ИНДИКАЦИЯ ПОВТОРНОЙ УСТАНОВКИ. ООД в конфигурации ООД/ООД может воспринимать причину повторной установки, отличную от «по инициативе ООД» так же, как и п конфигурации ООД/АКД (т. е. нормально обрабатывать пакет), либо рассматривать ее как ошибку. В последнем случае пакетный уровень передает пакет ЗАПРОС ПОВТОРНОЙ УСТАНОВКИ с указанием причины «по инициативе ООД» и диагностики «неправильный код причины от ООД».

Т а б л Л а 6

ИНДИКАЦИЯ ПОВТОРНОЙ установки

Кодирование пола «причина повторной устам мы* в пакетах

Причина понтараоЯ установки

Ьжгы о«т«та 4 -

87654331

По инициативе ООД

0000000 01

По инициативе ООД

10 0 0 00 0 0»

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

X 0 0 0 0 0 0

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

X 0 0 0 0 0 1 1*> *

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

X 0 0 0 0 1 О I»-4

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

X 0 0 0 О 1 1 1»-«

Удаленное ООД работоспособно

X 0 0 0 1 0 0

Сеть работоспособна

X 0 0 0 I 1 1 !*•*•* ,

Несовместимость у адресата

X 0 0 1 0 0 0 4*-*

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

X 0 0 1 1 10 1»-» *

Шлюз обнаружил процедурную ошибку

1 j о о о е о р

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

1 ■] 0 0 0 О I 1»

Шлюз работоспособен

1 1 0 0 0 1 1 1»»*

*    Используется, когда поле «ход диагностики» .кодируется в соответствии с табл. 31.

*    Используется, когда поле «код диагностики» кодируется ис в соответствии с табл. 31.

1 Эти причины повторной установки применимы только в конфигурации ООД/АКД,

*    Бит, обозначенный X и установленный в значение 0, указывает, что причина эапершения сгенерирована сетью данных общего пользования, а установленный в значение I. указывает, что причина завершения сгенерирована сетью частного пользования.

*    Применима только для постоянных виртуальных каналов.

Страница 84

ГОСТ Р M.WO-W С. 83

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

Октет 5 — это поле «код диагностики», которое содержит дополнительную информацию о причине повторной установки. Кодирование этого поля зависит от причины повторной установки, как показано в табл. 30.

В пакете ЗАПРОС ПОВТОРНОЙ УСТАНОВКИ наличие поля «код диагностики» обязательно, даже если оно не несет дополнительной информации.

Если поле «причина повторной -установки» пакета ИНДИКА* ЦИЯ ПОВТОРНОЙ УСТАНОВКИ указывает «по инициативе ООД». то поле «код диагностики» передается без изменений от удаленного ООД. инициировавшего процедуру повторной установки, или в конфигурации ООД/АКД — процедуру повторной установки, или в конфигурации ООД/АКД — процедуру повторного пуска. Если поле «причина повторной установки» пакета ИНДИКАЦИЯ ПОВТОРНОЙ УСТЛ НОВКИ отлично от «по инициативе ООД». это означает, что поле «код диагностики» сгенерировано сетью.

Формат пакета ПОДТВЕРЖДЕНИЕ ПОВТОРНОЙ УСТАНОВКИ

• Кодируется 0001 (модуль 8) или 0010 (модуль 128).

Черт. 21

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

12 5.2. Пакет ПОДТВЕРЖДЕНИЕ ПОВТОРНОЙ УСТАНОВКИ

На черт. 21 показан формат пакета ПОДТВЕРЖДЕНИЕ ПОВТОРНОЙ УСТАНОВКИ, передаваемого ООД, и формат пакета ПОДТВЕРЖДЕНИЕ ПОВТОРНОЙ УСТАНОВКИ, принимаемого ООД. Этот пакет состоит из трех октетов, в которых содержатся поля «идентификатор общего формата», «идентификатор логического канала» и «идентификатор типа пакета», как описано в пп. 12.1.1—12.1.3.

12.6. Пакеты повторного пуска

Для инициации (в том числе повторной) пакетного уровня интерфейса ООД/ХХД используются следующие пакеты:

а) ЗАПРОС ПОВТОРНОГО ПУСКА и ИНДИКАЦИЯ ПОВТОРНОГО ПУСКА (п. 12.6.1);

Страница 85

■С. М ГОСТ Р 84.М0-«2

б) ПОДТВЕРЖДЕНИЕ ПОВТОРНОГО ПУСКА (п. 12.6.2).

12.6.1.    Пакеты ЗАПРОС ПОВТ&РНОГО ПУСКА и ИНДИКАЦИЯ ПОВТОРНОГО ПУСКА

Формат пакетов ЗАПРОС ПОВТОРНОГО ПУСКА и ИНДИКАЦИЯ ПОВТОРНОГО ПУСКА представлен на черт. 22.

В конфигурации ООД/ /АКД пакет ЗАПРОС ПОВТОРНОГО ПУСКА и пакет ИНДИКАЦИЯ ПОВТОРНОГО ПУСКА применяется только на локальном интерфейсе ООД/АКД. Однако в конфигурации 00Д/ /ООД пакет ЗАПРОС ПОВТОРНОГО ПУСКА, переданный одним ООД, является пакетом ИНДИКАЦИЯ ПОВТОРНОГО ПУСКА для другого ООД, принявшего этот пакет.

Формат пакета ЗАПРОС • ПОВТОРНОГО ПУСКА ■ ИНДИКАЦИЯ ПОВТОРНОГО ПУСКА

Епи

* Кодируется ООО! (модуль 8) или. 0010 (модуль 128).

Первые три октета содер-^ жат поля «идентификатор общего формата», идентификатор логического канала» и «идентификатор типа пакета», как описано в пп. 12.1.1—12.1.3. Однако поле «идентификатор логического канала» кодируется одними нулями

. Черт 22

12.6.1.1.    Лоле *причина повторного пуска»

Октет 4 — это поле «причина повторпого пуска», которое содержит обоснование повторного пуска.

ООД должно устанавливать папе «причина повторного пуска» в значение «по инициативе ООД».

Кодирование воля «причина повторного пуска» пакета ИНДИКАЦИЯ ПОВТОРНОГО ПУСКА приведено в табл. 7 (причины повторного пуска определены в рекомендации МККТТ Х.96);В конфигурации ООД/АКД для обеспечения возможных последующих расширений табл. 7 ООД должно быть способно воспринимать любое значение поля «причина повторного пуска» пакета ИНДИКАЦИЯ ПОВТОРНОЙ УСТАНОВКИ. ООД в конфигурации ООД/ ООД может либо воспринимать причину повторного пуска, отличную от «по инициативе ООД» так же, как и в конфигурации ООД/ АКД (т. е. нормально обрабатывать пакет), либо рассматривать ее

Страница 86

ГОСТ Р 34.950—W С. 86

как ошибку. В последнем случае пакетный уровень передает пакет ЗАПРОС ПОВТОРНОГО ПУСКА с указанием причины «по инициативе ООД» и диагностики «неправильный код причины от

Таблица 7

Кодвровамвс поля «припаи* повторного пуска» а пакетах ИНДИКАЦИЯ ПОВТОРНОГО ПУСКА

Прачки* поаторвого пуск*

Вагм октета 4 :

8765433!

По инициативе ООД

0 0 0 0 0 0 0 О'-*

По инициативе ООД

1 0 0 0 0 0 0 О»'»

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

0 О 0 0 0 0 0 !♦

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

0 0 0 0 0 0 1 1*

Сеть работоспособна

0 0 0 0 0 1 1 1*’

Регистрация/аниулнрЬванне подтверждено

0 1111111**

1 Эти причины повторного пуска применимы только а конфигурации ООД/ООД.    .

*    Используется, когда поле «код диагностики» кодируется а соответствие с табл. 31.

*    Используется, когда поле «кода диагностики» кодируется не в соответствии

с табл. 31.

4    Эти причины повторного пуска применимы только в конфигурации

5    Может бьпь принят только при использовании услуги «динамическая регистрация услуги* (см. п. 13.1).

12.6.1.2.Поле *код диагностики»

Октет 5 — это поле «код дагностики», которое содержит дополнительную информацию о причине повторного пуска. Кодирование поля «код диагностики» зависит от причины повторного пуска, как показано в табл. 30.

В пакете ЗАПРОС ПОВТОРНОГО ПУСКА наличие поля «код диагностики» обязательно, даже если оно не несет дополнительной информации.

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

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

Страница 87

С. 8в ГОСТ Р 34-950-92

•ориат пакета ПОДТВЕРЖДЕНИЕ ПОВТОРНОГО ПУСКА

Бит»

* Содержит код 0001 (модуль 8) или СОЮ (модуль 128).

Черт. 23

Формат пакета ДИАГНОСТИКА

Си<»

а 7 в. ь

<371

. 1'СС о&дего

ОоСМ’а1

0 О 0 0

0 0 0 .0

0 0 0 0

И«а»1ифа>.«1О0 <нп* гчмвт#

1111

0 0 0 1

Утоним» магяос*м«1

I-1

12.6.2. Пакет ПОДТВЕРЖДЕНИЕ ПОВТОРНОГО ПУСКА '

На черт. 23 показан формат пакета ПОДТВЕРЖДЕНИЕ    ПОВТОРНОГО

ПУСКА.    передаваемого

ООД. и формат пакета ПОДТВЕРЖДЕНИЕ ПОВТОРНОГО ПУСКА, принимаемого ООД.

Этот пакет состоит из трех октетов, которые содержат поля «идентификатор общего формата», «идентификатор логического канала» и «идентификатор типа пакета», как описано в пп. 12.1.1 —12.1.3. Однако поле «идентификатор логического канала» кодируется одними нулями.

12.7. Пакет ДИАГНОСТИКА

Формат пакета ДИАГНОСТИКА показан на черт.

24.

Любое ООД должно быть способно принимать пакет ДИАГНОСТИКА. Пакет ДИАГНОСТИКА может использоваться в конфигурации ООД/АКД и только для передачи от АКД к ООД. Пакет ДИАГНОСТИКА может быть выдан ООД в конфигурации ООД/ООД толь


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

Первые три октета содержат поля «идентификатор общего формата», «идентификатор логического канала» н «идентификатор ■ftna пакета», как описано в пп. 12.1.1—12.1.3. Однако поле «идентификатор логического канала* кодируется одними кулями.

12.7.1. Поле € код диагностики»

Октет 4 — это поле «код диагностики», которое содержит ин-

1

Кодируется 0001 (модуль 8) или 0010 (модуль 128).

Черт. 24

Страница 88

ГОСТ Р 14.960-92 с. 87

формацию об ошибке, вызвавшей передачу пакета ДИАГНОСТИКА. Кодирование поля «ко*д диагностики» показано в табл. 30.

12.7.2. Поле <уточняющая диагностика*

Если пакет ДИАГНОСТИКА передается в результате получения ошибочного пакета (т. е. пакета с одним из условий, перечисленных в табл. 37 и 38). то это поле соержнт первые три октета заголовка Ошибочного пакета. В том случае, когда оцшбочныйпа-кет содержит мебее трех Ьк-тетов. это поле будет содержать только полные октеты (если таковые имеются), принятые ООД в конфигурации ООД/ООД, или любые биты, принятые АКД в конфнгур* ции ООД/ЛКД.

Оослчт г «к гч Н£П1‘И1М

Биты

В 7    6    s    -13    2    \

фе««л'а 0 0 0 1

Ид<ИТ1«фЛ^«1ПО ЛЭГ *4*гхсг о «АиДОв

Мт»

НйМ1Н«И010р 1ЯЛ» пмл« 0 10 0 1

iMoavi» 81

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

(utM

8    ?    6    5    «    3    3    '

Иа»<-мэ«к*'эрс6и^ о

форм ГГ.

0 0 10

Иа*«ТИфИЧ*ТСР ЛО1ШКХСИ0 ЛК1Л1

Идыгмоиктп

оооо

1Л-* МКП1 1 0

1

flrw

0

|ркшч*мп иу*«р*ии» поыолупо 128:

Черт 25

а)    биты 8, 7, 6 и 5 первого октета содержат «идентификатор общего формата» для данного интерфейса;

б)'биты    4—1 первого октета и биты 8—1 второго октета устанавливаются , в значение 0 при истечении тайм-аута повторного пуска (Т10 для конфигурации ООД/АКД) и указывают номер логического канала, в котором истек тайм-аут повторной установки (Т12 в конфигурации ООД/АКД) или тайм-аут завершепня (Т13 для конфигурации ООД/АКД). ♦

12.8. Пакет НЕ1ТРИЕМ

На черт. 25 показан формат пакета НЕПРИЕМ, используемого совместно с услугой «повторная передача пакета» (см. п. 13.4).

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

Страница 89

С. 81 ГОСТ Р

Ш1. ta.1.1 —12.1.3. Однако, если порядковая нумерация пакета выполняется по модулю 8, то ббты 8,1/*и 6 октета 3 (часть «идет^фн* катора типа пакета») используются! как указано ниже.

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

Биты 8, 7 и 6 октета.З (или биты 8—2 октета 4 при расширенной нумерации) используются для указания порядкового номера приема пакета Ппм Номер Ппм является двончно-кодированным

числом, где бит б (иля бят 2 nph расширенной нумерации) — наименее значащий бит.

Формат пакет*

ЗАПРОС РЕГИСТРАЦИИ

Икитивматм) лСияго «осмш*

0 0 0 0

0 0 0 0

о

о

о

о

Иекоифмотор tv* *■**

1 1 1 1

0 0 11

£*•»*• иыи ООД

Д--И1 <«Ж1 ХХД

Але-сХХЛ

Дчм ри»С1р»«гч

12.9. Пакеты регистрации

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

а)    ЗАПРОС РЕГИСТРАЦИИ (п. 12.9.1) и '*

б)    ПОДТВЕРЖДЕНИЕ РЕГИСТРАЦИИ (п. 12.9.2).

12.9.1. Пакет ЗАПРОС РЕГИСТРАЦИИ

Формат пакета ЗАПРОС РЕГИСТРАЦИИ показан на: черт. 26.

Первые три октета содержат поля «идентификатор общего формата», «идентификатор логического канала» и «идентификатор типа пакета», как описано в пп. 12.1.1—12.1.3. Однако по1 ле «идентификатор логического канала» кодируется одними нулями.

Nraeww

• Кодируется ООО! (модуль 8) ООН) (модуль 128).

Черт. 26

12.9.1.1.    Поля *длина адреса»

Октет 4 содержит индикаторы длины полей адресов ООД и взаимодействующего с ним ХХД. Биты 8, 7, 6 и 5 указывают длину адреса ООД, передающего пакет ЗАПРОС РЕГИСТРАЦИИ, в полу-октетах. Биты 4, 3, 2 и 1 указывают длйну адреса взаимодеАствую-щего ХХД в полуоктетах. Каждый указатель дЛины адреса является двоично-кодированным числом, где бит 5 или I — наименее значащий бит указателя.

В процедурах настоящего стандарта эти поля кодируются одними нулями.

12.9.1.2.    Адресные- поля

Страница 90

ГОСТ P 34.6M-M С 8»

Эти поля не используются в процедурах настоящего стандарта.

12.9.1.3.    Поле «длина регистрации»

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

12.9.1.4.    Поле «регистрация» .

Формат пакета ПОДТВЕРЖДЕНИЕ РЕГИСТРАЦИИ

Ь*1м

8 J, в 0    4    3    2    1

Оэемм*

ООО

0

О

о

о

о

ООО

0

т*кт«ф«4<00 гиги П|«|Т| . 1 1 1 1 0 1 1

»

Приям

Дккмоаим*

Дгхн» ООД

Д*ж» ЫДО ХХД

I

Адрес ХХД Аар*; ООД

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

Поле «регистрация* состоит из целого числа октетов.

Фактическая максимальная длина этого поля зависит от услуг, обеспечиваемых на данном интерфейсе ООД/

/ХХД. Однако этот максимум не может превышать 109 октетов.

См. также:

кодирование поля «регистрация» (разд. 16).

12.9.2. Пакет ПО ЦТ ВЕР-ЖДЕНИЕ РЕГИСТРАЦИИ

Формат пакета ПОДТВЕРЖДЕНИЕ РЕГИСТРАЦИИ показан на черт. 27.

Первые три октета содержат поля «идентификатор общего формата», «идентификатор логического канала» н «идентификатор типа пакета», как описано в пп. 12.1.1 —12.1.3. Однако поле «идентификатор логического канала» кодируется одними нулями.

ДПМК!

• Кодируется 0001 0010 (модуль 128)

(модуль 8) «ли

Черт. 27

12.9.2.1. Поле *причина»

Октет 4 — это поле «причина», которое содержит либо причину неудачи согласования услуг, либо указание о приемлемости поля «регистрация».    •    .    'V- v-

Страница 91

С М ГОСТ Р Э4.Ю*-®2

Кодирование поля «причина» в пакете ПОДТВЕРЖДЕНИЕ РЕГИСТРАЦИИ приведено в табл. 8.

Таблица 8

Кодирование пола «ормчам» • патах'ПОДТВЕРЖДЕНИЕ РЕГИСТРАЦИИ

Причин»

Баш амта-са « :

8

7 6 S 4 3 2 1

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

0

0 0 0 0 0 1 1

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

0

0 0 0 0 10 1

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

0

0 0 1 0 0 1 J

Регмстрация/аииулкрованне подтверждено

0

I 1 1 1 1 1*1

12.9.2.2.    Код диагностики

Октет 5 — это поле «код диагностики», которое содержит дополнительную информацию О причине неудачи согласования услуг.

Кодирование поля «код диагностики» приведено в табл. 30. Если согласование прошло успешно или если отсутствует дополнительная информация, то все биты поля «код диагностики» устанавливаются в значение 0.

12.9.2.3.    Поля «длина адреса»

Октет 6 содержит указатели длины поля адресов ООД и взаимодействующего с ним ХХД. Биты 8. 7, 6 и 5 указывают длину адреса ООД, принимающего пакет ПОДТВЕРЖДЕНИЕ РЕГИСТРАЦИИ, в полуоктетах. Биты 4. 3. 2 и 1 указывают длину адреса взаимодействующего ХХД в полуоктетах. Каждый указатель длины адреса является двоично-кодированным числом, где бит 5 или 1 — наименее значащий бит указателя.

В процедурах настоящего стандарта эти поля кодируются одними нулями.

12.9.2.4.Адресные    поля

Эти поля отсутствуют в процедурах настоящего стандарта.

12.9.2.5.    Поле *длина регистрации»

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

12.9.2.6.    Поле срегистрация*

Поле «регистрация» используется для указания факультативных услуг пользователя, которые доступны и действуют в данный момент. Поле «регистрация» состоит из целого числа октетов. Фактическая максимальная длина этого поля зависит от возможностей, обеспечиваемых на данном интерфейсе ООД/ХХД. Однако этот максимум не может превышать 109 октетов.

См. также:

кодирование поля «регистрация» (разд. 16).

Страница 92

ГОСТ Р S4.M0-K С. 91

13. ПРОЦЕДУРЫ ДЛЯ ФАКУЛЬТАТИВНЫХ УСЛУГ ПОЛЬЗОВАТЕЛЯ

Между ООД н XXД может использоваться ряд факультативных услуг пользователя. Эти факультативные услуги пользователя сведены в табл. 9.

Таблица 9

_Факультативны* услуги пользователя на пакетном уровне

'Т>*культатиоНая услуга ппльэо а теля

Кг-в сея (тил ои*‘; ВС' П8К*

Согласовывается иа период рршомг>

Применяете* ■а помаывиоА основ*?

Лршевмгся для работы

оодгаод?*

Динамическая регистрация услуги

Д

д

Да

Нет

Да»

Расширенная порядковая нумерация пакетов

Д

д

Да

Нет

Да

Модификация бита Д

д

д

Да

Нет

Нет

Повторная передача пакета

д

д

Да

Нет

Да*

Запрет входящих вызовов

О

,

Да

Нет

Нет*

Запрет исходящих вызовов

О

_

Да

Her

Нет»

Однонаправленный исходящий логический канал

о

Да

Нет

Да

Однонаправленный входящий логический канал

д

Да

Нет

Да

Нестандартные рекомендуемые размеры пакета

д

д

Да

Нет

Да

Нестандартные рекомендуемые размеры окна

д

д

Да

Нет

Да

Назначение рекомендуемых классов пропускной способности

д

д

Да

Нет .

Да

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

О

Да

Да»

Да

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

О

т

Да

Да*

Да

Услуги, относящиеся к закрытой группе пользователей:

Закрытая группа пользователей

О

Да

Нет

Нет

Закрытая группа пользователей с исходящим доступом.

д

Да

Нет

Нет

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

д

Да

Нет

Нет

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

Л

д

'Да

Нет

Нет

Страница 93

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


Со гдес •автся

на период иреисяи.’


Пр*и*и**тс* даа pieorw

оод/оод?*


Класса 4а-МшС: ВС пек-


♦«уяьтвтвнм услуг*

ItMMUMTW»


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

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

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

Закрытая группа двух пользователей Закрытая группа двух пользователей . с исходящим доступом Выбор закрытой группы двух пользователей Быстрая выборка Приемлемость быстрой выборки Реверсивная тарификация

Приемлемость реверсивной тарификации Запрет локальной тарификации Услуги, относящиеся к идентификации пользователя сети (ИПС) Абонирование ИПС Игнорирование ИПС Выбор ИПС Информация о тарифах Услуги, относящиеся к ПЧЭО Абонирование ПЧЭО Выбор ПЧЭО Группа с выбором Услуги, относящиеся к переадресации и к отражению вызова Переадресация вылова Абонирование отражения вызова

Выбор отражения вызова


Нет

Да*

Да*


Нет

Нет

Нет

Нет

Нет

Нет

Да*

Нет»

Нет

Нет

Нет


Да

Нет

Нет


Д -

О -

Д -


Нет

Нет

Да*

Да

Нет

Да

Нет

Нет


Да

Да

Нет

Нет

Да

Нет

Да.

Да


д -

д -д -

О -О —

д -д -д -


Нет

Нет

Нет

Нет


Да

Да

Нет

Да


Нет

Нет

Да*

Да


д

д

д

д


Нет

Нет

Нет


Да

Her

Да


Нет

Да

Нет


д

д

д


Нет

Нет

Да*


Да

Да

Нет


д

д

д


Нет


Страница 94

ГОСТ Р и IS*—«2 С I)

Продолжлпи• табл. 9

Фахультятя акая услуг* поаыогатмя

Классики-

Н||Ц1 *

вс пок*

Сотаасмы-•асгся «а тркод

*р«ы«яи>

Пр«и*»я»тея иа помпы!-

я о*

ОСИ 01«?

Пряхемаятс*

**« цвот

ООД/ООД'*

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

Д

Нет

Да

Нет

Уведомление о модификации адреса вызываемой линии

Д -

Нет

• Да

Нет

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

О -

Нет

Да

Нет

1 Классификация указывает, должна ли даяная услуга обязательно обеспечиваться сстыо Х.25    —    обязательная услуга), либо она может факульта

тивно обеспечиваться сетью Х'25 (Д — дополнительная услуга), либо не применяется (тирс) в соответствии с рекомендацией Х.2МККТТ

*    В конфигурации ООД/ООД иешх'мопэиие этил услуг согласовывается отделено по каждому направлению передачи.

*    В конфигурации ООД/ООД »ти услуги могут применяться только посредством использования услуги «динамическая ре г к ст рация услуги».

*    Эти услуги ив повызывной основе ие могут иснО.тьэоватъся. пока соответствующая услуга не будет согласована на некоторый период времеик.

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

‘ В случае, когда одно нз ООД действует в качестве промежуточной системы. транслирующей услуги сети пакетного режима одному или иесхольки» другим ООД вместо данной колонки следует примеяять приложение А ы технический отчет ИСО/МЭК ТО 10029.

' Виртуальное соединение.

» Постоянный виртуальный канал.

13.1.    Динамическая регистрация услуги

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

В конфигурации ООД/ООД для каждого направления инициации процедуры регистрации требуется отдельное согласование использования этой услуги. Для инициации процедуры регистрации в данном направлении 1Лпользование этой услуги позволяет инициирующему ООД передавать пакеты ЗАПРОС РЕГИСТРАЦИИ и требует от отвечающего ООД обработать принятые паке-ты ЗАПРОС РЕГИСТРАЦИИ, как описано ниже. В конфигурации ООД/АКД ООД всегда является инициатором процедуры регистрации, тогда как АКД — всегда ответчиком.

13.1.1.    Общие процедуры динамической регистрации услуги

Страница 95

С М ГОСТ ? >4.11 И

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

13.1.1.1.    Запрос регистрации услуги

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

ООД запрашивает регистрацию факультативных услуг пользо-нателя и/или получает текущие значения применяемых факультативных услуг пользователя, передавая через интерфейс ООД/ХХД пакет ЗАПРОС РЕГИСТРАЦИИ и начиная отсчет тайм-аута «ответ на запрос регистрации» (Т28).

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

Передав пакет ЗАПРОС РЕГИСТРАЦИИ, ООД должно дождаться пакета ПОДТВЕРЖДЕНИЕ РЕГИСТРАЦИИ прежде чем передать пакет ЗАПРОС ВЫЗОВА.

Неполучение пакета ПОДТВЕРЖДЕНИЕ РЕГИСТРАЦИИ до истечения Т28 после передачи пакета ЗАПРОС РЕГИСТРАЦИИ ‘рассматривается как ошибка. Процедура регистрации повторяется вплоть до максимального числа раз R28. После этого пакетный уровень уведомляет соответствующий логический объект о том, что ' он не получил подтверждения процедуры регистрации.

См. также:    1

Формат пакета ЗАПРОС РЕГИСТРАЦИИ (п. 12.9.1 и черт. 26);

прием ответа на регистрацию услуги (п. 13.1.1.3);

тайм-аут «ответ на запрос регистрации» (Т28) (табл. 32);

счет повторных передач запроса регистрации (Р28) (табл. 33).

13.1.1.2.    Обработка запроса регистрации Услу-

г и

Положения данного подраздела применимы к ООД только в конфигурации ООД/ООД, если ООД действует как ответчик в процедуре регистрации. Они всегда применимы if АКД при использовании процедуры регистрации.

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

Страница 96

ГОСТ Р 34.9W-V02 С

гистуацни, не сообщается а пакете ПОДТВЕРЖДЕНИЕ РЕГИСТРАЦИИ. Кроме того, пакет ПОДТВЕРЖДЕНИЕ РЕГИСТРА-ЦИИ содержит соответствующий код причины.

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

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

а)    конфликт при установке услуг (например затребована услу-гД «приемлемость реверсивной тарификации» во время действия услуги «запрет локальной тарификации») ;

б)    наличие на данном интерфейсе, по меньшей мере, одного установленного виртуального соединения во время попытки согласовать услуги, которые тр.ебуют нахождения всех виртуальных логических соединений в состоянии ГОТОВНОСТЬ (pi); сюда же относится конфликт пакетов ВХОДЯЩИЙ ВЫЗОВ и ЗАПРОС РЕГИСТРАЦИИ.

Если запрошенное значение конкретной услуги недопустимо, то АКД или ООД сообщит в пакете ПОДТВЕРЖДЕНИЕ РЕГИСТРАЦИИ:

а)    если услуга выражается булевым значением — разрешенное значение;

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

Страница 97

С И ГОСТ Р 34.9W—12

а) если услуга выражается числен ник значением, а запищвеи-ное заачеиие меньше минимально допустимого значения для этой услуги — минимально допустимое э*18 чей не.

Примечание. Значения. указанные в пакете ПОДТВЕРЖДЕНИЕ РЕГИСТРАЦИИ. оредстаиляют совой текущие действующие значения

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

См. также:

, формат пакета ПОДТВЕРЖДЕНИЕ РЕГИСТРАЦИИ (п. 12.9.2 и черт. 27);

услуги, которые могут быть модифицированы только в том случае. если все виртуальные соединения находятся в состоянии ГОТОВНОСТЬ (п. 13.1.2.5);

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

13.1.1.3. Прием ответа на регистрацию услуги

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

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

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

Страница 98

I^CT P h4.t5e-fc d'»7

чнт также пакет ИНДИКАЦИЯ ПОВТОРНОГО ПУСКА с указанием ормчикь *1кН**Мцк*ткае' ООД» Ч е jrta Гностик»# «рёпктЬа-hhV^WhP*1»»1»1 ggipiww^ * япбт случае пакет ПОД-

£®ЕиЖЙетс^""ся * — -

Те фахуаьтатамме т**7п» ашпйт для которых запрошена модификация в пакете* ЗАШЮСРВГИСТРАЦИИ ко ее у*а-~ зана wwawpemyweaa услуга а пакете ПОДТВЕРЖДЕНИЕ РЕГИСТРАЦИИ, не поддерживается или не pafcpettletfbi длЗ согласования посредством; услуги «даяамнческ4я регистрация услулЬ».

См также:    *    1    .

формат пакета ПОДТВЕРЖДЕНИЕ РЕГИСТРАЦИИ (п. Г2.9.2 и черт. 27); ’

услуги, модифицируемые только при нахождении всех внргу-" альных соединений в состоянии ГОТОВНОСТЬ (п. 13.1.2.5); процедуры повторного пуска (разд. 4).

13.Г.1.4. В л и я ни в ' неисправностей на регистрацию

Неисправность в.00Д.‘ выполняющем роль инициатора процедуры регистрации, может изменить значения факультативных услуг пользователя^ зарегистрированных перед этим посредством пр*щр-дуры регистрации;. В этой ситуации для определения текущих аиа-чеинй факультативных услуг Пользователя, используемых взаимодействующим ХХД, ООД должно передать пакет ЗАПРОС РЕГИСТРАЦИИ вез поля «регистрация».

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

Неисправность в ООД, выполняющем роль ответчика в процедуре регистрации в конфигурации ООД/ООД, может изменить значения факультативных услуг пользователя, зарегистрированных перед этим посредством процедуры регистрации. В этом случае ООД начинает- процедуру повторного пуска, указывая причину «по инициативе ООД», чтобы информировать другое ООД о неисправности. Если указана диагностика «ООД работоспособно» или «ООД не работоспособно», то значения согласованных перед этим услуг могут б^ть изменены; в противном случае значения услуг не изменяются.    •<

4 Зак. 2100

Страница 99

С н ГОСТ Р И**~;М

.даетвКЙГв;

уДОдоадиДО, *то. энцчвыю. )«л)№>июдп*п*яэмеаеяы! оно.должно передать па^ ЗАП^^ГИ01Йад1тк. цня», чтобы сверить рр«^£0Гф«»тЫ^1ЭЫчкМЛ^Л1у*.;Пря не> об*однмоа;н соглгкорац**, ,ад*ад*ты*: услуга может бть <п*редан ВТОЙК 3АП/^ОС.-НЭГ ИСТОНШИ, *<>.!■••: > я:..; .. ф.1А«и ...

№>&* ПР°Ц*ЧЧ]К4 pttHCTfHwuu A*«i конкретных м -фмцлбтагив-HbtxJpM Я0АЬА9Л0Т44Я . !. :. », л:- Г'ПА'Г' ! '' "    •

• Процедура jJcfucTpanw: коннретмой «факультативной'• услуги пользователя зависит от этой услуги. В табл. 10 приведена классификация факультативны* tycviyr лвльаонателя с точки зрения предъявляемых к ним требований со стороны процедуры: регистрам-    ’ ■ -I

Т*£*|!М *®

Классификация факультативных у «луг полноватадя дла ринсгрмщ

у«уг»' Иелоямуггя а’Мвкетв:

Працвмм -

■ость

K1C1J*-

ЦЮ1

<Ж>д

. амкайпма1

■«лвгявтатмвная .

услуг*

ао*ъ10мте««'

•» 1 • i

•'ЗР»"-: ■ Д*«

sir рос* Л1Ч1Ш»

уоауг

Ш .* *&. :да

. yfctyr

JL

Al<rySho* .% ХХД’

Kaltte -1? Услуге. МИ КОЯСфЫХ р*тв- : •.

Д*ваАч«ека* регистрация ус- ;

приме- .

^Услуги. относящиеся к ЗГП

"■п »•

1 9m*r. .

■ T*.

•*r

яшма

(п." 1з 1:2.1)

_

__

Услуги, относящиеся к ЗГДП

’—Г'

.•l^ и.

, _

быстрая вы

• 1 •'

борка Услугй, отно

■ ' “.1

/ !

, • •

сящиеся к ИПС •

,i i_

—■

Абонирование

пчэо

_

_

_

•jv.**

Группа с вы- ; бором Услуги, относящиеся к переадресации и отражению вниова;'

• » ——

• ’ «s'.

Urn

, Выбор н. н«-дниаиия транзитной задержка

• .»

: •

— •

Страница 100

■»a* «‘..'■owteult

TOC* P34«М~ЮЧ1 t*

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

f

;/ 1 :• •»

регистр* 1К* услуга*

r )

^ I

Исподы,-?тся » ляквге:

i«>: i .

Праи нм*

v<w *

.

кость

KUM * Xf»im>ncna

' I'.*" •" I , ! . •

Фякудътатяаиая » увдугВ:

' 1 МЧ) ЦХ>М1ЯЯЯ

» 9*

ар , да* .

мпроо

ЗНкчеяяа

уеяуг

ПР

Да*

?к»»«н«и

TB.ywKX

<и«че«»й

услуг-

ОР-*

ДЛИ

у кМММ1

уояугн, доступ юЯ

• ххд

*а*зг

оамвав*

ООД/ООД

Класс 2: Услуги,

Запрет локаль

которые i>e могут

ной тарификации

— :•

а

■ ki.

Нет

согласовываться,

.. •

г »•••» •

но значения кото

, я

. ,

. »

•;д«

рых могут уста

1

•1 щ •

навливаться

>

1

« • ' •

•*!.Л « •••

(п. 13.1 2.2)

1

-

• • ь

’ JM . fU« •» h

К^асс 3: Услуги.

РюерснвиЬя

! . г С

!

•• -ч:«.

которые врименя-ются на Новызыв* 1

тарификация Информация о

г. д ;

* 1

■ б

ной Ъсиоёе и до

тарифах (иФ

• . ••

1

■?«* ’•

Г. 1 J'.o '

ступность которых

повызывной ос

»!

• i

* •

может определять-' ся 00Д <они со-oTBctCTByior неко

нове) ,

Выбор ПЧЭО

— •

’ !й

Уведомление

• Г • .

торым Шкмпт-

о модификации

льиым услугам.

адреса вызыва

которые может ис

емой линии

б

Нет

пользовать ООД,

:

если они .реализованы в АКД. без

> 1 м

необходимости

предварительного

согласования с АКД

(п. 13.4.13)

Кла.'с 4: Услуги.

Запрет вход*-: i".

: ■■ 1*с !.•• > о

’ • i

•..<

Чг

которые всегда

шн» кыа<*г>й!

.»•*: 1 •

С • ф1

__

Да

доступны и кото

Запрет всхо

рые ООД может .

дящих вызовов

*

' • -

ЛЬш Т *

• Л«

привлечь/отменить

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

j »,».

4. любое времн

параметров уп-

•*. •• f

А.

• * k

(ими-г<хщктс1ву- ...

IMNM -пето-

л ■ »

• .«•/

JUfl об|К 1*ГвЛ**ЫИ ' 1

Ш/.. : mKi •>.tGoi лессааиие •

•w*.

в

.:

Лв . .

услуми*.Ж*имь-

•<Л-. fill

. .41 “1 1:

• у 4.1*»

зевание которых

масса пропуск-

'(.■

ООДаХХД должны

мой оцкобмости

в

1 в •

_

• Да

согласовывать ял

. Приемлемость

1 -

, »

•г

определенный пе

быстрой выборки

в

В .’V

" —»

-Д*

риод вроменн)

(а ) 11.2.4)

r.-V

- -. -V

V4

4

Страница 101

С. I» ГОСТ Р 34.«4~12

Проёолж-ш* габл. 19

Рагжтрацяя услуга* Нсволаауется а пакете:

Принт».

Клмв ■ харахтевкетша 4му«*г*т*аа«д услуг аммомп*'

еаиультетпмая

услуг»

пользователя1

ЭР

А« *

мвуоса

ямчемаЯ

услуг

ПР

Д«*

ухаяаяая

текущих эха *е пай

услуг

ПР

Д«я

>-к*»ыми

услуги.

доступ «5»

■ ХХД

маегь .

расяпва-

■ %т д ан свевай ий

ооД/оод

Клгсс Ь: Услуги, которые применимы на мггерфекее

ООД/ХХД к доступность кото-DMX ЯЛА ГАГЛГЛ»-

Приемлемость реверсивной тарификация Информация о тарифах (яа по-

U УТ«* пЛ* Or un ft or.

в

в

б

Нет4

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

(п. 13.1.2.5)

кове) Нестандартные рекомендуемые размеры пакета Нестандартные рекомендуемые размеры окна Назначение ре-комедуемых классов пропускной способности Диапазоны логических каналов*

Расширенная порядковая нумерация пакетов Повторная передача пакета Модификация бита Д

в

д

Ж

3*

г»

I*

г»

в

-д , *

Ж

3

г

г

б

б

б

б

б

б

б

Нет4

Да

Да

Да

Да

Да

‘ Нег<

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

ЗР - мхет ЗАПРОС РЕГИСТРАЦИИ.

ПР - пакет ПОДТВЕРЖДЕНИЕ РЕГИСТРАЦИИ.

1

   Терпни «факультативная услуга пользователя» применительно к процедуре регистрации включает параметры «дяамаога ИЯИСШ какал2». В число ип параметров входят «однояаправлеявы! исходищн! логически# какал» и «однонаправленный «ходящий лосичесжмв маа».. Предметом еопмжявкя являются аначення соответствующих параметре» (т. е. граничных значений) однонаправленных входящих логических каналов <НВК и ВВК). двухнаправлаймых логических каналов (НДК и ВДК) и одяоиаиравлвиных исходящих логических кайми (НИК я ВИК).

2

•    Процедура регистрации поя вол кет мс польз слать восемь «регистрирующих услуг*. К этим регистрируемым услугам, которые используются только при поддержит процедуры регистрации, относятся:

Страница 102

гост р mw-м с. i9i

•V регистрируемая услуг* «значения несогл«созываемых услуг»; б) регистрируем»! услуга «доступность услуг»; • а) регистрируемая yorfr*    согласовываемые а любое время»;

г) регистрируемая услуга «услуги, оотлаеоашмьйаа только а том случае, есан вое логические каналы, яспольауамые для виртуальных соединений, вадо-дитея в состоянии р1»;

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

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

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

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

4 «Нет* означает, что соответствующий бит в регистрируемой услуге должен быть установлен а значение 0.

* Значения для этих услуг могут регистрироваться только в том случае, если асе логические каналы, используемые для виртуальных иждивений, находятся в состоянии р1>

Отсутствие регистрации услуг в пакете ЗАПРОС РЕГИСТРАЦИИ означает нежелательность изменения ранее достигнутого со-глащения относктелвно этих услуг.    ,    •

Отсутствие регистрации н услуг в пакете ПОДТВЕРЖДЕНИЕ РЕГИСТРАЦИИ означает, что соответствующие услуги не обеспе-, чнваются или запрещены для согласования посредством услуги «динамическая регистрация услуги»..

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

См также:

кодирование регистрации услуг (разд. ,16).

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

Для факультативных услуг пользователя, входящих в класс I, процедуры регистрации не применяются. К таким услугам относят-* ся следующие:

а)    услуги, для Kofopbix ЮТласОйаняе запрещено:    .

динамическая регистрация услуги (п. 13.1);

услуги, относящиеся к закрытой группе • пользователей (п. 13.14);

-услуги, относящиеся к закрытой группе ■ двух пользователей (п/13.15);    ■    »    .    .

услуги, относящиеся к идентификации пользователя сети (п. 13121);

- группе с выбором (й. 13.24) j-

б)    услуги. ДЛЯ которых не требуется согласование (гго обязательные услуги, которые ООД может запросить в любое время на повыэывной основе):

Страница 103

С Itt ГОС? P

быстрая выборка (ti. IJfcHJ) ;    ,

выбор н мн*икац^    з^ржкц;/гй11те)>,.\

а)- услуги; «агоры*,асиамуот толы*о ЛКД: > .к    -\

■■■ уведомление о переадресации1 выедав и об-отражении вызова

<п. 13,25,3);    .............    ........../*    *

г) услуги, Для которых Ьрймеиимость процедуры регистрации находится на стадии изучения:' л.-. абонирование ПЧЭО (п. 13.23.»); переадресация вызова (п. 13.25.1);,    (

услуги, дтйос^шиеся к Отражению вызова (п. 13.'25.2)1..‘' ;

13.1.2.2.    Использование Л регистрации.> услуг,

применимых дня факультативных услуг • ноль* эовагелл класса 2    -**••• ‘ «

В классе 2 имеется единственная .факультативная услуга'пользователя — аадрет лональиой тарификации (п.. 13.20)...

Процедура регистрации может использоваться только для определения значений факультативных услуг пользователя класса 2. Она не моЬкет использоваться дляЧтрийЛечёйия или отмены *тих услуг.    :    ’    1    'г

Для определения значений факультативных услуг пользователя класса 2 ООД должно передать через ий'герфейс ООД/АКД цакет ЗАПРОС РЕГИСТРАЦИЙ с регистрацией каких-либо услуг нАн без них. ЛКД использует регистрацию услуги «значения нссогла-суемых услуг» в пакете ПОДТВЕРЖДЕНИЕ РЕГИСТРАЦИИ для задании значений факультативных услуг пользователя класса 2.

13.1.2.3.    Использование регист рации услуг,

применимых для факультативных услуг пользователя "класса 3    '

В классе 3 имеется четыре факультативные услуги пользователя: ч .    ’    *■    ✓. Л >:.!•    .

а)    реверсивная тарификация (п. 13.18);    I

б)    информация о тарифах (на повызывной,основе (□. 13.221;

в)    выбор ПЧЭО (п. Ш3,2);;    '    ,    t    ,    . '

г)    уведомление о модификации адреса • вызываемой линии (п. 13.26).

. Процедура регистрации может использоваться только для определения доступности использования факультативных услуг пользователя класса 3. Она не невольэуется для. привлечения И/отмены этих услуг. Для определения доступности использования факультативных услуг пользователя масса 3 ООД должно передать через интерфейс ООД/АКД пакет ЗАЛ РОС РЕГИСТРАЦИИ с регистрацией каких-либо услуг или без них. АКД использует регистрацию услуги «доступность услуг» в пакете ПОДТВЕРЖДЕНИЕ РЕГИСТРАЦИИ с целью определения доступности факуль-

Страница 104

татдвных услуг пользователя для и* .^аользрв^ния в ООД. рели st* рерйстраия^: услуги^ ук^увает.н^ .\,факультатнаиая услуга пользователя класса 3 доступна для использования, тр ООД мо-. жет запросить ее .в последующих вцртуалодых вызовах.

|J9,)>?.4. \Ис'яользоыьнил',’ !. регистрации . услуг, применимых дяя* факультативных услуг пользователя класса 4    ,

В классе 4 имеются пять факультативных услуг пользователя: я) запрет входящих вывбвов (П./13.5)?    •'

О) Запрет исходящих вызовов (п. 13.6) ;'    t л j

aj согласование параметров управления потоком (13.12);    *

г) согласование класса пропускной спосбности (п. 13.13)    '    {

л)| приемлемость быстрой выборки (п. 13.17).

Регистрация услуги «услуги, согласовываемые'в Любой Момент времени*, используете* ООЙ в пак*№ ЗАПРОС РЕГИСТРАЦИИ для указания необходимости привлечения или отмены факультативны* услуг гЫьзЬватёЛя Ыакет ЗАПРОС РЕГ^ЙСТРАЦИИ, переданный через интерфейс ООД/ХХД, может содержать также н д^уШе ^йгй^трация услуг). >» ' ‘    •    *'. 1

Регистрация услуги «услуги, согласовйваемые в любой момёнт вр&енн». исполь'зуётгя АКД или ООД * пакете ПОДТВЕРЖДЕНИЕ РЕГИСТРАЦИИ для определения необходимости привлечения или отмены факультативных услуг пользователя. Если эта регистрация услуги указывает, что привлекается услуга «согласование параметру управления потоком» или «согласование класс» пропускной способности*, тр ООД может согласовать их в последующих виртуальных вызовах. Если же эта регистрация услуги» указывает, что привлекаются услуги «запрет входящих вызовов»,, «запрет'исходящих вызовов» и/илн «приемлемость быстрой выборки», то эти услуги становятся Действующими для последующих, виртуальных соединений. . i ,    .    ,

Примечания:    •*-.•.    <

’ I. Пряв.теченнй/&тмеиа услуг «запрет входящих вызовов» и/или «запрет-исходящих вызовов» ие изменяет значений параметров для диапазонов тяпо» логических каналов (НВК, ВВК. НДК. ВДК. ПИК и ВИК).

а. В конфигурации QOJI/РРД л^аиадура р^стрлини м$и*»т црнце^яты* Для услуг, «запрет входящих вызювов». «дапрет исходят*** вцзовоа» и «приемлемость!быстрой выборки» (обычай з;ги Услуги, не применяется и дайкой, ко*#*: г ура иен К-' УсЛугя «запрет входящих' вЫюьои» и «запрет исходящих 4ьпЬ«п» м*гуг !*#ка.теиа1ьо»/отм*вягъс^дл* управления инициацией еноту* лай ого сведи-iitwfи ftt интерфейсе ООД/ООД,. Согласование услуги «приемлемость быстрой лы^орри» может использоваться для определения возможности обоих ООД подоеджкаатъ уйДугу «быстрая выборка» при установлении виртуаЛыГого соединения    •    1    ':    *

Страница 105

С. 10* ГОСТ P'WJW-M

13.1:2.5. Иthaл'ь&рвани'е f    peeiЬсгра'ции    услуг,

применимых д ля- ф яку ль т at ив н ы х ’-усЛуг пользователя класса 8

В классе 5 кмеегёк восемь факуЛьтатявяых услуг пользователя:

а)    расширенная Порядковая нуиервцйя- пакетов (конкретней

метод согласования этой услуги изучается в МККТТ) (п. 18.2) — класс 5.1;    ft'    «J

б)    модификация бита Д (п. 13.3)—клвсс-5.1;    *    ю

в)    повторная передача пакета (п. 13.4) — класс 5.1;    *    -*

г)    нестандартные рекомендуемые размеры пакета (п. 13.9) — класс 5.2;

д)    нестандартные рекомендуемые размеры окна (п.13.10) —

класс 5.2;    «• • ‘

е)    рекомендуемое назначение классов пропускной способности (л. 13.11) — класс 5.2;

ж)    приемлемость реверсивной тарификации (п. 13.19) — класс

5Л:    х •    » I    .    .

з)    информация о тарифах (на основе интерфейсов) (и. 13.22) — класс 5.1.

Набор параметров диапазона логических каналов (НВК. ВВК, НДК. ВДК, НИК и ВИЦ) такж£ относится к классу 5.2. Этот набор охватывает услуги «однонаправленный исходящий логический канал» (п. 13.8).

Примечания:    '

1.    Факультативные услуги пользователя класса 5 в свою очередь подрнэде-

л я ют ел иа услуги, имеющие булево значение (класс 5.1). и услуги, имяосцие ■шаговое значение (класс 5.2).    :    .    •    ,

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

3.    Процедура регистрации для услуг «нестандартные рекомендуемые размеры пакета», «нестандартные рекомендуемые размеры окна» и «назначение рекомендуемых классов Пропускио* способности» применяется только прн использовании этих услуг в виртуальных соединениях Для использования Мнх услуг в постоянных виртуальных каналах процедура регистрации не применяется.

4.    ООД может попытаться зарегистрировать значение факультативной услуги оользоггтс.-.я класса 5 без выяснения ее доступности для согласования.

Для оценки возможности согласования факультативных услуг пользователя класса 5 ООД должно передать через интерфейс ООД/ХХД пакет ЗАПРОС РЕГИСТРАЦИИ с. регистрацией на-кнх-либо услуг или без них. Регистрация услуги «доступность услуг» используется АКД и ООД в пакете ПОДТВЕРЖДЕНИЕ PF-ГИСТРАЦИИ, чтобы указать доступность или недоступность факультативных услуг пользователя для их согласования ООД. Если эта регистрация услуги указывает, что факультативная услуга пользователя класса 5 доступна для согласования, то ООД может

Страница 106

ГОСТ Р ЗА. WO—*2 с. >05

согласовать для нее значение в последующем пакете ЗАПРОС РЕГИСТРАЦИЙ.'\ ’    '    .."Г    )

Процедура регистрации значения для такой услуги зависит от того, имеет лн эта услуга Оулево значенйс (класс 5.1) или числовое значение (класс 5.2). ‘

Для регистрации значения одной или нескольких факультативных услуг пользователя данного класса ООД передает через интерфейс ООД/ХХД пакет ЗАПРОС РЕГИСТРАЦИИ, содержащий соответствующие регистрации услуг, как указано в табл. 10. Соответствующие регистрации услуг, указанные в табл. 10, используются ХХД в пга*ете ПОДТВЕРЖДЕНИЕ РЕГИСТРАЦИИ, чтобы указать значения для каждой факультативной услуги пользователя класса 5. применимой на данном интерфейсе ООД/ХХД.

13.1.2.5.1.    Регистрация значений факультативных услуг пользователя для класса 5.1 (булево значение)

Соответствующие регистрации услуг (см. табл. 10) используются ООД в пакете ЗАПРОС РЕГИСТРАЦИИ, чтобы определить необходимость привлечения или отмены факультативных услуг пользователя (пакет ЗАПРОС РЕГИСТРАЦИИ,, переданный через интерфейс ООД/ХХД, может содержать также и другие регистрации услуг).

Соответствующие регистрации услуг используются АКД или ООД в пакете ПОДТВЕРЖДЕНИЕ РЕГИСТРАЦИИ, чтобы задать привлечение или отмену факультативны* услуг пользователя.

13.1.2.5.2.    Регистрация значений факультативных услуг пользователя для класса 5.2 (числовое значение)

-Соответствующие регистрации услуг (см. табл. 10) используются в пакете ЗАПРОС РЕГИСТРАЦИИ, чтобы определить те числовые значения, которые ООД желает согласовать для соответствующих факультативных услуг пользователя класса 5.2 (пакет ЗАПРОС РЕГИСТРАЦИИ, переданный через интерфейс ООД/ХХД, может содержать также другие регистрации услуг). "

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

Страница 107

каналЬв» указывается также (ЯйЬее число логиче^^ ^ац^лр».. которые ООД желает использовать для анртльных ^соединений. 3rd Wterte чньио раАно (^ме1 сШнойапраЫенных входящих логических каналов, двухнапр&ВЛе^ных логн4ес*»х каналов н однонф-правлсных исходящих логических каналов. '    .    ,•

Соответствующие регистраций’ услуг используются АкД или ООД 'й пакете ПОДТВЕРЖДЕНИЕ РЕГИСТРАЦИЙ для рпр^де-ления значений соответствующих факультативных услуг радьэо-вателя класса 5.2, МежДу зн^чей'иями факультативных услугсоль-зовЬтёл* класса 5,2 (еелч.оМ. ^iWri^jOree) в пакете ЗЙПРОС РЕГИСТРАЦИИ и значей&ми в п*кете ПОДтаЕРЖДЕНИЕ РЕГИСТРАЦИИ существуют слсЛуюШие взаимоотношения:

а)    если запрошенное знчченйё приемлемо, то . умазывается запрошенное значение;’ .    ’

б)    если запрошенное значение больше максимально допусти

мого значения д!йижм-. уадуги/гто указывается максимально допустимой мпедше: . . .......

в)    если за прощен pole зЛа^енн* меньше минимально допустимого ’ Значения1 для ДанноЙ.уСЛуп*. то указывается минимально допустимое значение.

13.2.    Расширенная порядковая нумерация пакетов.    'и J il- ' ’ 1 " • ■ п,

Расширенная порядковая нумерация пакетов — это факультативная услуга пользоват^я,.сотласов1«аема|| между ООД и ХХД, на определенный период времени. Она применима в общем случае ко всем логическим каналА' ий'ерфеЙ’са ООд/ХХД;

Эта услуга пользователя, если она абонирована, обеспечивает . порядковую нумерацию пакетов по модулю 12в. При отсутствии этой услуги порядковая нумерация пакетов выполняется по модулю 8.    *    •

13.3.    Модификация бита Д- : •' 1

Эта..факультативная1 уолуга пользователя применима только в конфигурации ООД/АКД. ‘1    ■

' Модификация бита Д — Это факультативная услуга пользова- • тerf*; Согласовываемая между ООД и А'КД на определенный период времени? Она прн^ейИуа в.дбщем случае ко всем логическим хайв^ам Интерфейса ООД/ХХД. Этё услуга предназначена для использования только темя ООД, которые были предназначены для работы в сетях данных общего пользования до введения бита Д с Целью обеспечения межконцевой значимости Ппм. Она позволяет stHM ООД продолжать работать с Ппм меЖконцевой значимости* национальной сети.

■ При обмепе данными внутри национальной сети эта услуга пользователя, ссЛи она абонирована, дбсспечивает:

л) изменение- значения бита 7- идентификатора общего фотЛ*а-

Страница 108

Г.ОСт-f, ЩМ-r.n p. 107

та с 0 на |. во всех пакетах ЗАПРОС ВЫЗОВА и ВЫЗОВ ZJ\ PSPWT»    '0ЧИ?Д    00    все*    пакетах ДАН-

• •' Нб^Е, поду^-нныг’от ОВД* Г. ..

б) установление з:\а‘ш^'6йтн 7 ндснтифн,катора -общего -.фор-; мата в 0 ^ все^№§а^ ВХОДЯЩИЙ ВЫЗОВ и СОЕДИНЕНИЕ yCt+UiOBЛрНО, а также рачения бита Д во всех пакетах ДАННЫ!?, поданных в ООД.

При международной связи применяется преобразование б), а преобразование- а) не н^Ь^^ется.. Другие правила преобразована при междуэа^одкой ввяач являются предметом двухстороннего соглашения между администрациями «вязи.

См. также:    j

бит подтверждения доставки (пп. 6.3 и 7J.4).

13-4; Повторная . передач* пакета:

Повторная передача пекета~эГ6-факультативная услуга пользователя. согласовываемая между ООД и АКД на определённый период времени. Она применима в общем случае ко жем1 логическим каналам интерфейса. ООД/ХХД/ Процедуры, использующие эту услугу для запроса; повтор ной передачи пакетов ДАННЫЕ, применимы только во время: налождеиия логического канала в состоянии ГОТОВНОСТЬ.К УПРАВЛЕНИЮ ПОТОКОМ (dl}.

В конфигурации ООД/ООД для использования этой услуги требуется отдельное соглашение в каждом направлении передачи данных. При передаче пакетов ДАННЫЕ в Определенном направлении использование этой услуги позволяет ООД, принимающему пакеты ДАННЫЕ, передавать пакета НЕПРИЕМ н требовать от ООД, передающего пакеты ДАННЫЕ, обрабатывать принимаемые пакеты НЕПРИЕМ, как описано ниже.-'В конфигурации ООД/ /АКД оборудование ООД, абонирующее эту услугу, может передавать пакеты НЕПРИЕМ, но никогда не может принимать эти пакеты.    '

13.4.1 . Запрос повторной передачи Аакетйв ДАННЫЕ ООД запрашивает повторную передачу одного или нескольких последовательных пакетов ДАННЫЕ, передавая через интерфейс ООД/ХХД пакет НЕПРИЕМ,:указывающий логический канал к порядковый номер приема пакета Ппм и начиная отсчет тайм-аута «ответ на непрнем» (Т27), ЗнАчекА* указанного Ппм должно быть больше или равно значению последнего Ппм, переданного этим ООД, и меньше чем Ппл следующего пакета ДАННЫЕ, подлежащего передаче противоположным ХХД. Если значение Ппм находится вне этого диапазона, то ХХД, принявшее такой пакет НЕПРИЕМ, начнет процедуру повторной установки. АКД укажет причину «локальная процедурная ошибка», а ООД — по инициативе ООД». В любом случае будет указана диагностика «неправильный Ппм». *    *    .

Страница 109

С. 106 ГОСТ Р 34.M»-92

Если запрошенный пакёт ДАННЫЕ йе получен до вбтечення тайм аута Т27, это считается ОшнйадЙ. Пакет НЕПРИЕЛ* передается повторно вплоть до максимального числа раз R27. П&ле этого ООД повторно устанавливает логический канял с указанием причины «по инициативе ООД» и с диагностикой «истек тайм-аут или превышен счет повторных передач пакет# НЕПРИЕМ».

Примечания:

1.    ООД или АКД. !!».•.>чивша» пакет НЕПРИЕМ, не обязана повторно перелазать запрошенные пакеты ДАННЫЕ с такой оперативность», чтобы предотвратят» истечение таймаута T2J' иа передающем ООД Следовательно. в oaf ос ИС1ЮДМОМНИЯ этого тайма-аута требует внимательного жодхога

До тех пор, пока не будет принят запрошенный пакет ДАННЫЕ, все друга* пакеты ДАННЫЕ, полученные иа *том интерфейсе ООД/ХХД. должны аннулироваться

2.    Условие в ООД, «не готов к йриему», установленное предыдущей передачей пакета НЕГОТОВНОСТЬ К ПРИЕМУ, сбрвсывлется при передаче пакета НЕПРИЕМ.

См. также:    ■    ,

формат пакета НЕПРИВМ (и. 12.8 и черт. 26); тайм-аут «повторная передача ответа» (Т27) (табл. 32); счет повторных передач иеприемв (R27) (табл. 33); процедуры повторной установки (разд. 8);: условие «не готов к приему» (п. 7.1.6).

13.4.2. Обработка запроса повторной передачи В конфигурации ООД/АКД, получение в ООД пакета НЕПРИЕМ рассматривается как ошибка; в этом случае ООД выполняет повторную установку логического канала. В конфигурации ООД/ /ООД оба ООД должны согласовывать использование этой услуги. При отсутствии такого согласования получение пакета НЕПРИЕМ рассматривается как ошибка к выполняется повторная установка логического какала. Если ООД выполняет првторную установку логического канала, то должна указываться причина «по инициативе ООД» с дв#гностнкой «неопознанный пакет» или «НЕПРИЕМ не абонирован».

После приема пакета НЕПРИЕМ ООД или ХХД начинает'повторную передачу пакетов ДАННЫЕ по указанному логическому каналу. Номер Ппд в первом повторно переданном пакете. ДАН-НЬШ равен номеру Ппм, указанному в пакете НЕПРИЕМ. Кроме того, повторно передаются дакеты ДАННЫЕ с номерами вплоть до номера Ппд последнего пакета ДАННЫЕ, переданного перед приемом пакета НЕПРИЕМ, Пока ООД или ХХД не передаст через интерфейс ООД/ХХД пакет ДАННЫЕ с номером Ппд, равным Ппм. указанному в пакете НЕПРИЕМ. это ООД или ХХД будет рассматривать прием другого пакета НЕПРИЕМ как процедурную ошибку н выполнит повторную установку логического канала. АКД в конфигурации ООД/АКД должна указать причину «локальная процедурная ошибка». ООД в конфигурации ООД/

Страница 110

гост р »+:м*--«з с toe

ООД должно указать причину «по инициативе ООД*. в лйбом случае должна быть указана диагностика, «несанкционированный неприем».:. .1.1./

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

Примечание. Условие в ООД «ке готов «с приему*. установленное предыдущим приемом пакета НЕГОТОВНОСТЬ К ПРИЕМУ, сбрасывается при приеме пакета НЕПРИЕМ.

См. также:    >

процедуры повторной установки (разд. 8); ' условие «не готов к приему» (п. 7.1.6); тайм-ауты, учитываемые при приеме пакета НЕПРИЕМ <табл. 34).

13.5.    Запрет входящих вызовов

Эта факультативная услуга пользователя применима только в службе виртуальных соединений в конфигурации ООД/АКД.

Запрет входящих Ьыэовов — это факультативная услуга пользователя, согласовываемая между ООД н АКД на определенный период времени. Эта услуга применима ко всем логическим каналам, используемым на данном интерфейсе ООД/АКД для виртуальных соединений.

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

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

2.    При запрете входящих вызовов некоторые сети могут разрешать ООД посылать виртуальный в изо а самому себе (т. с. адрес вызываемого является адресом вызывающего ООД)

13.6.    Запрет исходящих вызовов

Эта факультативная услуга пользователя применима только в службе виртуальных соединений в конфигурации ООД/АКД. .

Запрет исходящих вызовов — это факультативная услуга пользователя, согласовываемая между ООД и АКД на определенный период времени. Эта услуга применима ко всем логическим каналам, используемым на данном интерфейсе ООД/АКД для виртуальных соединений.

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

13.7.    Однонаправленный исходящий лог и чес» кийканал

Страница 111

».Cj I К» ГОСТ R'34iM***2

. Эта факультативная услуга пользователя применима только в службе «иртуальшя! ооедявеяий.1 ьосс.. > лч. '■

Однонаправленный исходящий логический канал — этафйкуль-т«»к»нтиуслуга. пользователя, согласовываемая между ООД и АКД;«н определенны* нераод лреымйс Эта услуге Пользователя, если она,абонирована, огранУчотвЬ*!-неяольвоваяие логического карал# только, инищцццеф исходящих виртуальных соединений.

■ П^име-члния: ' '    1    4    г    ,    •

1,    Однонаправленный исходящий логический канал, используемый д.г я виртуальных соединений, сохраняет свои способности дуплексною обнеси > '

На черт. 1 показаны правда р соответствии 9 кчто^ымн однонаправленным исходящим логическим каналам* Для виртуальных соеМясиий могут- назначаться идентификаторы логического канале. •    .<    ‘H'Ji.    •    f

2.    Если асе логические миалы «ли вмргуалыш* соединений ка интерфейсе ООД/ХХД япляются однонаправленными исходящими, то результат- эквивалентен услуге «запрет входящих вызовов» (за исключением того, что примечание 2 к п. 13 $ ае применимо)

См. также;    ,    ,

факультативная услуга, вдоьзовател^ .«запрет входящих вызовов» (л. 13.5):'.’    :    *    |    ,    ,,    _,    ,

^.13.8. Однонаправленный,, входящий логи чес-к нД,; канал -

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

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

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

На черт. I показакьифааила, в соответствии с которыми однонаправленным входящим каналам дли виртуальных соединений могут назначаться идентификаторы логического канале'.” '

Примечание. Если асе логические каналы для виртуальных соединений на- интерфейсе ООД/'ХХД 'яв.'Нйтся однонаправленными входящими, то рмулъ-тат зкамвалент<н услуге «ахпрет исходящих вызовов».    «    ,

См. также:

факультативная услуга пользователя «запрет исходящих вызовов» <п. 13.6). .    ^

.13.9. Нестандартные рекомендуемые размеры пакета

Нестандартные рекомендуемые размеры пакета .— это факультативная услуга пользователя, согласовываемая между ООД и ХХД на определенный период времени. Эта услуга пользователя, если она абонирована, обеспечивает выбор рекомендуемого разт

Страница 112

гост ¥    с    fit

мер* пакета дл% каждого направлен** rifcpeAa'ffi' данных нз списка раз**** пакете, овеспеи»а»шв*-ХЮД к<)СХД. Некоторые ХХД могут ограничивать рскоакщлуеми* paiwep'пакет», чТббы' сделать его раааын в обоих нахгравлеи*** itftpeAaSfc данных чёр*з интерфейс .ООД/ХХД. Рекомпнд уе м is* jpaSiWp паю*™, яст*л&$ё&ъЛ ООД, -а^Ида должен вклочan^aeaiwжхОсть его' установки в ама-чеине^йв; При отсуктви» атой увйу^рехймендуемый размер Пакета дан каждого направления пф&йчя данных — 128 октете*.

П^ ме *1 а к и е. Й »том подраздел* терцин «размер пакета» относится к хаксшмльмоД дпне поля «данные пользователи» ■ пакете ДАННЫЕ.

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

Ciil.; также:    ,,    ‘

Факультативная услуга пользователя«согласование параметров управления потоком» (п. 13.12^.

13.10.    Нестандартные рекомендуемые разме-.

ры окна    'л,...

Нестандартные рекомендуемые размеру окна — это факультативная услуга пользорателя, согласовываемая между ООД и ХХД на определенный перйбд времени. Эта услуга пользователя, если она абонирована, обеспечивает выбор рекомендуемого размера окна дл.я каждого направления передачи данных из списка размеров окна, обеспечиваемых ООД и ХХД. Некоторые ХХД могут ограничивать рекомендуемый размер Щнл, чтобы сделать его одинаковом в обоих направления* передачи данных через интерфейс ООД/ХХД. Рекомендуемый размер окна, используемый ООД, должен йсегда предусматривать, возможность его установки в значение!^. При отсутствии этой возможности рекомендуемый размер окна для каждого направления передачи данных — 2.

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

См. также:

факультативная услуга пользователя «согласование параметров управления потоком» (п. 13.12).

13.11.    Назначение рекомендуемых классов пропускной способности

Назначение рекомендуемых классов пропускной способности— это факультативная услуга пользователя, согласовываемая между ООД и ХХД на определенный период времери. Эта услуга поль*

Страница 113

С М2 ГОСТ Р N.MM2

зоватсля, если она а бон и ром «а. обеспечивает выбор рекомендуемого класса пропускной способности. *** : каждого направления передачи данных из сянси* классов пропускной способное™, обеспечиваемых ООД и ХХД. Некоторые ХХД» могут ограничивать рекомендуемые классы пропускной саоообностн, чтобы сделать их одинаковыми в обоих направлениях передачи данных. При отсутствии этой услуги рекомендуемые классы пропускной способности соответствуют пользовательскому классу услуг (т. с. скорости передачи по линии доступа) ООД. В конфигурации ООД/АКД они не могут превышать максимальный класс пропускной способности, обеспечиваемый АКД.    ,    .

'Рекомендуемые классы пропускной способности представляют собой классы максимальной пропускной способности, которые могут назначаться любому виртуальному соединению данного интерфейса ООД/ХХД. Значения, отличные от рекомендуемых классов пропускной способности, могут быть согласованы для' виртуального соединения при помощи услуги «согласование класса пропускной способностиэ и приняты на некоторый период времени для каждого постоянного виртуального канала.

См. также:

факультативная услуга пользователя «согласование класса пропускной способности» (п. 13.13);

значение класса пропускной способности (п. 15.2.2.2).

13.12. Согласование параметров управления потоком

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

•' Согласование параметров управления потоком — это факуль-татввная услуга пользователя, согласовываемая между ООД и ХХД на определенный период времени для виртуальных соединений. Эта услуга пользователя, если она абонирована, допускает согласование параметров управления потоком на повызывной основе. Параметрами управления потоком являются размер пакета и размер окна на данном интерфейсе ООД/ХХД для каждого направления передачи данных.

Примечания:

I Термин «размер пакета» указывает максимальную длину поля «данные пользователя» в пакете ДАННЫЕ.

При отсутствии услуги «го'лаа.вааие параметров управления потоком» параметрами управления потоком, подлежащими использованию на конкретном интерфейсе ООД/ХХД. являются рекомендуемые размеры пакета и рекомендуемые размеры окна.

2. Термин «рекомендуемый размер окна* означает либо 2. либо значение, выбранное при помощи услуги «нестандартные рекомендуемые размеры окна». Т«рмии «рекомендуемый размер пакета» означает либо 128. либо зиачеияс. эм браннее при помощи услуги «нестандартные рекомендуемые размера пакета»

Страница 114

ГОСТ 9 34.M*rtt- С. 11$

Если вызывающему ,00Д абонирована услуга «согласование параметров упрвалгыия потоков», оно может отдельно вавюенть. (внвкете ЗАПРОС ВЫЗОВА) >|»«амер пакета и/влн раамер окна для обоих направлений перначи данных виртуального соединении. Беям конаретаыА ра'вмеп окна «вно не затребован в пакете ЗАПРОС ВЫЗОВА, тч ХлД будет полагать, что для обоих направлений передачи данных затребованы рекомендуемые размеры окна. ЕсЛн конкретные размеры пакета ямо не затребованы, то ХХД будет полагать, что ,для обоих направлений передачи данных затребованы рекомендуемые размеры пакета.

Если вызываемому 00Д абонирована ' услуга «согласование параметров управления потоком», то в каждом пакете ВХОДЯЩИЙ ВЫЗОВ указаны те размеры пакета н окна, с которых ООД может начать согласование (в конфигурации ООД/ООД такая индикация параметров осуществляется только в том случае, если вызывающее ООд предусмотрело это в своем пакете ЗАПРОС ВЫЗОВА). Между размерен пакета (Р) н/илн размером окна (W), затребованными в пакете ЗАПРОС ВЫЗОВА, и этими же параметрами, указанными в пакете ВХОДЯЩИЙ ВЫЗОВ, нет никакой взаимосвязи (исключая конфигурацию ООД/ООД, где пакет ЗАПРОС ВЫЗОВА н пакет ВХОДЯЩИЙ ВЫЗОВ .— это один и тот же пакет). Вызываемое ООД может запросить размеры окна и/илн размеры пакета посредством услуг в пакете ВЫЗОВ ПРИНЯТ. В табл. 11 приведены единственно правильные запросы услуг в пакете ВЫЗОВ ПРИНЯТ, определяемые индикациями услуг в пакете ВХОДЯЩИЙ ВЫЗОВ. Если в пакете ВЫЗОВ ПРИНЯТ отсутствует запрос услуг, то предполагается, что вызываемое ООД приняло значения, указанные в пакете ВХОДЯЩИЙ ВЫЗОВ. В конфигурации ООД/ООД ори отсутствии индикаций услуг в пакете ВХОДЯЩИЙ ВЫЗОВ н при отсутствии запроса услуги в пакете ВЫЗОВ ПРИНЯТ предполагается, что вызываемое ООД приняло рекомендуемые значения.

Табяаца М

Правильные запросы параметров «управление г>ото«ом> а вит ВЫЗОВ ПРИНЯТ в ответ па вид в ваши параметров «управление потового в —гч ВХОДЯЩИЙ ВЫЗОВ

Индпиимя параметра

П;овк1ышА мпpot параметр»

W (указанное)^

W (указанное) “ f

W (указанное)(запрошенное)>2 W (запрошенное) — I нАн 2

Р (указанное) >128 • Р (указанное) <128

Р (укаэапное)>Р (запрошенное) >128 Р (указаниое)<Р (запрош«ппое)<128

Страница 115

С. М4 ГОСТ ► 34.»В*-*2

• В* конфигурации ООД/АКД, ёСли вызыв

aatfa уьяуга :««е№аСовМ№ nitta*........

у ООДабр^ро-

Ш

£ ус

каждИ* тюк** СОВДНН£Н>тс!;У

меры’-пакета и раамёрй- окна, ebiit^jkatitfre1______

ном интерфейса данного соеяк#е*ия.‘,й’.А^нфф» отсутствие Ьнди*аций усл^Ги W naVeVb ёбЙДИ ВЛЕНО у*азы»гй?г,,1ч1Ъ Bife Aitfttibie‘ООД'ЬрЩкя'о зНа , державшиеся в пакете ВХОДЯШИИ’ВМрОв.'ЭТба nfto их вии «ли рекомендуемые эначенЬа-.^В тМбл.! 12 пМвеДеиы едй но правильные индикаций ycrtyrtf i hWete СОЕДИНЕНИЕ НОВЛЕНО, определяем^ запросами Услуги в ПЯКбтё1 ВЫЗОВА.    '    '    ■"    ‘    

ТвОЛнца 12

Лрааилаиие Якхмиаш в*р»М*тро» супржмекм потоком» а мм*е : ' СОЕДИНЕНИЕ УСТАНОВЛЕНО » егтет як |зкпАоси параметров «хлрамммс потоком» > М*тЗА'ТТ1кбС*ЬГ?ОЙА    *

- I.

(1 Заяра: услуги ,

г ,г. .. . j . . ,f •, . f

11р*«алмв>* дпимим услуга

, - f 'M if f . ’ ...1

W (змрокгсинос)>2 W {запроигеижж) *■ 1 M : '•

' Wtl(Mii}>otneHB(Je)>W (укаэ«ино«)>2 W (yfcnmiioc)—^ или 2

P (;млрошенмо«1>128 , • R (запрошенное) <128

P (3&ni>oifcmoe»P (уха5а*яос)>128 P^>«9>ою9кие»гХР (указamoe)< 128

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

В конфигурации ООД/АКД размер окна и размер пакета не обязательно должны быть одинаковыми на каждом кон.це вир-туалЬйАгй соединен#*. '*    '    '    **•-' '■■■    '* V •"•••»«

■Роль АКД в согласовании а^раЦ^^ЬВ управления потоком может зависеть от сети.    *

См. также:

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

факультативная услуга пользователя «нестандартные рекомендуемые размеры пакета» (п. 13.9);

факультативная услуга пользователя «нестандартные рекомендуемые размеры окна» (п. 13.10);

. кодирование запроса'на размер пакета (пп. 15.2.1 и 15.2.2.1.1); кодирование запроса на размер окна (пп. 15.2.1 и 15.2.2.1.2).

Страница 116

ГОСГ. *.3*вИ>*>«2 С. I>S

13.13. Согласование .класса i«j»onускшой спо-с'1ОДстк' . '    ...    V    *.■

Эта факультативная ycfyr,t пользователя прим«а им» только в службе Ч»йру^»нЦ1 ср+Деддеу%,    «*'.    ''*/*

СоМасомййе класса дорпдакрМ способности — это факульта-rHariajTytayra пользователя, согласовываемая между ООД ■ ХХД н* определенный период времени для вартуаиьных .Соединений. Эта услуга пользователя, если она абонирована,-допускает согласовав классов пропускной, способности на повыэывной основе. Krtatdbi1 пропускной способности рассматриваются независимо для каиСдбгд направления пе'редани данныл.

Если вызывающему.’урД разращено использование услуги «Согласование класса пропускной способности*, оно может затребовать i пакете ЗАПРОС ВЫЗОВА классы пропускной способности для обоих направлений передачи! данных виртуального соеди-Bew,;Et?H,B пакете ЗАПРОС ВЫЗОВА явно ае запрошены кон-крШШе классы пропускной способности, то ХХД будет полагать, что были запрошены рекомендуемые значения для обоих налрлв-ЛеММ.Ш^ДВ^в. ^    •    *    ’    г.,;., *.,|    .    .    •    -    •>

‘.вели, вызываемому ,рОД абонирована услуга «согласование клйсса пропускной со^бисртв», ^ каждый пакет ВХОДЯЩИЙ ВЫЗОВ ^удет у^аадвать классы .пропускной способности, с которых РОД может; нанять согласование (* конфигурации ООД/ОбД такое указание дрисут<^гвувг только в том случае, если вызывающее ООД обеспечило втд в своем пакете ЗАПРОС ВЫЗОВА). Эти классы рропуркиой способности, есЛШ онн предусмотрены, будут меньше или рдвцы классам, выбранным вызывающим ООД, либо явно, Лнро как рекомендуемые, если вызывающему ООД не абони-ронанф услуга <с)0глвсованне,|1лаоса пропускной способности» пли если значения класса пропускной способности не были явно запрошены в пакете ЗАПРОС СОЕДИНЕНИЯ. В конфигурации ООД/ /ООД. прц, отсут4тв'нн указании в- пакете ВХОДЯЩИЙ ВЫЗОВ вызываемое 00 Д должно полагать, что были запрошены рекомендуемые классы пропускной способности. В конфигурации ООД/ /АКД классы пропускной,, способности, указанные вызываемому ООД, не должны быть также больше, чем рекомендуемые классы пропускной способности, соответственно для каждого направления передачи на вызывающем и вызываемом интерфейсах ООД/АКД. Их диапазон может быть дополнительно уменьшен за счет внутренних ограничений сети.

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

Страница 117

С. 1Н ГОСТ-9 34.МФ-Г2

которые меньше или равны их значениям (соответственно для каждого направления передачи данных), указанным в пакете ВХОДЯЩИЕ ВЫЗОВ. Если вызываемое ООД lie запрашивает в пакете ВЫЗОВ ПРИНЯТ никакой услуги класса пропускной способности, то в конечном счете для этого виртуального ооедннення будут использоваться классы пропускной способности, указанные в пакете ВХОДЯЩИИ ВЫЗОВ.

Если в конфигурации ООД/АКД для вызываемого ООД не абонирована услуга «согласование класса пропускной способности», то применимый в конечном1 счете классы пропускной способности для данного виртуального соединения будут меньше иди равны классам, выбранным нй вызывающе* интерфейсе ООД/АКД. и меньше нли равны их рекомендуемым: значениям на вызываемом интерфейсе ООД/АКД.

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

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

Примечания:

1. Поскольку для одного и ТОГО же соединения может применяться как услуга «согласование класса пропускной способности», так и услуга «согласование параметров управления потоком», то достижимая пропускная способность будет зависеть or способа обработки бита Д.

'А Пользователям следует иметь в виду, что выбор слишком маленького раэ«_ мера окна или размера пакета ма интерфейсе ООД/лХД (при помощи услуги" «согласование параметров управления потоком») может неблагоприятно повлиять на достижимый класс пропускной способности виртуального соединения. Это также справедливо по йтаошеиию к механизмам управления потоком, принятым ООД для управления передачей данных от ХХД.

См. также:

кодирование услуги «согласование класса пропускной способности» (пн! 15.2.1 и 13.2.2.2);

Страница 118

fOCT> м.«3*-«г С 117

♦♦WbtaiWett1 услуга Пользователя «назначение рекомендуемых luftcco* njtonyc«Hoft ёцособнвст*» (и. 19:11);

факул^тагмм^й у^лу^а^йолкэоаа^ля «согласование параметров управления йдевяЫй) (Е13:12): *    '

13.14. Услуги, относящиеся к закрытой группе пользователей ‘'    '■    *    ”    *

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

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

Существует семь относящихся к ЗГП услуг: пять из них — те, которые каждое ООД и сеть могут согласовать на определенный . период времени; две другие услуги позволяют определять ЗГП, выбранную для данного виртуального соединения. К этим семи услугам относятся следующие:

а)    закрытая группа пользователей (п. 13.14.1); это основная услуга, позволяющая ООД принадлежать одной или нескольким ЗГП;

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

Это вариант а), позволяющий одному ООД осуществлять исходящие вызовы к другому ООД в открытой части сети (т. е. к ООД, не принадлежащим ни к какой ЗГП) и к ООД из других ЗГП, обладающих возможностью входящего- доступа (см. ниже подпункт в);

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

Это вариант а), позволяющий одному ООД принимать входящие вызовы от других ООД из открытой части сети (т. е. нз ООД. не принадлежащих ни к какой ЗГГ1) и из ООД других ЗГП, обладающих возможностью исходящего доступа (см. выше подпункт •6>; • „ .

г)'    запрет входящих вызовов внутри закрытой группы пользователей (п. 13.14.4); это услуга, дополняющая услугу по подпунктам а) или б) и/илн в) я предохраняющая ООД от приема любых входящих ' вызовов от ООД из определенной

ЗГПц

д)    запрет исходящих вызовов внутри закрытой группы польэо-

Страница 119

С. lie ГОСТ Я 34J5<^-92

рателей (л, 13.14,5); 9tq услуга, доа©*ин*сццдв услугу по подпунктам а> иди б) #/ш\ц *1н одздДОыдаидо ООД от ,любых исходящ*» выаомо»    сшррдздрииой- ЗГП;

е) выбор закрытой группы пол^з^т^е#. (^Кцдо); флусяу-га обеспечивает спецификацию всех 3*ПК относящихся к конкретному виртуальному соединению;    г

Допустимые сМдпмп • гтоптпчкко* итфигуралхи икрыт*й группы МтлФвш*вмЛ

ООД

Дв0ИЯ№>»'0

I ‘1 ■ г ••

Мо~»т

иияч

klMmi :

МвИГ! лр*я«1. МММ СП

А

ЗГП е м<к-л»шим аоступем

.•Г ЦПУ,' •

С.Г.Д

Б

■it

ifftc «доЦ*ыл* ;ооулои ■ --ЗГП1 ;

• - ЗГП 2 с мпс*то«1 ^Cioioiuiu кгаи

* А

А. В. Г.Д

в

ЗГП

,^-згпг . ,

ft

Г

г

ЗГП с цедя или tK’r'm

' •- ЗГП JtMn**ros> tiMxuMa аьоаюя

Б. в

А. Д

а '

H«t «баифоа^мы» ЗГП

1 - ! * • -

в. Г

А

Черт. 28

ж) выбор закрытой группы пользователей с исходящим доступом (p. 13.14.7V; »то услуга (п. 13.14.6) позволяющая ООД или АКД сигвалианровать о том, что должен использоваться исходящий доступ для данного виртуального соединения.

ООД может принадлежать одной или нескольким ЗГП. Каж-_аос ООД, принадлежащее по меньшей мере одной ЗГП, согласо-

Страница 120

foct’# 34jsft-te t 119

вывлт с ,ceW*> МпбльмбанЫЬ!лкбо урлугк '«afWpttT** rpynni ПОЛЬ-

зователвй», л»Лб    < fcWf'tMfeirx ‘^tkyv: c$akpmJa‘*'rpyi!rt& ЛЬЛьэо-

вателей t и<?хвдед»и*‘доступом* HoWtpbrta* групп* пользователей с входящим дбе*упом*. В каВДой Ъ»‘ЗГП, к которым оЬляаддежНт ООД.дЛя’ fntfo ООД вЛжег'Л^»гмйЛг¥ься од'яа!. лйбо йк оДнбй йз двух: У$й??;>&апрет ВхЬАящйх вы*о*л в закрытой rpyilne пользователе* ялй «запрет йёходжни* -Ыы&лов н закрытой i*pynnc пользователей». ЛИ раайы* ООЙ, принадлежащих одной jи тбй же ЗГП1 могут 1*рименя»ьси рЬшнЫтоёкомбинации услуг ЗГП.

В зависимости at абоииров'а'пкых yiityr; относяихйхсй к ЗГП, и числа ЗГП, к которым принадлежит ООД, может возникнуть иеоб-ход**ос¥ь, чЛбы5 3to ООД хакАё определяло предпочтительную ЗГЛУОпределеАме BpeJteowiTMbtrdfr 8ГП позволяет Прикрепить эту ЗГП к данному виртукльйому (ЗоеАкяеЙйю без'Явного ее указания в пакете ЗАПРОС ВЫЗОВА или ВХОДЯЩИИ ВЫЗОВ.

Если ООД, прияадл^ащее од^ой1 или несколькйм ЗГП, устанавливает виртуальное соединение, тб’ ООД Может ifeHo указать в пакете ЗАПРОС ВЫЗОВА ту ЗГП, Которая выбрана при помощи услуги «выбор закрытой группы пользователей» или «выбор закрытой груПпы пользователей с исходящий доступбм» <см. примечание). Если ООД, принадлежащее одной или нескольким ЗГП, принимает виртуальный wMSoe,: то выбрлйная ЗГП может быть явно указ'аяа в Jiakete ВХОДЯЩИЙ ВЫЗОВ пойредстаэм использования услуги «Ьыбор закрытой груйлы Пользователей» или «выбор закрытой груПйы пользователей с й<с ХоДяЩим доступом».

Примечание. Для данного виртуального соединения может испольэо-В8ТЬСЯ ТОЛЬКО ОЛИВ ЯЭ уЗОМйкуГЙ* BbJUie услуг быСорв

Чйсло ЗГЙ, й которым може* Принадлежать ООД, зависит от -сети!    .    .    ‘    -ьч

. .    Закрытая группа пользователей

Эта факультативная услуга пользователя применима только в службе виртуальных соединений в конфигурации ООД/АКД:

Закрытая группа пользователей — это факультативная услуга пользователя, согласовываемая меЖду ООД и АКД на определенный период времени для виртуальных соединений. Эта- услуга пользователя, если она абонирована, позволяет ООД принадлежать одной нлн нескольким ЗГП. Между ООД, принадлежащими одной ЗГП, разрешен обмен даннЫмн, но со всеми другими ООД такой обмен запрещен.

Если ООД принадлежит более чем к одной ЗГП, то может бы?ь указана предпочтительная ЗГП.

Если услуга «закрытая группа пользователей» абонирована, то на данном интерфейсе ООД/АКД применима только услуга «выбор закрытой группы пользователей».

13.14.2. Закрытая группа пользователей с исходящим доступом

Страница 121

С 1В« ГОСТ Р 34.МО-#2

Эта факультативная.услуга пользовался применима только в службе виртуальны* соединений.в конфигурации ООД/АКД.

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

Если услуга «закрытая группа пользователей с исходящим доступом» абонирована и если сеть предостарлвет ООД возможность не задавать предпочтительную ЗГП и ООД решило не задавать предпочтительную ЗГП, то обе услуги «выбор закрытой группы пользователей» и «выбор закрытой группы пользователей с исходящим доступом» применимы на данном интерфейсе. Во всех других случаях абонирования услуги «закрытая группа пользователей с исходящим достулям» ООД должно указать предпочтительную ЗГП и на данном интерфейсе для использования применима только услуга «выбор закрытой группы пользователей».

13.14.3.    Закрытая группа пользователей с входящим доступом

Эта факультативная услуга пользователя применима только в

службе виртуальных соединений в конфигурации ООД/АКД.

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

ЕсЛи услуга «закрытая группа пользователей с входящим доступом» абонирована и если сеть предоставляет ООД возможность не задавать предпочтительную ЗГП и ООД решило не задавать предпочтительную ЗГП, то обе услуги «выбор закрытой группы пользователей» и «выбор закрытой rpynrtu пользователей с исходящим доступом» применимы на данном интерфейсе. Во всех других случаях абонирования услуги «закрытая группа пользователей с входящим доступом» ООД должно указать предпочтительную ЗГП и на данном интерфейсе для использования применима только услуга «выбор закрытой группы пользователей».

13.14.4.    Запрет входящих вызовов внутри закрытой группы пользователи

Страница 122

tocfr>    С1121

Эта факультэтявМая yt^yra mwiMOwtofl применима tqjuo в службе виртуальных соединений в кояфнгурацщ ООД/АКД: Запрет входящих вызовов, рнутрн,$ГД *— это факультативная услуга пользователя, »глвсовываемья между ООД н АДК на определенный период времени. Эта1 Услуга пользователя, если она абонирована для данной ЗГП, позволяет ОрД устанавливать виртуальные соединения с ООД этой ЗГП, но запрещает прием входящие вызовов от. ООД этой ЗГП. *

13.14.8. Запрет исходящих вызовов Ьнутрй закрытой группы пользователей •

Эта факультативная услуга пользователя применима только в службе виртуальных соединений в конфигурации ООД/АКД.

Запрет исходящих вызовов эцутрн ЗГП — ЭТО фадульталгюним услуга пользователя, согласовываемая между ООД и АКД на определенный период времени. Э*а уелуга пользователя, если она абонирована для данной ЗГП, позволяет ООД принимать виртуальные вызовы от ООД этой ЗГП, но запрещает ООД устанавливать виртуальные соединения с ООД этой ЗГП.

13.14.6. Выбор закрытой группы пользователей Эта факультативная услуга пользователя применима только в службе виртуальных соединений в конфигурации ООД/АКД.

Выбор закрытой группы пользователей — это факультативная услуга пользователя, которая может использоваться на помиыв-ной основе. Эта услуга может быть запрошена или воспринята ООД только в том случае, если ему абонирована услуга <за*р**-ая группа пользователей* или «закрытая группа пользователей с исходящим доступом» н/или «закрытая группа пользователей с входящим доступом».    ‘    ..

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

Услуга «выбор закрытой группы пользователей» используется в пакете ВХОДЯщИЙ ВЫЗОВ, чтобы указать вызываемому ООД ту ЗГП, которая выбрана для виртуального соединения.

Число ЗГП, к которым может принадлежать ООД. зависит от сети. Если максимальное значение индекса, назначенного для использования оборудованием ООД с целью выбора ЗГП, равно 99 или меньше, то следует использовать базовый формат услуги «выбор ЗГП». Если же максимальное значение назначенного индекса находится в диапазоне между 100 и 9999, то следует использовать расширенный формат услуги «выбор ЗГП*.

В некоторых сетях ООД может использовать либо базовый, либо расширенный формат услуги «выбор ЗГП* при значении индекса 99 или меньше.

Страница 123

ИД — исдодяций доступ.

Страница 124

С ВЫЗОВА ве допускается.

давдвгш




ч 4J1/-    >.к    ■    I. • ' !L

укШадой ’3fn, ляво кпутрк

^Ч.    прииеЬйы ,шько;,

1 При международных соединениях, ейлн фреСуе&яй сеть н« йбддеркйФдет услугу «выбой закрыто* группа л6ль£ователей с ис*од1йакы доступом*. то соединение может быть завершено, диже если вьпывасмое ООД прияаМе&ет к указанной ЗГП или к отхрытой части или имеет входящий доступ.


ОдфпМое’ услуг/‘ЬММММНГ \    ЦУШШм&Шц/к*.    i    помета*

ВХОДЯЩИЙ ВЫЗОВ    л

г \ 'У' Або*ф<*м№п ЗПУ

»»♦«<(**, вОАЗШИ

.. ' • Л‘Г‘Т".ё<

«-'>»•« Л4му

. if^W* ■

■ Нет >ыуК .<1^р

«Жйитау*.

род

* о-: *. > * .

Ж&*335- ..

«• !?.» £ Я. I-

•""«Г

с чехойдом jpcTyna*'

ЗГП с йред-почт«иввм*

J , * м *:Ч># * У каланча а ЗГП1

;» чь *. г ь

. »;• «•

'Предпочтительна*"

ЗГП/ИД с предпомтеиисм .

'

или едннствеаная .

ЗГП»

ЗГП/ВД'с '• предпочтением

•• ■ >».

Указанная ЗГП. v + ДХОДяиЦ1в , ‘ доступ4

. . V •.!■*•

Не. «сполюует-.

Р* • .. .

, Иродпочтитммия

или сдниитосииая ЗГП+втоляшяй

доступ*

ЗГП/ВД/ИД о предпочтением .,

f * • *

ЗГП/ИД без

предпочтения

. ' 's»> • •

Не. используется

ЗГП/ВД без предпочтении

Указанная ЗГП’

Указанная ЗГТТ '+ »XOA«iWl* 1 ’ MCfjtf -1 ’

- * „

ЗГД/ВД/ИД <>ез предпочтения

I.. Г • 1 •

ВхидашиЯ доступ

Нет ЗГП

Не используется

‘ г .• iii:

Не используется • . *

!' д • •

Условные обо4начквНя: ВД — вхоадшнй Доступ; ИД — всходящий доступ.

■ У    -    •    ,    •    •    •    .    ft    •


. (    Т а б л ■ ц 'а 14


Страница 125

С 12* JWJI р U4W-92

•    АКД никогда мс Поместит две услуги: «дыбор мкрыто# группы ролью-

в'ЙЙщ!Э№Ж‘’,jra"0,mj"» ' **»««« ««Ж- •

.* агп бее лредвотпяяя не допускается. "    '    *,    ”    7    *.

» Еслр «яоддаииядаоям л«вреще*ы внутри ладной ЗГП. к» таио* вызов

боцця «нм;о1|Ожтг-'    .    ,    .."•

*    Л*#**    w    то    ар»»»"»

толмю я*Одящ»1 доступ К п*кст ВХОДЯЩИЙ ВЫЗОВ и« содержит й услуги «выбор закрытой группы пользователей», ия услуги «выбор закрытой группы полмомхеле! с исходящим доступом».

. “*** входящие вызовы запрещены внутри данной ЭГП, то применим только входящий доступ. ‘

См. также:

кодирование услуги «выбор закрытой группы пользователей» (пп. 15.2.1 и 15.2.2.3).

• • ОД 4.7. Выбор закрытой группы пользователей с исходящим.

доступам    ..    .    г-    '-у.    ■* .о л

- Эта факультативная услуга пользователя применима только в службе виртуальных соедмйеяий в конфигурации ООД/АКД.

•    Выбор закрытой группы пользователей с исходящем доступом — это факультативная, услуга пользователя, которая мож*т использоваться на повыша&оЯ Основе. Эта услуга может использоваться толь*о в том. случае, если сеть предоставляет ООД возможность не задавать предпочтительную ЗГП и ООД решило ее не задавать. Эта услуга может быть запрошена ООД только в том случае, -если ему абонирована услуга «закрытая группа пользователей с исходящим доступом* или обе услуги- «закрытая группа пользователей с исходящим доступом» и «закрытая группа Пользователей с входящим доступом». Эта услуга может быть воспринята ООД только в том случае, если ему абонирована услуга «закрытая группа пользователей с входящим доступом» или обе услуги «закрытая группа пользователей с входящим доступом» и «закрытая группа пользователей с исходящим доступом».

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

•    Услуга «выбор закрытой группы пользователей с исходящим доступом» используется в пакете ВХОДЯЩИЙ ВЫЗОВ, чтобы указать вызываемому ООД ту ЗГП, которая выбрана для виртуального соединения, и то, что вызывающее ООД использовало исходящий доступ. .

Число ЗГП, к которым может принадлежать ООД, зависит от сети. Если максимальное значение индекса, назначенного для использования оборудованием ООД с целью выбора ЗГП, равно 99

Страница 126

ГОСГР Н ИМ! С. 139

или меньше, то следует мспольаовать базовый формат услуги «закрытая группа пользователей с выбором исходящего доступа». Если же максимальное ала чей не нм—«сввого индекса находится в дадумЬоне от 100 до 9999, то следует использовать ' расширенный формат услуг* «закрытая группа пользователя с выбором исходящего доступа».: ... I    .    ■

В некоторых сетях ООД - разрешается использовать либо основной, либо расширенный формат услуги «закрытая группа пользователей с выбором исходящего доступа» при значении индекса 99 или меньше. • /•

Примечание. Если ООД абонировано для мемес чем 101 ЗГП, то ссть дойжла быть способна согласовывать максимальное значение индекса, меньшее 100 при запросе со стороны ООД.

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

Значение наличия услуги «выбор закрытой группы пользователей с исходящим доступом* в пакетах ЗАПРОС ВЫЗОВА и ВХОДЯЩИЙ ВЫЗОВ приведено в табл. 13 н 14 соответственно.

См. также:

кодирование услуги «выбор закрытой группы пользователей с исходящим доступом» (пп. 15.2.1 и 15.2.2.4).

13.14.8. Отсутствие обеих услуг выбора ЗГП Значение отсутствия обеих услуг «выбор закрытой группы пользователей» н «выбор закрытой группы пользователей с всходящим доступом» в пакете ЗАПРОС ВЫЗОВА и ВХОДЯЩИЙ ВЫЗОВ указано в табл. 13 и 14 соответственно.

13.15. Услуги, относящиеся к* закрытой груи-ие двух пользователей

Описываемые в данном подразделе факультативные услуги пользователя применимы только 8 службе виртуальных соединений в конфигурации ООД/АКД.

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

Существуют три относящиеся к ЗГДП услуги: две из них могут быть согласованы между любым ООД и сетью на определенный период времени; третья позволяет указывать ЗГДП, выбранную для данного виртуального соединения. Этими услугами являются: а) закрытая группа двух пользователей (п. 13.15.1) — это ба-

Страница 127

С.-If* ММКС И.«»^Й

;^РВ§я услуг», которм нозволяег ООД принадлежать 0д#0Й

ИЛЦ ««СКОЛЬКИМ ЗГЛИ]<.:<0ип - >< • л.*:ь -    *    «    ' • : • »:»

б)    закрытая группа *»уа. яолсвовжтелей'с иеходятХм1 доступом ^а.. 1^.15.2) -гг eroijioflyra (л; 13.»5Л)’; йопозввляюЩай ОвД

, выдавать исходящие вызовы к> ООД оМрытой часУи ст^гя (т. е. к ООД, не принадлежащим ни к одной ЗГДП)1, ’•    ■

в)    .выбор закрытой группы лкух пользователей (й: ГЭ.15.3У — t эта -услуга обеспечивает спецификацию ЗГДП, относящуюся к конкретному виртуальному соединению. • '/>-

ООД может принадлежать одной или нескольким ЗГДП. Каждое ООД, принадлежащее хотя бы к одной ЗГДП, обеспечийает либо услугу «закрытая групяа двух пользователей», либо услугу «закрытая группа двух пользователей с исходящим доступом». В конкретной ЗГДП допускаете»} абонировать одному ООД уейугу «закрытая группа'двух пользователей», а другому ООД —услугу «закрытая' группа ДЬух пользователей, с исходящим доступом».

Если ООД, принадлежащее о^ноя ад и нескольким. ЗГДП, устанавливает вйртузльнрне соединение, то Ь. пакете ЗАПРОС,ВЫЗОВА- оно должно, указать ЗГДП, выбранную , посредством услуги «выбор Закрытой группы двух нрльзодателей». Если ООД, яря-надлежа’щеб одной или нескольким ЗГДП, принимает. виртуальный вызов, то в пакете ВВОДЯЩИЙ.ЦЫЗОВ будеп .указана та ЗГДП, которая выбрана посредством использования услуги «ныбор закрытой группы двух пользователей*. ,    .*    :

Число ЗГДП, к которым можёт принадлежать ООД, зависит от сети.    *    ,v . I ... .

ООД может одновременно обеспечивать одну на услуг, относящихся к ЗГДП, и одну или несколько услуг, относящихся к ЭГП и .описанных в п. 13.14. Услуг.и ЗГП. и ЗГДП независимы друг от друга. Например, вызов внутри ЗЩ не ра^матрнвается как вы-зов.исходяшего доступа по отношению к услугам ЗГДП. . i *

13.15.1. Закрытая грдмр.двух пдльзователей <    -»<>

3*та факультативная услуга пол^ьзователя . цримыщма тряько в службе виртуальных соединений в конфигурации ООД/АКД-' Зарытая группа двух пользователей —• это факультативная услуга пользователя, согласовываемая между ООД и АКД на определённый период времени для виртуальных соединений. $та услугИ, если она абонирована, позволяет ООД ррннадлеж^.рд-ной или нескольким ЗГДП. Для пары ООД, между . которыми достигнуто двухстороннее соглашение об обмене данными, ЗГДП позволяет осуществлять его. но запрещает взаимодействие со всеми другймк ООД.    Ч

13! 15.2. Закрытая группа двух пользователей с исходящим дос-тУПОА ‘    /    ’•    ......    i    .    .

факультативная услугу пользователя применима только в службе виртуальных соёдийенйй в конфигурации ООД/АКД.

Страница 128

r.QCT. p    127.

Закрытая rjwojia д^у* пользователей с м^одящрм ,дос-$у,пом — этЬ "ф а л Ьт а т h%w а я у^у^а п^зовате^я, сргласоаываемад ,*еж-Ху СЮД ^ ДКД на’ определенный период временидл* ацрту^ть-Hiix Соединения. Эта услуга ноль40ват£ля, если она а боннам .1-на'. позвол!яег ООД принадлежать одной или нескольким ЗГДП и выдавать виртуальные вызови к ООД открытой части .сети <т-    не    принадлежащим    ^н к одной ЗГДП).., Л/

Г3.13:3.'Йыбор хакрытой группы двух пользователей

Эта факультативная услуга пользователя применима только в службе виртуальных соединений в конфигурации ООД/А.1^Д.

Выбор закрытой группы двух пользователей — это факультативная услуга, которая может использоваться на повыэывиой основе. Эта услуга должна быть запрошена или будет воспринята ООД только в случае, есди этому ООД абонирована услуга «закрытая группу двух подавателей» или «закрытая трудна двух пользомтелей с исходящим дрсту^м».

Услуса «выбор закрытой группы двух пользователей» используется вызыва]0ЩИ|М ООД в /1ёкет?; ЗАПРОС ВЫЗОВА,. чтобы определить ЗГДП, вибраЯную для виртуального соединении. Длина адреса вызываемого ООД должна быть закодирована одними нулями.

Услуга .«выбор закрытой группы двух пользователей» используется в пакете ВХОДЯЩИЕ BWiiOB. чтрбы указать вызываемому ООД ту ЗГДП, которая выбрана для виртуального соединения. Длина адреса вызывающего ООД| кодируется одними нулями. ,

См. также:

кодирование услуги «выбор закрытой группы двух пользователей (п. 15.2.1 и п. 15.2.2.5). ’

13.16. Б ы ст р а й выборка

Эт» факультативная услуга пользователя применима только в службе виртуальных Соединений.    ■"    <-f    *    '

«Ьыстрая выборка — это факультативная услуга пользователя* которая может быть запрошеяа ООД для данного виртуального соединения. ООД в конфигурации ООД/АКД может использовать эту услугу без предварительного согласования. В конфигурации ООД/ООД использование этой услуги требует предварительного согласования между двумя ООД. Достигаемое соглашение позволяет обоим ООД инициировать вызовы с этой услугой и требует от. них обработки принятых вызовов с использованием этой услуги.

Если ООД в конфигурации ООД/АКД устанавливает соединение, используя быструю выборку, с другим ООД, для которого не абонирована услуга «приемлемость, быстрой выборки», то есть завершит это соединение с указанием причины «приемлемость быстрой выборки не абонирована*. рСли ООД в конфнгу-

Страница 129

С itTlteT * 34JM-K

рации ООД/ООД устанавливает соединение с ООД; с Kotopw не согласовано использование 1 быстрой выборки, то; вызываемое ООДаюжет завершить это соединение с указаШед причины «по инициативе ООД» и диагностики «быстрая выборка не абонирована».

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

Услуга «быстрая выборка», если она запрошена в пакете ЗАПРОС ВЫЗОВА и если не указано ограничения на выдачу ответа:    4    ..

а),    позволяет пакету ЗАПРОС ВЫЗОВА содержать поле «данные вызывающего пользователя» длиной до 128 октетов;

б)    разрешает ХХД передавать вызывающему ООД. находящемуся в состоянии ЗАПРОС ВЫЗОВА (р2), пакет СОЕДИНЕНИЕ УСТАНОВЛЕНО или ИНДИКАЦИЯ ЗАВЕРШЕНИЯ с полем «данные вызываемого или завершавшего пользователя» соответственно. длиной до 128 октетов;

в)    разрешает вызывающему ООД и ХХД передавать после выполнения установления соединения п^кет ЗАПРОС ЗАВЕРШЕНИЯ или ИНДИКАЦИЯ ЗАВЕРШЕНИЯ с полем «данные завершающего пользователя» длиной до 128 октетов.

Увлуга «быстрая выборка», если она запрошена в пакете ЗАПРОС ВЫЗОВА и указывает наличие ограничения на выдачу ответу:

а)’    позволяет пакету ЗАПРОС ВЫЗОВА содержать поле «данные вызывающего пользователя» длиной до 128 октетов;

б)    разрешает ХХД передавать вызывающему ООД. находящемуся в состоянии ЗАПРОС ВЫЗОВА (р2), пакет ИНДИКАЦИЯ ЗАВЕРШЕНИЯ с полом «данные завершающего пользователя» длиной до 128 октетов (ХХД не разрешается передавать пакет СОЕДИНЕНИЕ УСТАНОВЛЕНО). .

По*;я «данные еызывяющего пользователя», «данные вызываемого пользователя» и «данные завершающего пользователя» нельзя разбивать на сегменты при доставке через интерфейс ООД/ХХД.

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

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

Страница 130

fOCT P M.W-H С. If»

ЗАПРОС ВЫЗОВА с полем «данные вызывающего пользом*м*> принят вызываемым ООД.

Все друсие процедуры обработки виртуального вызова, в котором была запрошена услуга «быстрая выборка», не затрагиваются этим запросом.

См. также: :    .

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

кодирование услуги «быстрая выборка» (п. 15.2.1 и п. 16 2.2.6);

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

13.17. П р и е м л е м о с ть быстрой выборки

Эта факультативная услуга пользователя применима только в службе виртуальных соединений в конфигурации ООД/АКД-

Приемлемость быстрой выборки — это факультативная услуга пользователя, согласовываемая между ООД и АКД на определенный период времени для виртуальных соединений. Эта услуга пользователя, если она абонирована, позволяет АКД передавать ООД входящие вызовы, запрашивающие услугу «быстрая выборка*. При отсутствии этой услуги АКД не будет передавать ООД входящие вызовы, требующие услуги «быстрая выборка».

Если вызываемому ООД абонирована услуга «приемлемость быстрой выборки», то оно будет извещено, что «быстрая выборка» вместе с указанием наличия ограничения на ответ была запрошена путем введения услуги «быстрая выборка» в пакет ВХО-ДЯЩИИ ВЫЗОВ.

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

а)    в качестве прямого ответа на этот пакет выдавать пакет ВЫЗОВ ПРИНЯТ с полем «данные вызываемого пользователя» длиной до 128 октетов;

б)    выдавать в любое время пакет. ЗАПРОС ЗАВЕРШЕНИЯ с полем «данные завершающего пользователя» длиной до 128 октетов;

в)    принимать после выполнения установления соединения пакет ИНДИКАЦИЯ ЗАВЕРШЕНИЯ с полем «данные завершающего пользователя» длиной до 128 октетов.

Наличие в пакете ВХОДЯЩИИ ВЫЗОВ услуги «быстрая выборка» с указание* ограничения на выдачу ответа позволяет вызываемому ООД в качестве прямого ответа на этот пакет выдавать пакет ЗАПРОС ЗАВЕРШЕНИЯ с полем «данные завершающего пользователя» длиной до 128 октетов; вызываемому ООД не разрешено передавать пакет ВЫЗОВ ПРИНЯТ.

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

5 Зви. 2100 -

Страница 131

С 110 ГОСТ Р 34.96* »2

нельзя разбивать на сегменты при доставке через интерфейс ООД/ХХД.    ^

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

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

См. также:

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

факультативную услугу пользователя «быстрая выборка* (п. 13.6);

процедуры завершения (п. 5.5);

кодирование услуги «быстрая выборка» (пп. 15.2.1 и 15.22.6).

13.18.    Реверсивная тарификация

Эта факультативная услуга пользователя применима только в службе виртуальных соединений в конфигурации ООД/АКД.

Реверсивная тарификация — это .факультативная услуга по-' льзователя, которую может запросить ООД для конкретного виртуального соединения. Эта услуга, если она применяется, требует, чтобы сеть начисляла все расходы, связанные с представлением виртуального соединения, вызываемому ООД.

См. также:

факультативную услугу пользователя «приемлемость реверсивной тарификации (п. 13.19);.

кодирование услуги «реверсивная тарификация» (пп. 15.2.1 и 15.2.2.6).    •    •

13.19.    Приемлемость реверсивной тарификации

' Эта факультативная услуга пользователя применима только в службе виртуальных соединений в конфигурации ООД/АКД.

• 'Приемлемость реверсивной тарификации это факультативная услуга пользователя, согласовываемая между ООД и АКД на определенный период времени для виртуальных соединений. Эта- услуга пользователя, если она абонирована, предоставляет АКД право передавать в ООД входящие вызовы, запрашивающие услугу «реверсивная тарификация». При отсутствии этой услуги АКД не будет передавать в ООД входящие вызовы, запрашивающие услугу «реверсивная тарификация».

См. также:

факультативная услуга пользователя «реверсивная тарификация» (п. 13.18).

13.20.    Запрет локальной тарификации

Эта факультативная услуга пользователя применима только в службе виртуальных соединений в конфигурации ООД/АКД.

Запрет локальной тарификации — это факультативная услу-

Страница 132

ГОСТ Р S«.»50-itt С. «31

га пользователя, согласовываемая между ООД н АКД на определенный период времени для виртуальных соединений. Эта услуга пользователя, если она абонирована, предоставляет АКД право запрещать установление виртуальных соединений, за которые должен платить абонент, следующим образом:

а)    не передавая в ООД входящие вызовы, которые требуют услуги «реверсивная тарификация»;

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

когда ООД выдает вызов. Эта ределена посредством ряда как

другая сторона может быть on-, процедурных, так и админист

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

запрос реверсивной тарификации посредством услуги «реверсивная тарификация»;

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

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

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

См. также:

факультативная услуга пользователя «реверсивная тарификация» (п. 13.18);

факультативная услуга пользователя «идентификация пользователя сети» (п. 13.21).

13.21. Идентификация пользователя сети Эта факультативная услуга пользователя применима только в службе виртуальных соединений в конфигурации ООД/АКД.

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

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

5*

Страница 133

с *м naer г

яШсп из ООД в АКД а услуге «выбор ИПС». Этот идентификатор никогда не передается уделенному ООД. *

13.2 Г. £ Абонирование МПС

Эта факультативна^ у<*луга пользователя применима* только в службе виртуальных соединений в конфигурации ООД/АКД.

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

Эта информация обеспечивается ООД в пакете ЗАПРОС ВЫЗОВА или ВЫЗОВ ПРИНЯТ путем использования услуги «выбор ИПС». Она может использоваться независимо от того, абонирована или нет для данного ООД т^кже услуга «запрет локальной тарификации*. Если АКД определяет, что идентификатор пользователя сети недействителен или что услуга «выбор ИТ1С» отсутствует, хотя и требуется для сети, то она завершает соединение.

См. также:

факультативная услуга пользователя «запрет локальной тарификации» (п. 13.20), факультативная услуга пользователя «вы--бор ЙПС» (п. 13.21.3).

13.21.2. Игнорирование ИПС

Эта факультативная услуга пользователя применима только в службе виртуальных.соединений в конфигурации ООД/АКД.

Игнорирование ИПС — это факультативная услуга пользова* теля, согласовываемая на определенный период времени между ООД и АКД для виртуальных соединений. Если эта услуга абонирована, то один или несколько идентификаторов пользователя сети также согласовываются на соответствующий период. С каждым идентификатором пользователя сети логически связан набор временно абонированных факультативных услуг пользователя сети. Если один из этих идентификаторов обеспечивается В'Пакете ЗАПРОС ВЫЗОВА с помощью услуги «выбор ИПС», то логически связанный с ним набор факультативных услуг пользователя, абонированных на повременной основе, игнорирует услуги, применимые на данном интерфейсе. Это игнорирование не относится к другим существующим или последующим соединениям на данном интерфейсе. Оно продолжает действие в течение длительности конкретного соединения, к которому оно относятся.

Перечень факультативных услуг пользователя, которые могут Cfiiib логичгесКи связаны с идентификатором пользователя сети п0и абонировании услуги «игнорирование ИПС», приведен Bi табл. 15. Те факультативные услуги пользователя, которые сог-лДОМаны для интерфейса на определенный период времени и ко-

Страница 134

ГОСТ W М.НО-Ы С 13*

торые не игнорируются путем использования услуги «игнорирование ИПС», остаются » силе.

♦ахульталшвые уиугш «nof

■ «

ЯМС»

Таблица 16 с услуг*#


•Гшулктагмше услуга полыми теля, *«о«*ру*иы* ч» поармМхмвЯ вено**

Может быть яогжче. см еммш! с ИПС

Нет

Нет

Нет

Нет

Нет

Нет

Нет

Нет

Да

Да

Да

Да

Да

д*

Да

Нет

Нет

Нет

Да

Да

Нет-

Нет

Нет

Да

Да

Her

Нет

Нет

Динамическая регистрация услуг .

Расширенная порядковая нумерация пакетов Модификация бита Д Повторная передача пакетов Запрет входящих визовое Запрет исходящих вызолов ОдмоиааравлекиыА исходящей логический канал Оишмаар тленный входящий логический канал Нестандартные рекомендуемые раамеры пакета Нестандартные рекомендуемые размеры окна Рекомендуемые назиачеиня классов .пропускной способ иости

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

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

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

Закрытая группа полыователей с исходящим доступом Закрытая группа пользователей с входящим*доступом Запрет входящих вызовов с закрытой группой полыова-теле* .

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

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

Приемлемость быстрой выборки Приемлемость реверсивной тарификации Запрет локальной тарификации

Информация о тарифах (абонируемая на повременной основе)

Абонирование ПЧЭО Групп» с выбором Переадресация вызова Дбвнироаами* отражения вызова

См. также:

факультативная услуга пользователя «выбор .ИПС» (п. 13.21.3).

#3.21.3. Выбор ИПС

Эта факультативная услуга пользователя применима только в службе виртуальных соединений в конфигурации ООД/АКД..

Выбор ИПС — это факультативная услуга пользователя, которая может быть запрошена ООД дли определенного виртуального соединения. Эта услуга может быть залр*да*«а АКД толь-

Страница 135

<Х 134.ГОСТ Р »4.*И>-ае

ко в ток случае, если ей абонирована услуга «абонирование ИПС* и/или «игнорирование ИПС». Услуга «выбор ИПС* позволяет ООД определить, какой из идентификаторов пользователя сети следует использовать в сочетании с услугой «абонирование ИПС» и/иди «игнорирование ИПС*:

Услуга «выбор ИПС* ч«Ь*(*г -быть запрошена в пакете ЗАПРОС ВЫЗОВА, если выбранный идентификатор пользователя сети согласован вместе с услугой «абонирование ИПС» или «игнорирование ИПС». Услуга «выбор ИПС» может быть запрошена в пакете ВЫЗОВ ПРИНЯТ, если запрошенный идентификатор пользователя сети согласован вместе с услугой «абонирование ИПС».

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

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

См. также:

кодирование услуги «выбор ИПС» (пп. 15.2.1 и 15.2.2.7)-

13.22. Информация'о тарифах

Эта факультативная услуга пользователя - применима только в службе виртуальных соединений в конфигурации ООД/АКД

Информация о тарифах — это факультативная услуга пользователя, которая может либо согласовываться между ООД и АКД на определенный период времени для всех виртуальных соединений, либо запрашиваться ООД для конкретного виртуального соединения.

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

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

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

Страница 136

ГОСТ Р 34.И1ЬИ С. IW

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

См. также:    ,

кодирование услуги «запрос информации о тарифах» (пп. 15.2.1 v и 15.2.2.8.1);

кодирование услуг «индикация информации о тарифах» (пп. 15.2.1 и 15.2 2 8.2— 15 2 2 8.5);

13.23. Услуги, относящиеся к ПЧЭО

Эти факультативные услуги пользователя применимы только в службе вйртуальных соединений в конфигурации ООД/АКД.

Набор факультативных услуг    пользователя, относящихся

к ПЧЭО, позволяет вызывающему ООД определить внутри страны — источника вызова одной или последовательности нескольких транзитных сетей ПЧЭО, через которую(ые) будет проходить соединение в случае наличия нескольких транзитных сетей ПЧЭО с одним или последовательностью нескольких шлюзов. В случае международных вызовов эта возможность включает выбор международной сети ПЧЭО в стране — источнике вызова.

При отсутствии обеих услуг «абонирование ПЧЭО» н «выбор ПЧЭО* никакие назначения пользователями транзитных сетей ПЧЭО не действуют

13.23.1.    Абонирование ПЧЭО

Эта факультативная услуга пользователя применима только в службе виртуальных соединений в конфигурации ООД/АКД.

«Абонирование ПЧЭО» — это факультативная услуга пользователя, которая согласовывается между ООД и АКД на определенный период времени для виртуальных соединений. Эта услуга пользователя, если она абонирована, применима (при условии, что она не игнорируется для отдельного виртуального соединения услугой «выбор ПЧЭО») ко всем виртуальным соединениях при наличии нескольких транзитных сетей с одним или последовательностью нескольких шлюзов. Услуга «абонирование ПЧЭО» обеспечивает последовательность транзитных сетей ПЧЭО. чере» которые должны проходить вызовы.

См. также:    *

факультативная услуга пользователя «выбор ПЧЭО» (п. 13.23.2)

13.23.2.    Выбор ПЧЭО

Эта факультативная услуга пользователя применима только в службе виртуальных соединений в конфигурации ООД/АКД.

Выбор ПЧЭО —эта факультативная услуга пользователя, которая может быть запрошена ООД для данного виртуального соединения. Для использования этой "услуги не обязательно абонировать услугу «абонирование ПЧЭО». Будучи использована для конкретного виртуального, соединения, эта услуга примени-

Страница 137

t lie ГОСТ *

mb к нему только при наличии исцкельких транзитных сетей ПЧЭО с одним или последовательностью, нескольких шлюзов. Услуга «выбор ПЧЭО* обеспечивает последовательность транзитных сетей ПЧЭО, через которые должен проходить оызов. При наличии этой услуги в пакете ЗАПРОС ВЫЗОВА полностью игнорируется последовательность транзитных .сетей ПЧЭО, которые могут быть специфицированы услугой «абонирование ПЧЭО*.    ■

Если ООД выбирает только одну транзитную сеть ПЧЭО, то может использоваться либо основной, либо расширенный формат услуги «выбор ПЧЭО». Если ООД выбирает более одной транзитной сети ПЧЭО. то должен использоваться расширенный формат услуги «выбор ПЧЭО». Появление обоих форматов в пакете ЗАПРОС ВЫЗОВА должно рассматриваться как недопустимый код услуги.

См. также:

Фак> 'льтативная услуга пользователя «абонирование ПЧЭО» (п. 13.23.1);

кодирование услуги «выбор ПЧЭО» (пп. 15.2.1 и 15.2.2.9).

13.24. Группа с выбором

Эта факультативная 'услуга пользователя применима только в службе виртуальных соединений в конфигурации ООД/АКД.

Группа с выбором — это факультативная услуга пользователя, соглэсоиываемая между ООД и ДКД ка определенный период времени для виртуальных соединений. Эта услуга пользователя, если она абонирована, распределяет входящие вызовы, имеющие адрес данной группы с выбором, по назначенной группе интерфейсов ООД/АКД.

Выбор выполняется для входящих виртуальных соединений при условии, что существует, по крайней мере, один незанятый логический канал (исключая однонаправленные исходящие < логические каналы), доступный для виртуальных соединений на любом интерфейсе ООД/АКД в этой группе. Как только виртуальное соединение прикрепляется к интерфейсу ООД/АКД. оно рассматривается как обычное соединение.

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

Виртуальные вызовы могут быть инициированы ООД на ни-

Страница 138

ГОСТ f    *2 с. 137

терфейсах ООД/АКД, принадлежащих группе с выбором; эти вызовы обрабатываются в обычном порядке. В частности, адрес вызывающего ООД, передаваемы* удаленному ООД в пакете , ВХОДЯЩИЙ ВЫЗОВ, -явл»ет<М адресом группы с выбором, если только данному интерфейсу ООД/АКД не присвоен конкретный Мйрес. Ка интерфейсах ООД/АКД. принадлежащих группе с выборов, могут сущест*оввть постоянные виртуальные каналы. Эти постоянные •.< виртуальные каналы независимы от операций; в группе с выбором. Некоторые сети могут применять факультативные услуги пользователя виртуального соединения на поаы-зывной основе вообще для всех интерфейсов ООД/АКД, относящихся к группе с выбором, налагать ограничения на число интерфейсов ООД/АКД в группе с выбором и/или ограничивать размеры территории, обслуживаемой одной группой с выбором.

См. также:

факультативная услуга пользователя «уведомление о модификации адреса вызываемой линии» (п. 13.26).

13.25. Услуги. «переадресация вызова» и «отра-женис вызова»    .

Эти факультативные услуги пользователя применимы только в службе виртуальных соединений в конфигурации ООД/АКД. •

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

Если соединение, к которому применима услуга «переадресация вызова» илн услуга «отражение вызова», завершается, то причиной завершения является та. которая вырабатывается во время последней попытки достигнуть вызываемого интерфейс са ООД/АКД.

Переадресация вызова и отражение вызова относятся только к той сети, в которой содержится первоначально вызванное ООД.

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

Страница 139

С. 138 ГОСТ ГМ.ИО-К

тельность фазы установления соединения соответственно длительности тайм-аута Т21 ООД.    .    .    ,

Если виртуальный вызов переадресовывается или отражается, то в случае, когда ни одно из ООД. ие передает пакета ВЫЗОВ ПРИНЯТ или вызывающему ООД передается пакет СОЕДИНЕНИЕ УСТАНОВЛЕНО, пакет ИНДИКАЦИЯ ЗАВЕРШЕНИЙ будет содержать адрес вызываемого альтернативного ООД и услугу «уведомление а модификации адреса вызываемой • линии*, указывающую причину отличия адреса вызываемого от первоначального запрошенного.

В некоторых сетях при переадресации или отражении вызова альтернативные ООД могут информироваться о происходящей переадресации tf/нли отражения вызова, о причинах этого, об адресе первоначально вызванного ООД посредством услуги

2'ведомление о переадресации или отражении вызова» в пакете ХОДЯЩИЙ ВЫЗОВ.    '    .

См. также: .    *    ’

тайм-аут ответа на запрос вызова (Т21) (табл. 32); факультативная услуга пользователя «уведомление о модификации адреса вызываемой Линии» (л. 13.26).

13.25.1. Переадресация вызова

Эта факультативная услуга пользователя применима только в службе виртуальных соединений в конфигурации ООД/АКД Переадресация вызова — это факультативная услуга пользователя, согласовываемая между ООД и АКД на определенный период времени для"виртуальных соединений. Эта услуга пользователя, если она абонирована, переадресовывает входящие вызовы. предназначенные конкретному ООД, если:

а)    это ООД вышло из строя;

б)    это ООД занято.

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

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

а) сеть запоминает список альтернативных ООД (например В1, В2,...) для первоначально вызываемого ООД (например ООД Б). Последующие попытки переадресации вызова применяются к каждому,из этих адресов в списочном порядке вплоть до завершения соединения.

Страница 140

ГОСТ I» 34.961V—§2 С 13»

б) переадресация вызова может осуществляться по логической цепочке; если для ООД В абонирована переадресация вылова на ООД Г, то вызов, яередресованный первоначально

на ООД Б п ООД В может быть переадресован к ООД Г; переадресации и отражения вызова могут также осуществляться по цепочке.    ’    ;

Порядок обработки•установления соединения в первоначально вызываемом АКД такой же,'как к в альтернативном АКД. и должен соответствовать последовательности сигналов прохождения вызова, определенной в рекомендации Х.96 МККТТ. Для тех сетей, которые обеспечивают систематическую переадресацию вызова с предварительный запросом вызываемого ООД, запрос на систематическую переадресацию вызова будет иметь нан-высший приоритет в последовательности обработки установления соединения в первоначально вызванном ООД.

13.25.2.    Услуги, относящиеся к отражению вызова

(3.25.2.1. Абонирование - отражения вызова

Эта факультативная услуга пользователя применима только в службе виртуальных соединений в конфигурации ООД/А1СД-.

Абонирование отражения вызова — это факультативная услуга пользователя, согласовываемая между ООД и АКД на определенный период времени. Э^га услуга,', если она абонирована, позволяет ООД запросить с помощью услуги «выбор отражения вызова», чтобы отдельный вызов, направленный ему путем передачи пакета ВХОДЯЩИЙ ВЫЗОВ, был отражен к'альтернатнв-ному ООД.

АКД может использовать сетевой тайм-аут, значение которого согласовано с абонентом, для ограничения промежутка времени между передачей пакета ВХОДЯЩИЙ ВЫЗОВ к первоначально вызванному ООД и выдачей со стороны этого ООД запроса на отражение вызова. При истечении этого тайм аута первоначально вызванному ООД запрещается использоватв услугу «вцбор отражения вызова* для отражения вызова. Если же первоначально вызванное ООД попытается отразить вызов и после истечения этого тайм-аута, то сеть завершит соединение.

13.25.2.2.    В ы бор отражения• вызова

Эта факультативная услуга пользователя применима только в службе виртуальных соединений в конфигурация ООД/АКД

Выбор отражения вызова — это факультативная услуга пользователе, которая может быть использована на повызывной основе. Она может быть запрошена ООД только в том случае, если ему абонирована услуга «абонирование отражения вызова».

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

Страница 141

С 140 ГОСТ Р 94.98#—Ф2

вызываемым ООД в пакете ЗАПРОС ЗАВЕРШЕНИЯ только в виде прямого ответа на пакет ВХОДЯЩИЙ ВЫЗОВ дли определения адреса альтернативного ООД, к которому < должен 4я*ть отражен вызов. При эля росе конкретного виртуального соедяне-ння сеть отражает вызов ал*гер*атнвному ООД и не ответает вызывающему ООД вследствие процедуры завершения на первоначально вызываемом интерфейсе ООД/АКД.

Если услуга «выбор отражения вызова» используется в пакете ЗАПРОС ЗАВЕРШЕНИЯ, то ООД должно включить в него также все специфицированные МККТТ услуги ООД и данные пользователя, подлежащие передаче альтернативному ООД. В пакет ЗАПРОС ЗАВЕРШЕНИЯ может быть включено до 16 октетов данных пользователя. если первоначальный вызов был выдан без услуги быстрой выборки и до 12S октетов, если первоначальный вь*зов был выдан с услугой быстрой выборки. Если в пакет ЗАПРОС ЗАВЕРШЕНИЯ не включена нн одна из специфицированных МККТТл-слуг ООД. то ни одна услуга не будет передана в пакете ВХОДЯЩИЙ ВЫЗОВ альтернативному ООД. Если в пакет ЗАВЕРШЕНИЕ ВЫЗОВА не включены данные завершающего пользователя, 1то никакие данные этого пользователя не будут включены в -Т1акет ВХОДЯЩИЙ ВЫЗОВ для альтернативного ООД.

Примечание. В течение переходного период* в некоторых сетях может быть запрещена модификация содержимого отраженного пакета ВХО ДЯ1ЦИИ ВЫЗОВ. В этом случ•* отражающему ООД не разрешается использовать в пакете ЗАПРОС ЗАВЕРШЕНИЯ никаких даяяых пользователя или специфицированных МККТТ услуг ООД.

Услуги протокола Х.25, содержащиеся в пакете ВХОДЯЩИЙ ВЫЗОВ, который передается альтернативному -.ООД, — это те услуги, которые содержались бы в пакете ВХОДЯЩИЙ ВЫЗОВ, если бы этот вызов был прямым дозовом, передаваемым из вызывающего ООД к альтернативному ООД. Болес того, может UMCT& место также услуга «переадресация вызова» или «отражение вызова», если они обеспечиваются сетью.

Бит 7 идентификатора общего фермата в пакете ВХОДЯЩИЙ ВЫЗОВ при передаче в первоначально вызванное ООД и в альтернативное ООД имеет то же значение, что- и в пакете ЗАПРОС ВЫЗОВА. ,

Если сеть обеспечивает только базовые услуги н если переадресация н отражение вызова уже выполнены, то ООД завершает соединение при использовании услуги «выбор отражения вызова».

См. также:

факультативная услуга пользователя «быстрая выборка» (п. 13.16);

кодирование услуги «выбор отражения вызова» • (пп. 16.2.1 я 15.2.2.10).    •    .

Страница 142

ГОСТ Р MAfi*—« С. HI

13.25.3. Уведомление о переадресации вызова или отражении вызова

Эта факультативная услуга пользователя применима только в.службе виртуальных соединений а конфигурации ООД/АКД

Уведомление о переадресации или отражении вызова — »то услуга пользователя, используемая АКД в пакете ВХОДЯЩИЙ ВЫЗОВ для информирования альтернативного ООД о факте н причинах переадресуют ели отражения вызова и об адресе первоначально вызываемого ООД.    ,

При использовании услуги «уведомление о переадресации или отражении вызова» могут быть указаны следующие причины:

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

б)    переадресация вызова вследствие занятости первоначально вызванного ООД;

в)    переадресация вызова вследствие поступившего ранее запроса от первоначально вызванного ООД на систематическую переадресацию вызова;

г)    отражение вызова первоначально вызванным ООД. .

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

д)    распределение вызова внутри группы с выбором.

•Си. также: ,

кодирование услуги «уведомление о переадресации или отражении вызова» (пп. 15.2.1 и 15.2.2.11).

J3.26. Уведомленне о модификации адреса вызываемой линии

Эта факультативная услуга пользователя применима только в службе виртуальных соединений в конфигурации ООД/АКД.

Уведомление о модификации адреса вызываемой линии — это факультативная услуга пользователя,,, используемая АКД или ООД.

Она используется АКД в пакете СОЕДИНЕНИЕ УСТАНОВЛЕНО или ИНДИКАЦИЯ ЗАВЕРШЕНИЯ для ««формирования вызывающего ООД -о причине отличия адреса вызываемого ■ в этом пакете ООД от адреса, запрошенного в пакете ЗАПРОС ВЫЗОВА-

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

Страница 143

С. I« ГОСТ Р 34.М6-92

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

Примечание. ООД должно vmhtubbt». что модификация любой ч*стн поля «адрес выливаемого ООД» 6ej уведомлений посредсгаом услуги «уведомление о модификации адреса вызываемой линии* может привести к *а-иершеивр соединения.

В пакетах СОЕДИНЕНИЕ УСТАНОВЛЕНО или ИНДИКАЦИЯ ЗАВЕРШЕНИЯ, передаваемых АКД вызывающему ООД при использовании услуги «уведомление о модификации / адреса вызываемой линии», могут указываться следующие причины:

а)    переадресация вызова из-за неисправности первоначально вызываемого ООД;

б)    переадресация вызова из-за занятости первоначально вызываемого ООД;

в)    переадресация вызова вследствие предварительного запроса на систематическую Переадресацию вызова от первоначально вызываемого ООД;

г)    отражения вызова первоначально вызванным ООД;

д)    по инициативе вызываемого ООД (если на интерфейсе ООД/АКД используется несколько адресов);

е)    распределение вызова внутри группы с выбором.

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

а)    индикация переадресации или отражения вызова в сети* имеет предпочтение относительно индикации распределения в пределах группы с выбором н относительно индикации «по инициативе вызванного ООД»';

б)    индикация «по инициативе вызванного ООД» имеет пред-ф почтение относительно индикации распределения в пределах группы с выбором;

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

Адрес вызываемого ООД, указанный в пакете СОЕДИНЕНИЕ УСТАНОВЛЕНО или ИНДИКАЦИЯ ЗАВЕРШЕНИЯ, должен соответствовать адресу последнего ООД, которое уже достигнуто или делается попытка его достигнуть.

В пакетах ВЫЗОВ ПРИНЯТ и ЗАПРОС ЗАВЕРШЕНИЯ причиной, указанной в услуге «уведомление о модификации адреса вызываемой линии», должна быть «по инициативе вызываемого ООД*.

См также:

Страница 144

ГОСТ Р м.»бф-#г с. 145

кодирование услуги «уведомление о модификации адреса вызываемой линии» (пп. 15.211 и 15.2.2.12);

факультативная услуга пользователя «группа с выбором» (п. 13.24);

факультативные услуги пользователя «переадресация вызова» и «отражение вызова» (п. 13.25).

13.27. Выбор и 'индикация транзитной задержки.

Эта факультативная услуга пользователя применима только в службе виртуальных соединений в конфигурации ООД/АКД.

Индикация и выбор транзитной задержки —'это факультативная услуга пользователя, котирую ООД может запросить для заданного виртуального соединения. Эта услуга позволяет выбирать и указывать на повызывной основе транзитную задержку, применимую для данного виртуального соединения.

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

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

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

См. также:

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

• транзитная задержка (п. 6.9).

М. ПРОЦЕДУРЫ ДЛЯ ФАКУЛЬТАТИВНЫХ УСЛУГ ООД.

ОПРЕДЕЛЕННЫХ МККТТ

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

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

Страница 145

с. ш гост т 9*.т-м

т

В определенных ситуациях миоторие но этих услуг могут быть модифицированы шлюзами и/кЛн с&тяни частого пользования, игИ! #удвт показано ниже.

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

Расширение адреса вызывающего — эго факультативна*, определенная МККТТ. услуга ООД, которая может быть ясноазо-вана для заданного виртуального соединения. Она предназначена для прозрачной передачи сетевого адреса вызывающей стороны' в пакетах ЗАПРОС ВЫЗОВА и ВХОДЯШИИ ВЫЗОВ. Сетевой адрес вызывающей стороны передается логическому объекту вы-шерасположенного уровня вызываемого ООД.

См. также:

кояировапие услуги «расширение адреса вызывающего» (пп. 15.3.1 и 15.3.2.1).

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

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

См. также:

кодирование услуги «расширение адреса вызываемого» (пп. 16.3.1 й 15.3.2.2).

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

Согласование класса минимальной пропускной способности— это факультативная определенная МККТТ услуга ООД, которая может пспользоваться для заданного виртуального соединения. Вызывающее ООД указывает для каждого направления . передачи данных мннимальпо приемлемое значение класса пропускной способности посредством услуги «согласование класса минимальной пропускной .способности в пакете ЗАПРОС ВЫЗОВА. Эти два значения передаются вызываемому ООД в прозрачном виде в пакете ВХОДЯШИИ ВЫЗОВ. Шлюзы, сети частного пользования и вызываемое ООД могут завершить соединение при отсутствии ресурсов, необходимых для обеспечения классов минимально приемлемой пропускной способности. Шлюзы, сети частного пользования и вызываемое ООД могут ис-

Страница 146

ГОСТ‘I* М.96*~П С. 146

ггалъэовагь услугу «согласовать класса пропускной способиос-1#!Ци опретоеня* е^о*0бибстй «Ун &в*я*ых общего полъзова-нм o6ecW4»fh. классы мяиимв.-ftmo приемлемей прбПуптой спо-сОвнйстн и необходимости завершения средние***, если сеть Д*Я*ых общего пользования не может обеспечить эти класс*».

Отсутствие этой услуги указывает, что вызывающее ООД ис у«вновяло яйжиюю границу классов приемлемой пропускной (‘ЛЬбобйосги. CoMitaenrtie этой усЛугОЙ зяагчеиия обеспечиваются' логическим объектом вьнйерасположенного уровня вызывающего ООД и передаются логическому объекту вышерасположен-наг* уровня вызываемого ООД. * •

, См. также:

факультативная услуга пользователя ' «согласование класса пропускной способности» (п. 13.13);-.

кодирование услуги «согласование класса минимальной пропускной способности» (пп. 15.3.1 и 15.3.2.3)..

.14.4. Согласование .межкоицевой 'транзитной задержки

Согласование межкоицевой транзитной задержки — это факультативная определенная МККТТ услуга ООд, которая может быть использована для заданного виртуального соединения. Вызывающее ООД указывает етжокупную транзитную задержку протоколов пакетного и нижерасположенных уровней ООД с учетом влияния скорости передачи в линии доступа с помощью услуги' «согласование межкмцевой транзитной задержки» в пакете ЗАПРОС ВЪ130ВА. Значение совокупной транзитной задержки передается сетями данных общего пользования в прозрачном виде и обновляется шлюзами и вызываемым ООД в процессе обработки установления соединения. Шлюзы и вызываемое ООД могут использовать услугу «выбор и индикация транзитной задержки», введенную предыдущей сетью, при вычислении совокупной-транзитной задержки.

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

Шлюзы, сети частного пользования и вызываемое ООД должны. завершать вызов, если значение совокупной транзитной за-

Страница 147

С> 144 ГОСТ Р 34.W0-M

держки превышает ее максимально цриемлемое значение (если оно определено). Максимально приемлемое значение транзитной задержки (при efo! .наличии) я значение совокупной транзитной задержки, вычисленное пакетным уровнем' ^ызыадемо-го ООД, передаются логическому объекту ву нерасположенного уровня вызываемого ООД. .    ^

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

См. также:

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

кодирование услуги «согласование межковпевой транзитной задержки» (пп. 15.3.1 и 15.3.2.4).

14.5.    Приоритет

Приоритет — это факультативная определенная МККТТ услуга ООД, которая может быть использована для определенного виртуального соединения. Вызывающее ООД может указать в пакете ЗАПРОС ВЫЗОВА желаемое значение и наименьшее приемлемое значение для приоритета данных в соединении, при* оритета получения соединения и. приоритета удержания соединения. Эти значения, если они указываются,. обеспечиваются логическим объектом вышерасположенного уровня в вызывающем ООД и передаются в «прозрачном» виде сетями данных общего пользования.

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

См. также:    *

кодирование услуги «приоритет» (пп. 15.3.1 и 15.3.2.5).

14.6.    Защита

Защита — это факультативная определенная МККТТ услу-

Страница 148

ГОСТ Р 34.W*-tT С 147

га ООД, которая может быть использована для заданного виртуального соединения. Вызывающее ООД может указать в пакете ЗАПРОС ВЫЗОВА желаемое'значение и наименьшее приемлемое значение для услуги «защита». Эти значения, если они указываются, обеспечиваются логическим объектом вышерас-положенного .уровня в вы#ывакуцем ООД ,х передаются в прозрачном виде сетями данных общего пользования. ,

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

См. также:

кодирование услуги «защита» (пп. 15.3.1 и 15.3.2.6). х . 14.7. Со гласов а н не срочных данных • Согласование срочных данных — это факультативная определенная МККТТ услуга ООД, которая может быть использована для заданного виртуального соединения. Вызывающее ООД использует услугу «согласование срочных данных» в пакете ЗАПРОС ВЫЗОВА для информирования о своем желании или нежелании использовать процедуры срочной передачи данных (например процедуры прерывания). Эго желание указывается логическим объектом вышерасположенного уровня вызывающего ООД. Данная услуга передается я прозрачном виде сетями данных общего пользования, но она может быть установлена шлюзами и сетями частного пользования. которые не обеспечивают этих процедур, в значение «неиспользование процедур передачи срочных данных».    ‘

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

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

Страница 149

С ГМ ГОСТ Р М.МВ-И

См. также: ■

процедуры прерывания (л. 6.8);

кодирование услуги «согласование срочных данных» (пп. 15.3.1 и 16.3.2.7).

I# ФОРМАТЫ ПОЛЕ* .УСЛ ИГА» В ПАКЕТАХ УСТАНОВЛЕНИЯ/ЗАВЕРШЕНИЯ СОЕДИНЕНИЯ

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

В п. 15.1 описана общая структура кодирования поля «услуги». В п. 15.2 приведено кодирование йоля «услуги» для факультативных услуг пользователя, а в л. 163 — кодирование поля «услуги» для услуг ООД, определенных МККТТ.

15.1. Общие сведения

Поле «услуга» присутствует только тогда, когда ООД н/или ХХД используют факультативную услугу пользователя или специфицированную МККТТ услугу ООД. требующую некоторого умваання в пакете ЗАПРОС ВЫЗОВА. ВХОДЯЩИЙ ВЫЗОВ. ВЫЗОВ ПРИНЯТ, СОЕДИНЕНИЕ УСТАНОВЛЕНО. ЗАПРОС ЗАВЕРШЕНИЯ. ИНДИКАЦИЯ ЗАВЕРШЕНИЯ или ПОДТ-ВеРЖДЕНИЕ ЗАВЕРШЕНИЯ.

Поле «услуга» содержит по одному элементу услуги для каждой запрошенной услуги или группы услуг. Первый октет каждого элемента услуги является полем «код услуги», которое содержит код запрошенной услуги или услуг. Остальные октеты элемента услуги содержат длину поля «параметр услуги» (если оно имеется) и затем поле «параметр услуги».

Примечания.    ',

1.    Если код услуги представлен не один paa, to ООД должно использовать последний код. ООД вс должно повторять код услуги.

2.    ООД может либо яторирояатъ. либо рассматривать как ошибку те коды услуг, которые не ©бесаечнваются или которые неприменимы • конфигурации ООД/ООД. Если ООД решило трактовать эти си ту алии как ошибочные. .то ово передает через интерфейс ООД/ХХД пакет ЗАПРОС ЗАВЕРШЕНИЯ с указанием причины «по жпшнативе ООД» и диагностики «услуга ие разрешена».

Для того чтобы определить параметры услуги, состоящие из одного, двух, трех или переменного числа октетов, коды услуг подразделяются на четыре класса путем использования битов 8 и 7 поля «код услуги». Обобщенное по классам кодирование поля «код услуги» приведено в табл. 16. Общие форматы для четырех классов элементов услуги приведены на черт. 29.

Страница 150

• ГОСТ Р M.HMI С И9

Таб<лмв« 16 6<«втми»,дв ними шоящттш «Wit «« услуга»

• «шее

ш’¥'Ч s Ji * *-

За^ММ '

А

ооххХххх

Оджюхтетное поле' рфаиет-

■ Б

0 IX X X X X X

Двухоктегкое поле мрвает-

в

Д б X X X X X X

Р°*

Трвхоктетиое воле шра

Г

1 1 X XXX X X

ме троя

Гголе параметров пережито* для в к

ОМцмкм ф«рмтн мймпм услуги

Кякг A    Knxs    6

Бм(ы 1 П М '5 }

1

Бкты в 7 в S 4 3 2

1

0 0 X X X X X

X

0

1

Ъ 1 X X X X X

X

Поп» ’ '•"•pwnvw YCfy«Г

1

2 1

Пом

V

-.aptvanpti услуги-

KiwstS

(«ты

* 7 e s « з г

1

«лея Г

6«iw

8 7 в » 4 3 2

1

1 0 X X X X X

X

О

1

1 1 X X X Я X

*

»

.*

2

Длм явля

*W'«"

кеяиги"

t

м

Э

Яот

"пармоттр»! **/■>'«

Черт. 2»

Поле «код услуги» поедставляется в двоичном коде и при отсутствии расширения обеспечивает максимум 64. кода услуги для каждого из классов А. Б и В и 63 кода услуги для класса Г, обеспечивая в сумме 255 кодов услуги.

Код услуги 11111111 зарезервирован для расширения кодов услуг. Октет, следующий за этим октетом, указывает на расширенный код услуги, имеющий один из определенных выше форматов А, Б, В или Г. Разрешается яовторение кода услуги 11111111, что обеспечивает дополнительное расширение.

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

Страница 151

С. 18* ГОСТ Р 34.9б#~ W*

коде, где каждая битовая позиция относится к конкретной услуге. Значение 0 указывает, что уояуга, представленная данным битом, не 'запрошена, А значение 1 — что уйлугв,- представленная данным битом, запрошена. Те битовые позиции параметра, которым не присвоена конкретная . услуга, устанавливаются в значение 0. Если ни одна из услуг, представленных кодом услу--ги, йе запрошена для виртуального соединения, тогда нет необ-хрдимости в коде услуги и в соответствующем поде «параметр услуги». *

• Для кодов услуг в классе Г октет, следующий за полем «код услуги», указывает длину поля «параметр услуги» в октетах. Длина поля «параметр услуги» представлена в двоичном коде, где бит I — младший бит этого указателя.

Кодирование поля-«параметр услуги» завяхгит от запрашиваемой услуги.

Существуют четыре категории услуг:

а)    услуги Х.25, определенные в разд. 13;

б)    услуги, обеспечиваемые локальной сетью н отсутствующие в Х.25;

в)    услугн, обеспечиваемые удаленной сетью (только в случае межсетевых виртуальных соединений) и отсутствующие в Х.25;

Й определенные МККТТ услуги ООД, описанные в разд. 14. ля отделения запросов услуг Х.25 от запросов трех других,-олисаийых выше категорий услуг, используются маркеры услуги. состоящие из двух октетов. Если одновременно представлено-несколько категорий услуг, то для разделения этих категорий услуг друг от друга используются маркеры услугн. В этом случае, однако, запросы услуг Х.25 должны .Предшествовать другим запросам, а запросы на определенные МККтТ услуги ООД должны следовать за другими запросами.

Первым октетом маркера услуги является поле «код услуги», установленное в ноль. Кодирование второго октета — поля «параметры услуги», зависит от категории услуг в соответствии с нижеизложенным:

Категория услуг

Биты

8 7 6 5 4 3 2 1 00000000

1.11111 I 1

Услуги, обеспечиваемые сетью в случае'внутрнсетевого соединения и отсутствующие в Х.25, либо услуги, обеспечиваемые сетью ■ вызывающего ЮОД в случае межсетевого соединения и отсутствующие в Х.25. Услуги, обеспечиваемые сетью вызываемого ООД в случае межсеге-"

»

Страница 152

ГОСТ Р И МФ-U С 161

вого соединения и отсутствующие в Х.25.

0 0 0 0 11 1 1    '    .Л    Услуги    ООД.    определенные    МККТТ

15.2. Кодирование поля «услуги» для факультативных услуг пользователя

Кодирование лоля «код услуги» и формат поля «параметр услуги» одинаковы в различных пакетах установления н завершения соединения которых они могут присутствовать.

15.2.1. Кодирование поля г код услуги»

В табл. 17 приведены коды поля «код услуги» для каждой факультативной услуги пользователя и указаны типы пакетов/ в которых они могут присутствовать.

Таблица 17

Каддрвваим пола «код услуга»

Типы пакета, • которых услуга может прясут*г*о»ат»

Код услуги:

ЗВ •

вь

СУ

33

из

ПЗ

Биты

87654391

Согласование параметров упраыеимя потоком:

размер пакета размер окна

X

X

X

X

X

X

X

X

оюооою

01000011

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

X

X

X

X

00000010

Выбор закрытой группы пользователей: основной формат . рвацяренный фор. мат .

X

X

X

X

00000011 0100011 1

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

X

X

X

X

00001001 01001000

Выбор закрытой груп-DM двух пользователей

X

X

01000001

Быстрая выборка

X

X

00000001 .•

Реверсивная тарификация1

X

X

Страница 153

С. »ю ГФСТ 9 М ЖО-И

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

Услуга

Тилы мм та, » которых услуг» иожлт яраегтетаомтъ

Иод уедут _

ЗВ

во

»п

CV

JS

из

пэ

Б яти

37614)91

Выбор И ГК

;х-

X*

".

41000110

. Информация о тарифе*"

запрос услуги указание денежного начислений

уиааание счета сегментов

у» to а Пне длительности соединения

X

X

•Ч’Ч».

X

X

X'

X

X

X

00000100 11000101 11000010 !1000001

Выбор ПЧЭО: основной формат рвеанренный формат

X

X

01000100

поооюо

Выбор отражения вызове*

11010001 -

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

. X

11000011

Уведомление о модификации адреса вызываемой ЛИНИИ

X*

X

Х3.«'

X

00001*00

Индикация я выбор

транзитной задержки

X

X

X

01004*#1__

Метка

X

' X

X

X

X

X

X

оооооооо

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

ЗВ — запрос вызова; ВВ — «ходящий вызов.. ВП —вызов при* гг; СУ — сосднвсиве уставовлсно; 33 — мпрос эавервмийг, ИЗ — индикация вааарие hi; ПВ — аожтвврждеяне завершения.

' Этот код услуги и соответствующий параметр услуги должен Сыть пред ставлен в паяет ВХОДЯЩИЯ ВЫЗОВ, если указаны ода* из xayi мк обе ус-луг*: «реверсивная тарификацня» (евлв абонирована усдута М^ЯШМЙ! реверсивной тарификации») «быстрая выборка» (асли абонирована услуга «приемлемость быстрой иыборкн»). Они могу? иметь Иосто, ио не обЛаатвяыга. «ли не абонирована ян одна из двух услуг •приемлемость реверсивной тарифяка-пяи* и «приемлемость быстрой выбор**».    *

* Только в том случае, если абонировали у «луга «абонирование НПО.

Страница 154

•    Тали • том случае, села а- пом параметров укалана аречама «о мдш-*«** Mn>Hirmw»n ООЯ*.

♦    ООД ра*решаатея «сподюо**» в одном и том же пакете ЗАПРОС ВЫЗОВА обе услуги: «awбор отражена! аымаа» и «уведомление о иодафака--Ца* адреса вымываемо* «Миг».

15.2.2. Кодирование поля «параметры услуги>

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

15.2.2.1.    Уелуга «согласование параметров управления потоком»

15.2.2.1.1.    Размеры пакета    ч    •

Размер пакета для направления передачи данных от вызываемого.ООД указывается в битах 4, 3, 2 и I первого октета лвухоктетного поля «параметр услуги». Размер пакета для направления передачи данных от вызывающего ООД указывается 8 битах 4. 3, 2 и 1 второго октета. Биты 8, 7, 6 и 5 каждого октета устанавливаются в ноль.

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

Могут быть указаны значения от 4 до 12, соответствующие размерам пакета 16, 32, 64. 128, 256, 512, 1024, 2048 и 4096 или подмножеству близких к этим величии. Размер пакета 128 должен быть всегда доступен.

.15.2.2.1.2. Размер окна

Размер окна для направления передачи от вызываемого ООД указывается в битах 7 — 1 первого октета двухоктетного ноля «параметр услуги*. Размео окна для направления . передачи данных от вызывающего ООД указывается. в битах 7—I второго октета. Бит 8 каждого октета должен-быть равен 0.

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

Размеры окна от 8 до 127 действительны только в том случае, если разрешена услуга «расширенная порядковая нумерация пакетов».

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

I5.Z.2.2. Услуга ссогласование класса пропуск' ной .способности*

Класс пропускной способности для направления передачи данных от вызываемого ООД указывается в битах 8. 7, 6 и 5 од-t

Страница 155

С Ш ТОСТ Р 34.MO-S2

ноокгетмого поля «параметры услуги». Класс пропускной способности для направления передачи данный от вызывающего ООД указывается битами 4, 3, 2 н 1/    ■    с    ■"/,

Четыре бита, каждый из которых убывает класс пропуск-* ной способности, являются двончно-кодированн'ыми и указывают классы пропускной способности в соответствии с табл. >8.

Таблица 19

Кодмроммяе классов пропусжк©# способности

Беты

Кл*сс пропускав А сносов посте (бкт/с)

Биты

К-исс пропускной способ-ноет* (6*Т/о

8 7*5 4 3 2 1

8 7*6 4 3 8 1

0 0 0 0

Зарезервировано

10 0 0

2400

0 0 0 1

10 0Г

4800

0 0 10

»

1 0 J 0

9600

0 0 11

75

10 11

19200

0 10 0

150 .

110 0

48000

0 10 1

300

110 1 •

■ 64000

0 110

' 600

1110

Зарсэсрвнроваво

0 111

1200 .

1111

>

15.2.2.3 .Услуга «выбор закрытой группы пользователей»

15.2.2.3.1.    Основной формат •    .

Индекс закрытой группы пользователей, выбранной для виртуального соединения, который содержится в однооктстном поле «параметры услуги*, выражается двумя десятичными цифрами. Каждая цифра кодируется в двоично-десятичной системе полу-октетом. где бит 5 является битом младшей значимости первой цифры, а бит 1—битом, младшей значимости второй цифры.

Индексы одной и той же закрытой группы пользователей в различных интерфейсах ООД/АКД могут быть различными.

15.2.2.3.2.    Расширенный формат

Индекс закрытой группы пользователей, выбранной для виртуального соединения, который содержится в двухоктетном поле «параметры услуги», выражается четырьмя десятичными цифрами. Каждая цифра кодируется в двоично-десятичной системе полуоктетом, где бит 5 первого октета является битом младшей значимости первой цифры, бит I первого октета — битом младшей значимости второй цифры; бит 5 второго октета — битом младшей значимости третьей цифры и бит I второго октета — битом младшей значимости четвертой цифры.

Индексы одной н той же закрытой группы пользователей в различных интерфейсах ООД/АКД могут быть различными.

15.2.2.4. Услуга «выбор- закрытой группы пользователей с исходящим доступом»

Страница 156

ГОСТ Р S4.M0—*tt С 155

15.2.2.4.1. Основной формат

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

Индексы одной И тон же закрытой группы пользователей о различных интерфейсах ООД/АКД могут быть различными.

15.2.2А.2. Расширенный формат

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

Индексы одной и той же закрытой группы пользователи в различных интерфейсах ООД/АКД могут быть различными? •

15.2.2.5. Услуга <выбор закрытой группы 'двух пользователей»

Индекс закрытой группы двух пользователей, выбранной для виртуальном соединения, который содержится в двухоктетном поле «параметры услуги», пред<ггавлен в.виде четырех десятичных цифр. Каждая цифра кодируется в двоично-десятичной системе полуоктетом, где бит 5 первого октета является битом младшей значимости первой цифры, бит I первого октета — битом младшей значимости второй цифры, бит 5 второго октета — би-. том младшей значимости третьей цифры, а бит 1 второго октета — битом младшей значимости четвертой цифры.

Индексы одной и той же закрытой группы двух пользователей в разных интерфейсах ООД/АКД могут быть различными.

15.2.2.6. Услуги *реверсивная тарификация» и ' «быстрая выборка»

Однооктетное поле «параметры услуги» кодируется следующим образом:

Бит 1 =0 — «реверсивная тарификация» не запрошена;

Бит 1-1 — «реверсивная тарификация» запрошена»;

Бит 8 — 0 и бит 7 — 0 или 1 — «быстрей выборка» не запрошена (см. текст ниже);

Бит 8-1 и бит 7—0 — «быстрая выборка» запрошена без ограничения на выдачу ответа;    .    1>(.,

Страница 157

С. 154 Р*СТ Р м.м*-м

Бит 8«=1 и бит 7=1 — «быстрая выборка» запрошена с ограблением на выдачу ответа.

Яригечааше. Вита б, S, 4, 3 и 2 ■ будущей могут быть предназначены для аругях уелуг; в настоящее «рем» они устанавливаются в *шмшм О

ООД должно установить в пакете ЗАПРОС ВЫЗОВА биты 8 и 7 в значение 0, если услуга «быстрая выборка» не запрошена. Однако в пакете ВХОДЯЩИЙ ВЫЗОВ ООД должно рассматривать бит 8 в значении 0 и бит 7 в значении 0 или 1 как отсутствие запроса услуги «быстрая выборка».

15.2.2.7.    Услуга «в ы 0 о р И П С»

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

15.2.2.8.Услуга синформация о тарифах»

15.2.2:8.1. Запрос услуги

Однооктетное поле «параметры услуги» кодируе+ся следующим образом:

Бит I =0 — «информация о тарифах» не запрошена;

Бит I •=■ 1 — «информация о тарифах» запрошена.

Примечание. Биты ft—2 п дальнейшем могут быть , назначены дли других услуг; в наставшее время они устанавливаются в значение О.

15.2.2.8.2.    Указание денежного начисления

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

15.2.2.8.3.    Указание счета сегментов

Октет, следующий за полем «код услуги», указывает длину поля «параметры услуги» в октетах. Он. имеет значение ЛХ8. где п — число различных периодов тарификаций, -установленных сетью. Поле «параметры услуги» следует за этим указанием длины и указывает счет сегментов для каждого периода тарификации. Каждый счет сегмента представлен в поле «параметры услуги» восемью октетами. Первые четыре октета указывают число сегментов, переданных в ООД. Следующие у#Тыре октета указывают число сегментов, принятых из ООД.

Каждая цифра кодируется в полуоктете в двоично-десятичной системе, где биты 5 н 1 каждого пблуоктета являются битом младшей значимости каждой цифры. Биты с 4 по 1 последнего октета представляют самую младшую десятнчнуй) цифру счета сегментов.

Страница 158

ГвСТ F M360-M G. I ST

Учет размера сегмента ■ специальных типов пакетов для ва-цжмнмькых соединений относится к компетенции администрации

связи, а для международных вызовов определен в рекомендации D. 12 МККТТ.

Примечание. Взаимосвязь между конкретным периодом' тарификации и его расположением • роле «параметры услуги» рассматривается а национальных рамках. Порядок устанавливается администрацией связи.

15.2.2.8.4. Указание продолжительности соединения

Октет, следующий за полем «код услуги», указывает длину поля «параметры услуги» в октетах. Он^ имеет зйачение ях4, где п — число различных периодов тарификации, установленных сетью. Поле «параметры услугц» следует за этим указанием длины и указывает продолжительность соединения для каждого периода тарификации.

Каждая продолжительность соединения представлена в поле «параметры услуги» четырьмя октетами. Первый октет указывает число дней, второй — число .часов, третий — число минут и четвертый — число секунд соединения. Каждая цифра кодируется в полуоктете в двоично-десятичной системе, где бит 5 и бит I каждого полуоктета являются битами младшей значимости каждой цифры. Биты 4 — 1 каждого октета представляют младшую десятичную цифру.

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

15.2.2.9. У с л у г а «выбор ПЧЭО»

15.2.2.9.1. Основной формат

Двухоктетиое поле «параметры услуги» содержит код идентификации сети передачи данных DN1C (Data Network Identification Code) для запрошенной начальной транзитной сети ПЧЭО* который представлен четырьмя десятичными цифрами.

Каждая цифра кодируется в двоично-десятичной рнстеме по-луоктетом, где бит*5 первого октета является битом младшей значимости первой кифры, бит 1 первого октета — битом младшей значимости «торой цифры, бит о второго октета — битом младшей значимости третьей цифры, а бит 1 второго октета — битом младшей значимости четвертой цифры.

15.2-2.9.2. Расширенный формат

Октет, следующий за полем «код услуги», указывает длину поля «параметры услуги» в октетах. Он имеет, значение лХ2„ где п — число выбранных транзитных сетей ПЧЭО. Поле «пара-метры услуги» следует за полем длины и указывает код DNIC каждой транзитной сети ПЧЭО.

Каждый код DNIC — ато четыре десятичные цифры, представленные в поле «параметры услуги» двумя октетами, каждая

Страница 159

С. 158 ГОСТ Р М.МО-И

цифра кодируется в двоично-десятичной системе полуоктетом, • где бит 5 первого октета является битом младшей значимости первой ци«|»ры; бит 1 первого октета —- битом младшей значимости второй цифры; бит 5 второго октета —битом младшей значимости третьей цифры, а бит 1 второго октета — битом младшей значимости четвертой цифры.

Транзитные сети ПЧЭО должны быть представлены в поле «параметры услуги» в том порядке, в когорЬм вызывающее ООД желает их «проходить».

16.2.2.10. Услуга *выбор отражения вызова» .

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

Первый октет поля «параметры услуги» указывает причину, но которой ООД отражает вызов. Этот октет кодируется в соответствии с табл. 19.

Таблица 19

Бити '

Причина

1 7 С И 3 ] 1

110 0 0 0 0 0 110 0 0 0 0 1

1 1 0 0 1 0 0 1

.110 0 1111

Вызов отражен первоначально вызванным ООД Вызов отражен шлюзом в результате переадресации вызова вследствие занятости первоначально вызванного ООД *

Вызов отражен шлюзом а результате переадресации вызова вследствие выхода из строя первоначально вызванного ООД *

. Выюв отражен шлюзом в результате переадресации вызова вследствие предварительного запроса из первоначально вызванного ООД систематической переадресации вызова *.

• Применимо, когда первоначально вызванное ООД находится • сетн * частного пользования, а переадресация вызова происходит по адресу ООД. расположен нога а сета общего пользования, которая видала входящий вызов в сеть частного поАаоваяня.

Примечание. Эти коды передаются в «прозрачном» виде в ООД.»к которому отражен выэов, и к вызывающему ООД. Если биты 8 и 7 не установлены в 1 вызываемом оОд, они устанавливаются в это значение АКД.

Второй октет поля «параметры услуги» указывает число цифр в адресе альтернативного ООД. Этот указатель длины адреса представлен в двоичном коде, где бит 1 — бит младшей значимости. Его значение не превышает 16.    ..    ,..

Страница 160

ГОСТ Р и.Ш-92 С. 15*

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

Начиная со старшей цйфры адреса, адрес кодируется в октете 3 и в последующих октетах поля «параметры услуги», по две цифры в октете. В каждом октете более старшая цифра кодируется в битах 8, 7, 6 и б.

Если число полуоктетов в адресе альтернативного ООД нечетное, то для сохранения кратности октепу после последнего полу-октета вводится полуоктет с нулями н битовых позициях 4, 3, 2 и 1.

15.2.2.11.    Услуга «уведомление о переадресации вызова или об отражении вызова».

Октет, следующий за полем «код услуги», указывает в октетах длину поля «параметры услуги». Он имеет значение л+2, где п — число октетов, необходимых для размещения адреса первоначально вызываемого ООД.

Первый октет поля-«параметры уЬяуги» указывает причину переадресации вызова Или отражения вызова. Этот октет кодируется в соответствии с табл. 20.

Второй октет поля «параметры услуги» указывает число цифр в адресе первоначально вызываемого ООД. Этот указатель длины адреса представлен в двоичном коде, где бит I — бит младшей значимости. Его значение не превышает 15.

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

Начиная со старшей цифры адреса, адрес кодируется в октете 3 и в последующих октетах поля «параметры услуги», по две цифры в октете. В каждом октете более старшая цифра кодируется в битовых позициях 8, 7, 6 и 5.

Если число полуоктетов в адресе первоначально вызванного ООД нечетное, то для сохранения кратности октету после последнего полуоктета вводится полуоктет с нулями в битовых позициях 4—1.

15.2.2.12.    Услуга «уведомление о модификации адреса вызываемой линии»

Однооктетное поле «параметры услуги» кодируется в соответствии с табл. 21.

Примечание. Если Омт 8 порчен из ООД не ■ значении.!, он устанавливается ■ это значение АКД.

Страница 161

С. IfO ГОСТ P МЖ-42

T«64Kfщ

20

8 7 « 5 4 3 a I

ПИ««


• ПеревдрвсЛит вызова вследствие занятости первоначально вызванного ООЛ Распределение вызова внутри группы е табором 1

О О О в О О О I

0 00 0 01 1 I 0 0 0 0 I 0 0 I

0    0 0 0 I I I 1

110 0 0 0 0 0

1    I 0 0 6 0 0 I

I 1 0 0 1 0 0 1 Г0 0 11 I I I

Перемресацля вызова вследствие выхода из строи первоначально вызванного ООД Переадресация вызова вследствие предварительного запроса от первоначально вызванного ООД ка систематическую переадресашйо вызова

Отр|жеиие- вызова первоначально вызванным ООД*

Откажете вызова в результате переадресации вызова вследствие занятости первоначально выз

ванного ООД*- »

Отражение вызова шлюзом в результате переадресация выюва . вследствие выхода яз строя первоначально вызванного ООД1- *

Отражение вызова шлюзом в результате переадресации вызова вследствие предварительного запроса из первоначально вызванного ООД на систематическую переадресацию вызова *• *

1 Это значение ыожет быть использовано некоторыын сетями по прнчимаы, зависящим от сети.

1 Коды, установленные ООД в услуге «выбор отражения варова»

<п. 15.12.10). •

' Применимо в тех случаях, где первоначально вызванным ООД явлнггся cm чветпого пользования. а йереадреелцня вызова происходит по адресу ООД, расположенного в сети общего пользования, которая выдала входном вызов в сеть частного пользования.

Таблица 21

Биты

1)014311

Причина

X 0 0 0 0 0 0 1 X ООО 0 1 1 1 X 0 0 0 1 0 0 1 X 0 0 0 I 1 1 1

Переадресация вызова из-за занятости первоначального вызываемого ООД 1 Распределение вызова внутри группы с выбором 1

Пере адресами вызова из-за неисправности первоначально вызванного ООД*

Пере адресация вызова, обусловленная ирадла-рнтельным. запросом от первоначально вызванного ООД Ляя систем атическо! переадресацаи вызова1

V    •    *

Страница 162

ГОСТ 9 М.КО'К С 191

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

Гиты

Причин»

8 7 G S 4 3 » 1

110 0 0 0 0 0 1 100 0 0 01

<1 1 0 0 10 0 1

1 1 0 0 1 1 1 1

Отражение Woo»* первоначально вызванным

ООД*

Отражение вызова шлюзом в результате переадресации вмэоаа вследствие занятости первоначально вызванного ООД1

Отражение выюва шлюзом в результат* вере адрес atm виз она «следствие выхода кз строя пемовачальяо вызванного ООД *•*

Отлажена* вызова uuNsom в результате пере-адрмаоин вызова вследствие предварительного запроса из первоначально вызванного ООД, на систематическую переадресацию вызова*-»

1 Бит. обозначеиимй «X». в значении 0 указывает, что модификации адрес» вызванной линии произошла в сети данных общего пользования, а в значении I — ■ оггн частного пользования

1 Это те коды, которые установлены ООД и услуге «выбор отражении вызова» fo. 1S.2J2.10).

* Причемnto в тех случаях, где первоначально вызванным ООД авлаетси сеть частного пользования, а переадресация вызова происходит по адресу ООД. расположенного в сети общего пользования, которая выдала входами! вызов в сеть частного пользования.    .    ■

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

Поле «параметры услуги» состоит из двух октетов.

Транзитная задержка представляется в двоичном коде и. выражается в миллисекундах, где бит 8 первого октета является Актом старшей значимости, а бит I второго октета — битом младшей значимости. Выраженное таким способом значение транзитноА задержки может принимать значения в диапазоне от 0 до 65534 (все биты, кроме бита младшей значимости, установлены в 1).

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

15.3. Кодирование яоля «услуги» для определенных МККТТ услуг ООД

Кодирование поля «код услуги» и формат поля «параметры услуги» одинаково в различных пакетах установления н завершения соединения, в которых они используются.,.

15.3.1. Кодирование поля екод услуги»

6 Заи 2100

Страница 163

C -W* ГОСТ 9 Э4.К0—W

В табл. ^приведены коды поля «код услуги» для определенных МККТТ услуг ООД и перечислены типы пакетов, в которых они могут содержаться. Эти услуги передаются после определенного МККТТ маркера услуги.

Таблица 22

\Т

•I* .

ivmrro*. * квто^м^ ио*«г содаржятьоя

Услуг*

Ц

К ' >

в

щ

is

• »* * s|

si,

i

ЗАПРОС

ЗАВЕРШЕ

НИЯ

О.

Pi

Бнтм ходе • умута

« Т в 5 4 3 8 1

Расширение адреса вызываю-ЧМГО. , .

..X •

X

X*

1,19.0} 911

Расширение адресе выэувае--' ыого _ . .

X

. X

X.

x

* *?<■' X

X”

” > IT.

•/ •: *

1 1-ОЬ 1 001 •

' 11 |/ • Согласование- я* класса минимальной пропускной способное ги

X

X

• • •

X*

"t ' • 1 • , • • г . 00001010

СопаасЬваяи® " мгжпвяцеаоД

1рлн?1ф»оЛ задержки^'

. 1 X

.• i X

X

: х*

.1

1100 1010

Приоритет •!

X

X

Xv

1 X

x*.

110 10010

Зашита

< X

X

X

■X

1 Xе

11010011

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

X

X

X

X

X

-1

оооо!о 1ГА

- • Только и случае выдачи услуги «выбор отражения вызова».

1^,3-2..Кодирование поля «параметры услуги» *

Кйдиррвййи£ поля «параметры услуги» зависит от конкретных с п е цифн ци ров а ййгыЫ МК^тТ услут ООД. Для облегчение возможных в будущем расширений возможно, ч*гЬ ООД1'будут ДОЯус*ап.

Страница 164

госу * мм*-* с. iw

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

16.3:2.1. Услуга жрлоширение :адреса вызывающего* " ■    '•    ,!    I!    •    •    •    •!    '•К-'..*

Октет, следующий за полем «код услуги», определяет длину поля «параметры услуги» в октетах. Он имеет значение л-И, где л «-.число октетов, необходимых для размещения расширения адреса вызывающего. Поле «параметр услуги» следует за октетом длины и указывает расширение адреса вызывающего - •

Первый октет поля «параметры услуги» в битах 8 и 7 указывает использование расширения адреса вызывающего, как показано в табл. 23:

‘ Таблица 23

..........Нсюльюмкие ркимрекмя «арка мшмашоо

» 7    • »■    ._

О    0    Для передачи адресе    вызывающего,    на»иачеяаого в    соответ

ствии с ИСО 8348/Доп 2

0    1    Зарезервировано

1    О    Прочее (для передач*    адреса вызывающего, назначенного    не    •

соответствии с ИсО 8348/Доо 2)

1    1    Зарезервировано    __    .

Биты 6, 5, 4, 3, 2 и I этого октета указывают число полуокте-тов (максимум до 40) в расширении адреса вызывающего. Этот указатель длины, адреса представлен в двоичном коде, где бит 1 — младший бит.    .    .*

Последующие октеты содержат расширение адреса вызывающего.    ,

Если биты 8 и 7 первого октета поля «параметры услуги» имеют код «00», то последующие октеты кодируются с использованием аредаачукте.гьн^гр двоичного кода, (ПДК), определенного в ИСО 8348 Дол И. Начиная с цифры старшей значимости начальной частя региона (НЧР), адрес кодируется в октете . 2 и последующих октетах поля «параметры услуги». Каждая цифра, в 70м числе цифры- заполнители, используемые Лри необходимости, представляется полуоктетом в двоично-десятичном коде, где биты 5 и I являются битами младшей значимости соответствующей цифры. В каждом октете цифра старшей значимости кодируете* в битах 8, 7>-6 и 5. Поле адреса «специфичная часп> региона» (СЧР> следует да полем НЧР и представляется в десятичном коде в соответствии с,ПДК. Если синтаксис СЧР десятичный, то каждая цифр представляете» в двоично-десятичном коде (с применением к СЧ? тех же правил, которое указаны выше для НЧР). £слн же синтаксис СЧрдвоичный, тр. каждый оцтет расширения адреса вызывающего содержит октет СЧР.

6*

Страница 165

С 184-ГОСТ Р 34.«в-#2

Если биты 8 и 7 пер «ого октете поля «параметры услуги» имеют код «10», то каждая цифра расширения адреса вывивающего представляется пояуоктетом в двоично-десятичном коде, где биты 5 и 1 являются бнтаин младшей значимости соответствующей цифры. Начиная со cTajnuefi цифры, адрес кодируется в октете 2 и последующих октетах поля «параметры услуги» яо две цифры в октете. В каждом октете старшая по значимости цифра кодируется в битах 8, 7, 6'и 5.    .    -    .

При необходимости поле «параметры услуги» должно округляться до целого числа октетов введением нулей в биты 4, 3, 2 и J последнего октета этого поля

15.3.2.2. Услуга «расширение адреса вызываемого» •

Октет, следующий за полем «код услуги»; указывает длину поля «параметры услуги» в октетах. Он имеет значение л+1, где л— число октетов, необходимых Для размещения расширения адреса вызываемого. Поле «параметры услуги» следует за полем длины и указывает расширение адреса вызываемого.

Первый октет поля «параметры уСлуги» указывает в битах 8 и 7 использование расширения адреса вызываемого, как показано в табл. 24.

Таблица 24

Баш

Илюльэов!кие (мкм'мрсида «лр»с* аиам»*)мо>«

Я 7

0 0

0 1 I 0

: 1 1

Для передачи адреса вызываемого, назначенного в соответствии с ИСО 8348/Доп 2 Зарезервировано

Прочие (для передачи адреса вызываемого, назначенного не в соответствии с ИСО 8348/Доп 2)

Зарезервировало

Биты в, 5. 4. 3, 2 и 1 этого октета указывают число полуовтетов \максимум до 40) в расширении адреса вызываемого. Этот указатель длины адреса представляется в двоичном коде, где бит I — младший бит.

Последующие октеты содержат расширение адреса вызываемого.

Если биты 8 и 7 первого октета поля «параметры услуги» имеют код <00», то последующие октеты кодируются с использованием предпочтительного двоичного кода (ПДК), определенного в ИСО 8348/Доп. 2. Начиная с цифры старшей значимости начальной части региона (НЧР), адрес кодируется в октете 2 и в последующих октетах поля «параметры услути». Каждая цифра, в том числе цифры-заполнители, используемые при необходимости, представляется полуоктетом в двоично-десятичном коде, где биты 5 я I являются битами младшей значиыости соответствующей цифры. В

Страница 166

ГОСТ Р М.МО—92 С. 1*5

каждом октете цифра старшей значимости кодируется в битах 8.7,6 я 5. Поде адрес» «специфична^ часть региона» (СЧР) следует за пмем НЧР н преДсТа|цгяется в десятичном коле в соответствии с ПДК. Если синтаксис СЧР десятичны#, то каждая цифра представляется в двоично-десятичном коде (с применением.к СЧР тех же правил, которые указаны выше для НЧР). Если же синтаксис СЧР двоичный, то каждый октет расширения адреса вызываемого содержит октет СЧР.    .

Если биты 8 н 7 первого октета поля «параметры услуги» имеют код «10». то каждая цифра расширения адреса вызываемого представляется волурктетом в двоично-десятичном коде, где биты

5    н I я&ляются битами младшей значимости соответствующей цифры. Начиная со старшей цифры, адрес кодируется в октете 2 и последующих октетах поля «параметры услуги» по две цифры в октете. В каждом октете старшая’по значимости цифра кодируется в битах 8, 7, 6 и '5.

-. При необходимости поле «параметры услуги» должно округляться до целого числа октетов введением нулей в биты 4, 3, 2 н 1 последнего октета этого поля.

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

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

6    и 5. Класс минимальной пропускной способности от вызывающего ООД указывается в битах 4, 3, 2 и 1.

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

Таблица 25 Кодирование классе* пропускной способности _

Fmru: в 7 6 S

r.vfo

Б*М 4 3 2 1

кллсс зропусквоя способности <е»т/с)

Бит 8 7 б S либо

Биты 4 3 2 1

Класс гцог.усхиоЯ способ ногтя (в*т/с)

0 0 0 0

Зарезервировано

10 0 0

2400

0 0 0 1

Зарезервировано *

10 0 1

4800

0 0 10

Зарезервировано

10 10

9600

0 0 11

76

10 11

19200

0 10 0

160

110 0

4SOOO

0 10 1

300

110 1

64000

0 110

‘600

1110-

Зарезервировало

0 111

1200

1 1 1 1

Зарезервировано

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

Страница 167

С. !М ГОСТ Р Д4.950—92

Октет, следующий за полей «код у<^угн*/определяет длину поля «йараыетры услуги» в рк-фах. Длта может иметь, значения

2,    4 или 6. Поле «параметры услуги» следует за полем длймы 11

ykaabUftrttt- значения транзитных задержек. .    ,    .    .

Первый и второй октеты поля «параметры услуги» содержат значение совокупной транзитной задержки! Третий к четйерт^й октеты факультативные и при их наличии они содержат желаемое значение межконцевой транзитной задержки. При наличия третьего и'Четвертого 'октегтов ян+ьгй и шестой октеты являются факультативными. При наличие аосле/дИнх оии содержат максямаль-но приемлемое значение меЖкЬицевой транзитной задержки? Отсутствие факультативных октеГов в пакетах ЗАПРОС ВЫЗОВА и ВХОДЯЩИЙ ВЫЗОВ указывает, чтЬ1 эти параметры не являются существенными'для данного соединения. В пакетах ВЫЗОВ ПРИНЯТ н СОЕДИНЕНИЕ УСТАНОВЛЕНО факультативные октеты отсутствуют.

Значение транзитной задержки выражается в миллисекундах и представлено в двоичном коде-,'где бит 8 первого из двух октетов являетсИ битом старшей значимости, а бит 1 второго из двух октетов — битом младшей значимости.

Значение совокупной транзитной задержки, представленное одними единицами, указывает, что совокупная транзитная задержка неизвестна или превышает значение 65334 мс. ' '

15.3.2.5. Услуга «приоритет»

Октет, следующей за полем «код услугИ», указывает длину поля «параметры услуги» в октетах. Он может иметь значение I, 2,

3,    4, 5 или 6.

Первый, второй и третий октеты поля «параме-фы услуги» содержат значения «желаемое» (пакет ЗАПРОС ВЫЗОВА), «доступное» (пакет ВХОДЯЩИИ ВЫЗОВ) или «выбранное» (пакеты ВЫЗОВ ПРИНЯТ и СОЕДИНЕНИЕ УСТАНОВЛЕНО) для приоритета (i) даадцад. а,..соединение приоритета получения сое-дииедия и ярноритёта (lii) удержания соединения соответственно. Четвертый, пятый и шестой октеты поля .«параметры услуги» в пакетах ЗАПРОС ВЫЗОВА и ВХОДЯЩИЙ ВЫЗОВ содержат наименьшее приемлемое значение для приоритета (i) данных в соединении, приоритета (ii) получения соединения и приоритета (iii) жання соединения соответственно.

ели.эта услуга имеется в пакегах ЗАПРОС ВЫЗОВА и ВХОДЯЩИЙ ВЫЗОВ, то октеты 2—6 поля «параметры услуги» являются факультативными. Например, если для приоритета получения соединения должны быть определены только желаемое значение и наименьшее приемлемое значение, то поле «параметры услуги» будет содержать, по меньшей мере, 5 октетов, из которых октеты 1. 3 и 4 будут содержать значение'«неспецнфнцнрованное». а октеты 2 и 5 — «специфицированные» значения. Если данная уел у-

Страница 168

ГОСТ Р М.950—#2 С. 1*7

га имеете я в пакетм ВЫЗОВ* ПРИНЯТ и СОЕДИНЕНИЕ УСТАНОВЛЕНО, го октеты 2 и 3 являются факультативными. • :    *

*• СпвНИфицяровдкиы* анмечая каждого подпараметра находятся в диапмюве от 0 (иаивявший приоритет) по 14 (наивмсший приоритет).'Значение 268 <одвк единицы) укавывает значение «неспецнфицнрованное». Все остальные значения (от 15 до 254) зарезервированы.'    •'

15.3.2.6. Услуга сзащита»

Октет, следующий за полем «код услуги», указывает длину поля «параметры услуги» в октета*. •

Биты 8 и 7 первого;октета поля «параметры услуги» определяют код-формата зашиты, представленный в табл. 26. •

*Г а блиц а 26

Бвты

КОД <opm?i г 1 «аты ,

а

7 .

'0

t>

Зарезервировано

0

I •'

КонкретныЗ адрес отправители

• .

1

0

Конкретны» адрес получателя

!

1

Глобальный уникальный адрес

Остальные Шесть бит первого октета поля «параметры услуги» зарезервированы и установлены в ноль. _

," В^ррой октет поля, «параметры усЛугя» определяет длину «л», в октетах, значений степени защиты «желаемое» (пакет ЗАПРОС ВЫЗОВА), «доступное» (пакет ВХОДЯЩИЙ ВЫЗОВ) или «выбранное» ^пакеты ВЫЗОВ ПРИНЯТ и СОЕДИНЕНИЕ УСТА-НОВЛЕНО>. 4>*ктрскр$ ^ыяч?ни1? размещено,,, а последующих «л» октетах. В виде факультативной возможности октет «л+3» поля «параметры услуги» определяет длину «т», в октетах, величину наименьшего приемлемого значения степени защиты в пакетах’ЗАПРОС ВЫЗОВА и ВХОДЯЩИЙ ВЫЗОВ. Фактическое значение размешено в последующих «т» октетах. Факультативные о'ктетЫ возможностей отсутствуют в пакетах ВЫЗОВ ПРИНЯТ и СОЕДИНЕНИЕ УСТАНОВЛЕНО.

Примечание. Значения «л» и «лх* ограничиваются, прежде всего, общей длиной поля «параметры услуги» и, кроме того, друг другом.

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

Однооктетное поле «параметры услути» кодируется следующим образом:

Бит 1—0 при неиспользовании срочных данных;

Бит 1 = 1 при использовании срочных данных.

Примечание. Биты 8. 7. 6, 5. 4, 3 я 2 в будуще-м могут относиться к Другим услугам: в настоящее время они устанавливаются в значение 0.

Страница 169

С. 168 ГОСТ P 34 *5*-*?

' 16. ФОРМАТЫ ПОЛЕЙ «РЕГИСТРАЦИЯ» В ПАКЕТАХ РЕГИСТРАЦИИ    •    .    ..-vi,    .•

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

См. также:

факультативная услуга пользователя «динамическая регистрация услуги» (п. 13.1).

16.1. Общие положения

Поле «регистрация» содержится в пакете ЗАПРОС РЕГИСТРАЦИИ только тогда, когда в нем имеется запрос на привлечение или отмену факультативной услуги пользователя. Оно вводятся в пакет ПОДТВЕРЖДЕНИЕ РЕГИСТРАЦИИ с целью указания доступных факультативных услуг пользователя и текущих значений этих факультативных услуг пользователя.

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

Для определения параметров регистрации, состоящих из одного, двух, трех или переменного числа октетов, коды регистрации подразделяются на четыре класса п>тем использования битов 8 и 7 поля «код регистрации*. Общее кодирование классов в поле «код регистрации» приведено в табл. 27. Форматы четырех классов' элементов регистрации показаны на черт. 30.

' Та блида 27 Общее (м *д»сс1и) мдмроммяе яомй «жад регистрами»

К*«<с

8

7

6*

Бггы S 4

3

2

I

Экачемаа

А

О

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

Поле «код регистрации» представляется в двоичном коде и пря отсутствии расширения обеспечивает максимум 64 кода регистрации для классов А, Б и В и 63 кода регистрации для класса Г. что обеспечивает в сумме 255 кодов регистрации.

Код 11111111 зарезервирован для расширения кодов регистрации. Октет, следующий за этим октетом, указывает расширенный код регистрации, имеющий один яз форматов А, Б, В или Г, онре-

Страница 170

ГОСТ I» 84.Ш-Ю С Ив

Деленных выше. Разрешается повторение кода регистрации 1 111 1411, ЧТО обеспечивает дополнительные расширения.

Код регистрации может предназначаться для идентификации ряда специальных уедут, для каждой из которых в поле «параметры регистрации» предусмотрен отдельный бит, указывающий «услуга запрошена,''услуга не запрошена» либо «услуга доступаа/ус* луга недоступна». Поле «параметры регистрации» представлено в данной ситуации в двоичном коде, где каждая битовая позиция итносится к определенной услуге. Значение бита 0 указывает, что соответствующая услуга не запрошена или недоступна; значение

Об*бщ«июм форматы мгаштоя регистрации

«ж А

Бии

■ 7 • • 4 3 i 1

Кикс 0

Б-тЫ -

1)1 М И 1

0

» 1

t

ООХХХХХ X.

о 1 <

0 1 X X X X X X

Пам

т

, 2

Пом

' р*ГЯС-р»и»И

ы 3

п»р»м«р». р«г«стр»цж.’

Биты

Бити

В 7 6 S 4 3 2 1

* 7 в в « 3 1 1

О V

1 0 X X X X X X

О 1

1 1 X X X X X X

? 2

Попе

Дгии! попа

"п»р*«<*1рн *•<.*:'Ми*и

TapftOTTpu

ПвЯ»

** 4

Р«Г.СГ{|*ЦЯЯ"

J mpiwrpn регнемо-и

Черт. 30

бита 1 указывает, что соответствующая услуга запрошена или доступна. Битовые позиции поля параметра, не назначенные конкретным услугам, устанавливаются в значение 0. Если ни одна из услуг, представленных в коде регистрации, не запрошена или недоступна, то нет необходимости в наличии кода регистрации н соответствующего ему поля «параметры регистрации».

Для кодов регистрации хласса Г, октет, следующий за полем «код регистрации», определяет длину поля «параметры регистрации».

Длина поля «параметры регистрации» представляется в двоичном коде, где бит 1.— бит младшей значимости указателя.

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

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

'/, 6 3« 2100 •

Страница 171

С 17»

а).регистрнруемые    услутш JL25, оп(кмммшев И..14Л;

б)    регистрируемые услуги, отсутс»ву»*ш»е я Х.26 м обеспеяива-емые лямлиоА сетью.

Для рвэдеяемия регистрируемых уел у г XJ2S от рткярЩфтш* услуг, отсутстеуяодих в Х-25 и обесаечияаямых ломкмюй «втыо, ислолмустся маркер рвтетрввия, cacvoatftrtfi яз дву* ояяягов. {V гистрярусмые услуги JC25 даяжям дредшасг**бать регистрируемым услугам, отсутствуйшми в Х.25. ЛЦряер регистр я*ви дяяясая *с-подыматься *сегдл, яосдя имеются эяемеягы регистрируемых ус-дуг, отсутсгвуямцих я Х.25.

Первый октет маркера регистрации — это поле «код регистрации», которое устанавливаете* в значение О, а второй октет — поле «параметры регистрации», которое устанавливается в значение 0.

16.2. Кодирование пол^ «регистрация* для регистрация услуг

Кодирование поля «код регистрации» и формат поля «пара* метры регистрации» одинаково в пакетах ЗАПРОС РЕГИСТРАЦИИ и ПОДТВЕРЖДЕНИЕ РЕГИСТРАЦИИ, в которых они используются.    *

16.2.1. Кодирование поля *код регистрации>

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

Таблица 28

Кодирование поя* «иод регистрации» __

Регмстр*ци услуги

Может ucn0AV90»»Tvc* а тк*т*

Биты код* регасгршак

ЗАПРОС

РЕГИСТРАЦИИ

ПОДТВЕРЖДЕНИЕ РЕГИСТРА-

иии

8 7 6 5 1 3 2 1

Зютетге иесогласоиаиа-СМЯХ fC.tJT

X

0 00 00 1 1 <►

ДоСТ)ИКвС1* услуг

X

0 I ft 0 0 1 1 0

Услуги, «опфие ывгут сагласовыааться в любое врем*

X

X

0 1 0Ф0 1 0.1

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

X

X

о об 0* 0 4 0 1

Страница 172

П*СТ Р ЖП*~Ж С 171

Про&ътфша г*йл. 28

Регистрация услуг»

БЛ« КОДА

рспстраодя

ЙНИЯГ

ЗАЛ ЯСС

РЕГИСТРАЦИИ

JBWKEfitf-:

НИ" РСГпСГРД •

иии

Нестандартные рекомеп* дуемые размеры пакета

X

X

0 10 0 0 0 10

Нестандартные рекомендуемые размеры окна.

X

X

0 10 0 0 0 1 I

Назначение, рекомендуемых шжтаа прварпгао*

способности

X

X

0 0 0 0 0 0 1 0

Диапазоны типов логических каналов

X

X

110 0 10 0 0

.Чч>иеу

X

X

0000 0009

16.2.2.    Крдироеячие поля •параметры регистрации»

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

16.2.2.!.    Значения нее о гласоа ы во ем ых услуг

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

Бит 1 Услуга «запрет локальной тарификации*.

Примечание. Биты 2—8 в будущем могут назначаться другим услугам, а в настоящее время устанавливаются в значение 0.

Бнт в значении I (соответственно 0) в пакете ПОДТВЕРЖДЕНИЕ РЕГИСТРАЦИИ означает, что АКД привлекла (соответственно отменила) соответствующую услугу.

16.2.2.2.    Доступность услуг

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

Октет I;

Бит I-услуга «расширенная порядковая нумерация пакетов»;

Бит 2-услуга «повторная передача пакетов»;

Бит 3-услуга «модификация бита Д»;    -

Страница 173

С (72 ГОСТ Р *4.150— 92

• Бит 4-услуга «уведомление о модификации адреса вызываемой лннии»^;

Бит'5-услуга «нйформапия о тарифах» (на поинтерфейсной основе); '    .

Бит 6-услуга «илформацня о тарифах1 (на повыэывной основе)*;

Бит 7-услуга «приемлемость реверсивной тарификации»;

Бит 8-услуга «реверсивная тарификация»*.

Октет 2:    .

Бит 1-регистрация услуги «назначение рекомендуемых классов пропускной способности»;

Бит 2-регистрация услуги «нестандартные рекомендуемые размеры окна»;

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

Бит 4-регистрация услуги «диапазоны типов логических каналов»;

Бит 5-услуга «выбор ПЧЭО». .

• Примечание. Биты 6. 7 и 8 охтета 2 в будущем могут назначаться другим услугам, а в настоящее время они устанавливаются в значение 0.    '

Бит в значении I (соответственно 0) в пакете ПОДТВЕРЖДЕНИЕ РЕГИСТРАЦИИ означает, что соответствующая услуга либо доступна (соответственно недоступна) для использования ч в ООД, либо доступна (соответственно недоступна) для согласования с ООД.

16.2.2.3. Услуги, которые могут согласовываться в любое время

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

Октет 1:

' бит 1-услуга «запрет входящих вызовов»; бит 2-услуга «запрет исходящих вызовов»; бит 3-услуга «приемлемость быстрой выборки»; бит 4-услуга «приемлемость реверсивной тарификации»; \ бит 5-услуга «согласование параметров управления потоком»; бит 6-услуга «согласование класса пропускной способности»; бит 7-услуга «информация о тарифах» (на поинтерфейсной основе).

Примечание. Бит 8 OKTeta 1 и все биты октета 2 в будущем могут быть иазиачеиы другим услугам; в настоящее время они устанавливаются в значение 0.

1

Этот бит в значении 1 указывает, что соответствующая услуга доступна ООД для использования; для таких услуг никакого дополнительного согласования не требуется,

Страница 174

ГОСТ Р MJ60-92 С. 173

Бит в значении 1 (соответственно 0) в пакете ЗАПРОС РЕГИСТРАЦИИ воспринимается как запрос на привлечение' (соответственно отмену) соответствующей услуги.

Вит в значении I (соответственно 0) в пакете ПОДТВЕРЖДЕНИЕ РЕГИСТРАЦИИ означает привлечение (соответственно отмену) соответствующей услуги.

16.2.2.4.    Услуги, которые могут согласовывать-ся то л ь ко когда все- логические каналы, .используемые для виртуальных соединений, находятся в состоянии pi

Каждый из перечисленных ниже битов однооктетного поля «параметры регистрации» соответствует услуге, которая может согласовываться только тогда, когда все логические каналы, используемые для виртуальных соединений, находятся в состоянии ГОТОВНОСТЬ (pi), для указания значений которых требуется только один бит.

бит-1-услуга «расширенная порядковая*нумерация пакетов» (см. примечание 1);

бит 5-услуга «повторная передача пакета»;

бит 3-услуга «модификация бита Д».

Примечания: *

1.    Коихретиый способ согласования этой услуги находится на стадии изучения.

2.    Биты 4- 8 в будущем могут назначаться другим услугам, а в настоящее время они устанавливаются в значение 0.

Бит в значении 1 (соответственно 0) в пакете ЗАПРОС РЕГИСТРАЦИИ означает запрос на привлечение (соответственно на отмену) соответствующей услуги.

Бит з значении ‘1 (соответственно 0) в пакете ПОДТВЕРЖДЕНИЕ РЕГИСТРАЦИИ означает привлечение (соответственно отмену) соответствующей услуги.

16.2.2.5.    Нестандартные рекомендуемые размеры пакета

Размер пакета для направления передачи данных к ООД. выдающему пакет ЗАПРОС РЕГИСТРАИИИ, указывается в битах 4, 3. 2 и 1 первого октета двухоктетного поля «параметры регистрации». Размер пакета для направления передачи данных от ООД. выдающего пакет ЗАПРОС РЕГИСТРАЦИИ, указывается в битах 4. 3, 2 и 1 второго октета. Биты 8. 7, 6 и 5 каждого октета установлены в 0.

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

Могут быть предложены значения от 4 до-12. соответствующие размерам пакетов 16, 32, 64, 128, 256, 512, 1024, 2048 и 4096 или

Страница 175

С 17* recr f ШМ-П

подмноягеетву утих значения. Размер пакета 128 должен обеспечи-вэтьея всегда.

16.2.2.6.    Н естандаргяые рекомендуемые рая>мерн окна

Размер огия для направления передали данных к ООД, выдающему пакет ЗАПРОС РЕГИСТРАЦИИ, указывается в битах 7—1 первого октета двухоктетаого поля «параметры регистрации». Размер охи* для «вправлении передачи данных от ООД, выдакиоего пакет ЗАПРОС РЕГИСТРАЦИИ, указывается в битах 7—1 второго октета. Бит 8 каждого октета должен быть равен О.

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

Размеры окна 8 — 127 действительны толы» при использовании услуги «рвситренняя порядковая нумерация пакетов».

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

16.2.2.7. Н аэначе-кпе    рекомендуемых класеов пропускной способности

Класс пропускной способности для направления передачи данных от ООД, выдающего пакет ЗАПРОС РЕГИСТРАЦИИ, указывается в битах 8, 7, 6 и б однооктетного поля «параметры регистрации». Класс пропускной способности для направления передачи данных к ООД. выдающему пакет ЗАПРОС РЕГИСТРАЦИИ, указывается в битах 4, 3. 2 и 1

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

Таблица 29

Кодирован*? классов пропускной спос••*«<•»и    ■_

Вт»: в-7 в 3 либо

Бите: <331

Класс пропусжтел cno:o6-f мости <бкт/с)

Виты: Л 7 6 в диво

5кты: <321

N ;

JK-1SCC пропускное спосов *

0 0 0 0

Зарезервировано

1 0 0 О

2400

о е о |

Зарезервировано

10 0 1

4600

0 0 10

Заре.червнроадио

10 10

9600

0 0 11.

75

10 11

19200

0 10 0

150

Г I 0 о

Ш1

0 10 1

'300

110 1

04*00 .

0 110

600

1110

3 а р«г раиров амо

0 111

1200 .

1111

Зарезервировано

16.2.2.8. Диапазоны типов логических каналов Октет, следующий за полем «код регистрации», указывает дджму посту «параметры регистрация* в октета* н дожжен апреле-

Страница 176

f£>CX P UiiMt С i?4

айхь i4 аамтоа, Лоле «параметры регистрации» состоит из следующих М октетов.

Биты 4, 3, 2 и 1 октете* I, 3, 5, 7, 9 и II поля «параметры регистрации» содержат старшие биты параметров НВК, ВВК, НДК, ВДК, НИК и ВИК соответственно (см. черт. 1). Биты 8, 7, 6 и 5 этик окгетоа установлены в ноль.