Стр. 1
 

81 страница

608.00 ₽

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

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

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

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

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

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

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

а) в качестве руководства для изготовителей и разработчиков;

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

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

г) как развитие понятия ВОС

Оглавление

0. Введение

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

2. Ссылки

Глава 1. Общие положения

3. Термины и их пояснения

3.1. Термины и их пояснения, принятые в эталонной модели

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

3.3. Термины и их пояснения, относящиеся к присвоению имен и адресации

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

3.5. Термины и их пояснения, относящиеся к протоколу уровня представления

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

4.1. Блоки данных

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

4.3. Другие сокращения

5. Общее описание протокола уровня представления

5.1. Услуги, предоставляемые уровнем представления

5.2. Услуги, предоставляемые сеансовым уровнем

5.3. Функции, выполняемые уровнем представления

5.4. Функциональные блоки уровня представления

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

Глава 2. Спецификация протокола уровня представления

6. Элементы процедур

6.1. Параметры пользовательских данных

6.2. Установление соединения

6.3. Нормальный разрыв соединения

6.4. Аварийный разрыв соединения

6.5. Изменение контекста

6.6. Передача информации

6.7. Обработка полномочия

6.8. Синхронизация и ресинхронизация

6.9. Передача особых сообщений

6.10. Административное управление активностью

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

7.1. Установление соединения

7.2. Нормальный разрыв соединения

7.3. Аварийный разрыв соединения

7.4. Изменение контекста

7.5. Передача информации

7.6. Обработка полномочия

7.7. Синхронизация

7.8. Ресинхронизация

7.9. Передача особых сообщений

7.10. Административное управление активностью

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

8.1. Основные положения

8.2. Структура значений параметра данных СУ пользователя

8.3. Кодирование значений параметра данных СУ-пользователя

8.4. Кодирование значений типа Пользовательские данные

8.5.. Правила расширения нормального режима

Глава 3. Аттестационное тестирование

9. Аттестационное тестирование

9.1. Динамическое аттестационное тестирование

9.2. Статическое аттестационное тестирование

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

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

Приложение. Таблица состояний

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

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

Страница 1

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

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

ВЗАИМОСВЯЗЬ ОТКРЫТЫХ СИСТЕМ

СПЕЦИФИКАЦИЯ ПРОТОКОЛА УРОВНЯ ПРЕДСТАВЛЕНИЯ С УСТАНОВЛЕНИЕМ СОЕДИНЕНИЯ

ГОСТ 34.972-91 (ИСО 8823-88)

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

БЗ 8—91/949

КОМИТЕТ СТАНДАРТИЗАЦИИ И МЕТРОЛОГИИ СССР Москшя

Страница 2

УДК 881.224:621.391:5:006.354    Группа    П85

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

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

ВЗАИМОСВЯЗЬ ОТКРЫТЫХ СИСТЕМ Спецификация протокола уровня представления

с установлением соединения    ГОСТ 34.972-91

Information tcchnoloRy.    / ||СО 8823—88)

Ор<'П system interconnection.

Connection oriented presentation protocol spcc lication

OKCTV 0034

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

0. ВВЕДЕНИЕ

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

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

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

а)    в качестве руководства для изготовителей и разработчиков;

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

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

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

© Издательство пандартов, 199?

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

Страница 3

С 2 ГОСТ 34.972-91

г) как развитие понятия ВОС.

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

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

Требования стандарта являются обязательными.

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

1.1. Настоящий стандарт определяет:

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

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

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

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

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

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

1

Реализация и использование настоящего стандарта для ВОС трсб\ст присвоений опубликовании* значений АСИ I типа OBJECT IDENTIFIER i-пеиифи-нациям абстрактных синтаксисов и синтаксисов передачи. Такие спецификации и нанмеионания абетратиых синтаксисов и еннгакс'исои передачи могут быть опубликованы в стандартах ИСО иди рекомендациях МККТТ. а также при описании механизмов, идентифицируемых и процедурах службы регистрации Спецификация процедур службы регистрации находится на стадии разработки.

Страница 4

ГОСТ 34.972-91 С. 3

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

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

1.2.    Процедуры определены в основной' части настоящего стандарта и в таблицах состояний, приведенных в приложении

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

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

2. ССЫЛКИ

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

ИСО 7498—3* «Системы обработки информации. Взаимосвязь открытых систем. Вазовая эталонная модель. Часть 3. Наименование и адресация».

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

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

ГОСТ 34.973 (ИСО 8824) «Информационная технология. Взаимосвязь открытых систем. Спецификация абстрактно-синтаксической нотации версии 1 (АСН.1)».

ГОСТ 34.974 (ИСО 8825) «Информационная технология. Взаимосвязь открытых систем. Описание базовых правил кодирования для абстрактно-синтаксической нотации версии I (АСН.1)*

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

МККТТ Х.410* «Рекомендации МККТТ X -410 Системы обработки сообщений. Удаленные операции н надежный сервер передачи (1984)».

1

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

Страница 5

С. 4 ГОСТ 34.972-91

Глава I. ОБЩИЕ ПОЛОЖЕНИЯ

3. ТЕРМИНЫ И ИХ ПОЯСНЕНИЯ

3.1.    Термины и их пояснения, принятые я эталонной модели

Настоящий стандарт базируется на понятиях. принятых в ГОСТ 28906 (ИСО 7198), и использует следующие установленные в нем термины:

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

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

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

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

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

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

ж)    протокольная управляющая информация уровня представления;

з)    сеансовое соединение.

и)    сеансовый уровень;

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

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

3.2.    Термины и их пояснения, принятые в соглашениях по ус* лугам

Настоящий стандарт использует следующие термины, установленные п ИСО/ТО 8599. в применении их к уровню представления:

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

б)    поставщик услуг;

в)    сервисный примитив;

г)    запрос;

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

е)    ответ;

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

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

к) услуги, инициируемые поставщиком.

3.3.    Термины и их пояснения, относящиеся к присвоению имен м адресации

Настоящий стандарт использует следующие термины, установленные в стандарте ИСО 7498-—3:

а)    сеансовый адрес;

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

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

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

Настоящий стандарт также базируется на принципах, опреде-

Страница 6

ГОСТ 34.972-91 С. 5

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

а)    абстрактный синтаксис;

б)    имя абстрактного синтаксиса;

в)    имн синтаксиса передачи;

г)    значение представляемых данных;

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

е)    множество определений контекстов;

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

з)    контекст по умолчанию;

и)    функциональный блок;

к) режим Х.410—1984;

л) нормальный режим.

3.5. Термины и их пояснения, относящиеся к протоколу уровня представления

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

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

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

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

3.5.5.    Идентификатор начальной активности — атрибут активности, находящейся в процессе выполнения. Если активность начата с помощью услуги P-ACT1VITY-START, значение параметра идеи-тификатора активности передают в сервисные примитивы запроса и индикации; если активность была возобновлена с помощью услуги P-ACTIVHY-RESUME, значение параметра старой активности передают в сервисные примитивы запроса и индикации.

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

3.5.7.    Идентификатор контекста представления — идентификатор задаваемого контекста представления. Этот идентификатор является единственным в рамках соединения на уровне представления и известен протокольным автоматам уровня, представления

Страница 7

С. 6 ГОСТ 34.972-91

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

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

3.5.9.    Инициатор — протокольный автомат уровня представления, инициирующий установление соединения на уровне представлении.

3.5.10.    Ответчик — протокольный автомат уровня представления, отвечающий на предлагаемое установление соединения на уровне представления.

3 5.11. Запросчик — протокольный автомат уровня представления, инициирующий конкретное действие.

3.5.12. Приемник — протокольный автомат уровня представлении, воспринимающий конкретное действие.

4. СОКРАЩЕНИЯ

4.1.    Блоки данных

11 БДГ1 — протокольный блок данных уровня представления.

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

ССБД — сеансовый сервисный блок данных.

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

ПБДП АС— 11БДП изменения контекста,

ПБДП АСА — ПБДП подтверждения изменения контекста.

ПБДП ARP —ПБДП аварийного разрыва соединения по инициативе поставщика.

ПБДП ARU — ПБДП аварийного разрыва соединения по инициативе пользователя.

ПБДП СР —ПБДП установления соединения на уровне представлении.

ПБДП СРА — ПБДП принятии установления соединения на уровне представлении.

ПБДП CPR — ПБДП отвержения установления соединения на уровне представления.

ПБДП RS —ПБДП ресинхронизации.

ПБДП RSA— ПБДП подтверждения ресинхронизации.

ПБДП ТС— ПБДП данных указания возможностей.

ПБДП ТСС —ПБДП подтверждения данных указания возможностей.

Страница 8

ГОСТ 34.972-91 С. 7

ПБДП TD — ПБДП представляемых данных.

Г1БДП ТЕ — ПБДП срочных данных.

ПБДП TTD —ПБДП служебных представляемых данных.

4.3. Другие сокращения

ACH.I — абстрактно-синтаксическая нотация версии I (см. ГОСТ 34.973).

МОК — множество определений контекстов.

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

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

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

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

УП-пользователь — пользователь услуг уровня представления.

СУ — сеансовые услуги.

ПДСУ — пункт доступа к сеансовым услугам.

5. ОБЩЕЕ ОПИСАНИЕ ПРОТОКОЛА УРОВНЯ ПРЕДСТАВЛЕНИЯ

5.1.    Услуги, предоставляемые уровнем представления

Протокол, устанавливаемый в настоящем стандарте, предоставляет услуги уровня представления, определенные в ИСО 8822.

5.2.    Услуги, предоставляемые сеансовым уровнем.

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

5.3.    Функции, выполняемые уровнем представления, описаны в ГОСТ 28906 (ИСО 7498) и впоследствии расширены в стандарте но определению услуг уровня представления ИСО 8822.

5.4.    Функциональные блохи уровня представления являются логичными группами элементов процедур, определяемых в настоящем стандарте. Их вводят для:

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

б)    составления перечня требований к аттестационному тестированию протокола.

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

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

Страница 9

С а ГОСТ 34.972-91

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

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

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

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

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

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

Такой обмен выполняют посредством использования СУ в соответствии со стандартом по их определению (ИСО 8326). В некоторых случаях сервисные примитивы уровня представления непосредственно являются прямым результатом действия сеансовых сервисных примитивов или наоборот сами вызывают их выполнение.

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

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

П рн •' с ч я п и е. Логический обгект уровня представления состоит из одного или нескольких ПАП.

Страница 10

ГОСТ 34.972-»! С. 9

Модели уровня представления

Черт. I

Глава 2. СПЕЦИФИКАЦИЯ ПРОТОКОЛА УРОВНЯ ПРЕДСТАВЛЕНИЯ

6. ЭЛЕМЕНТЫ ПРОЦЕДУР

При описании элементов процедур предполагают совместную обработку параметров ПБДП и сеансовых сервисных примитивов, и поэтому в настоящем разделе их не разделяют на параметры ПБДП и сеансового сервисного примитива. Такое разделение определено в разд. 7. Более полные сведения по использованию параметров приведены в стандарте по определению УП (ИСО 8822).

6.1.    Параметры пользовательских данных

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

Примечание. Если нижерасподоженный поставщик СУ налегает ограничение на длину некоторых параметров данных СУ-пользователя, то ПАП будет отвергать любой сервисный примитив уровня представления запроса или ответа (за исключением примитива запроса I'-U ABORT, см. п. G.4.2.2). переносящий параметр пользовательских данных, который ие входит в состав параметра дайны* СУ-лользователн соответствующего сеансового сервисного примитива. Метод, с помощью которого данный ПАП извещают об этом, имеет локальный характер.

6.1.1.    Значения представляемых данных (включая любые встин-ляемые значения представляемых данных), которые могут передаваться в параметре «пользовательские данные» в ПБДП ТЕ. всегда выбирают из контекста по умолчанию.

2 Зак 357

Страница 11

С. 10 ГОСТ 34.972-91

6.1.2. Значения представляемых данных (включая любые вставляемые значения представляемых данных) в параметрах пользовательских данных, за исключением ПБДП ТЕ, выбирают из контекстов представления, определяемых по следующим правилам:

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

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

в)    если элемент процедуры сам изменяет МОК, то каждое значение представляемых данных (включая любые вставляемые значения представляемых данных) выбирают из контекстов представления данного ЛЮК. полученного в результате этого изменения,, или из контекста по. умолчанию, если это изменение делает данное МОК пустым;

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

6 2. Установление соединения

6.2.1.    Назначение

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

В этой процедуре используют:

а)    ПБДП СР;

б)    ПБДП СРЛ;

в)    ПБДП CPR.

6.2.2.    П а р а м е т р ы, относящиеся к ПБДП СР

6.2.2.1. Селектор режима

Должен представлять параметр режима сервисного примитив» запроса Р-CONNECT и задавать режим работы ПАП в данном соединении на уровне представления. Будучи заданным, он должен выбывать указание параметра режима в сервисном примитиве индикации P-CONNECT.

6 2.2.2. Версия протокола

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

Страница 12

ГОСТ 54.972-ei С.. J1

«оддержнвает инициирующий ПАП. В настоящем стандарте установлена только версия 1.

См. также п. 6.2.6.4.

6.2.2.3.    Вызывающий селектор уровня представления

Должен представлять селестор уровня представления в параметре вызывающего адреса ^фовня представления из сервисного примитива запроса P-CONNECT. Будучи указанным, он должен вызывать указание вызывающего селектора уровня представления в параметре вызывающего адреса уровня представления сервисного примитива индикации P-CONNECT.

6.2.2.4.    Вызывающий сеансовый адрес

Должен представлять сеаншвый адрес в параметре вызывающею адреса уровня представления из сервисного примитива запроса P-CONNECT. Будучи указанным, он должен вызывать указание сеансового адреса а параметре вызывающего адреса уровня представления сервисного примитива ивдикации P-CONNECT.

6.2.2.5.    Вызываемый селектор уровня представления

Должен представлять оелектор уровня представления в параметре вызываемого адреса уровня представления из сервисного примитива запроса P-CONNECT. Будучи указанным, он должен вызывать указание вызываемого селектора уровня представления в параметре вызываемого адреса уровня представления сервисного примитива индикации P-CONNECt.

6.2.2.6.    Вызываемый сеансовый адрес

Должен представлять сеансовый адрес в параметре вызываемого адреса уровня представления из сервисного примитива запроса P-CONNECT. Будучи указанным, он должен вызывать указание сеансового адреса в параметре вызываемого адреса уровня пр<\дставлен'ия сервисного примитива индикации P-CONNECT.

6.2.2.7.    Список определений контекстов представления

Должен представлять список, состоящий из одного или нескольких пунктов. Каждый пункт соответствует одному пункту в параметре списка определений контекстов представления из сервисного примитива запроса P-CONNECT. Будучи указанным, он должен вызывать указание одного пункта в параметре списка определений контекстов представления сервисного примитива индикации Р-CONNECT. Каждый пункт содержит три компонента: идентификатор контекста представления, имя абстрактного синтаксиса и список синтаксисов передачи.

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

Страница 13

С. 12 ГОСТ 34.972-91

Все идентификаторы контекстов представления, содержащиеся в этом параметре, должны быть целыми нечетными и не повторяющимися числами.

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

См, также п. 6.2.6.1. ,

6 2.2.8. Имя контекста по умолчанию

Представляет параметр имени контекста по умолчанию из сервисного примитива запроса P-CONNECT. Будучи указанным, он должен вызывать указание параметра имени контекста по умолчанию в сервисном примитиве индикации P-CONNECT. Он состоит из двух компонентов: имени абстрактного синтаксиса и имени синтаксиса передачи (или имени спецификации, производящей такой синтаксис передачи). Имя синтаксиса передачи определяет синтаксис передачи, запрашиваемый инициирующим ПАГ1 для контекста по умолчанию, используемого в данном соединении на уровне представления.

См. также п. 6.2.6.2.

6.2.2.9.    Качество услуги

Представляет параметр качества услуги из сервисного примитива запроса P-CONNECT. Будучи указанным, он должен вызывать указание параметра качества услуги в сервисном приметнее индикации P-CONNECT.

6.2.2.10.    Требования к услугам уровня представления

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

См. также п. 6.2.6.3.

6.2.2.11.    Требования пользователя к сеансу

Представляют параметр требований к сеансу из сервисного примитива запроса P-CONNECT и должны определять требования к нижерасположенным сеансовым >чутугам, запрашиваемым УП-.пользователем. Будучи указанным, «и должен вызывать указание параметра требований к сеансу в сервисном примитиве индикации P-CONNECT.

6.2.2.12.    Пересмотренные требования к сеансу

Представляют параметр требований к сеансу из сервисного примитива запроса P-CONNECT, расширенных дополнительными тре-

Страница 14

ГОСТ 34.972-91 С. 13

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

6.2.2.13.    Порядковый номер начальной точки синхронизации

Должен представлять параметр порядкового номера начальной

точки синхронизация из сервисного примитива запроса P-CON-NECT. Будучи указанным, он должен вызывать указание параметра порядкового номера начальной точки синхронизации в сервисном примитиве индикации P-CONNECT.

6.2.2.14.    Начальное присвоение полномочий

Представляет параметр начального присвоения полномочий из сервисного примитива запроса P-CONNECT. Будучи указанным,' он должен вызывать указание параметра начального присвоения полномочий в сервисном примитиве индикации PCONNECT.

6.2.2.15.    Идентификатор сеансового соединения

Должен представлять параметр идентификатора сеансового соединения из серенного примитива запроса P-CONNECT. Будучи указанным, он должен вызывать указание параметра идентификатора сеансового соединения в сервисном примитиве имдикацик P-CONNECT.

6.2.2.16.    Пользовательские данные

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

6.2.3. Параметры, относящиеся к Г1БДП СРЛ

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

6.2.3.1.    Селектор режима

Должен представлять параметр селектора режима нз ПБДП СР.

6.2.3.2.    Версия протокола

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

Страница 15

С 14 ГОСТ 34.972-91

6.2.3.3. Отвечающий селектор уровня представления Должен представлять селектор уровня представления в параметре отвечающего адреса уровня представления ю сервисного примитива ответа P-CONNECT и вызывать указание отвечающей; селектора уровня представления в 'параметре отвечающего адреса уровня представления в сервисном 'примитиве подтверждения Р-CONNECT.

6.2 3.4. Отвечающий сеансовый адрес

Должен представлять сеансовый адрес в параметре отвечающего адреса уровня представления из сервисного примитива ответа P-CONNECT и вызывать указание сеансового адреса в параметре отвечающего адреса уровня представления в сервисном примитиве подтверждения P-CONNECT. См. также п. G.2.6.4.

6.2.3.5. Список результатов определений контекстов представления

Представляет параметр списка результатов определений контекстов представления сервисного примитива ответа P-CONNECT. Он должен вызывать указание параметра списка результатов определений контекста представления в сервисном примитиве подтверждения P-CONNECT. Список содержит такое же количество пунктов, как и параметр списка определений контекстов представления в ПБДП СР. Каждый пункт должен быть ответом на соответствующий пункт в ПБДП СР и содержать один или два компонента: результат определения контекстов представлении и необязательный компонент, который указывает имя синтаксиса передачи (или имя спецификации, производящей такой синтакоис передачи) ил!и причину отвержения контекстов поставщиком

Результат определения конгокстов представления может принимать одно из следующих значений: принятие;

отвержение пользователем; отвержение поставщиком.

Если результат определения контекстов представления принимает значение «принятие*, должно указываться имя синтаксиса передачи. Это имя должно быть одним из тех, которые вместе с возможными синтаксисами передачи предлагаются инициирующим ПАП для указанного мяггекста 'представления, и оно должно определять синтаксис передачи, выбранный отвечающим ПАП.

Причина отвержения поставщиком должна указываться, если результат определения контекстов представлении принимает значение «отвержение поставщиком». Она определяет причину отвержения определения контекстов представления отвечающим ПАП и может принимать одно из следующих значений: причина не определена;

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

Страница 16

ГОСТ 34.972-91 С 15

превыше»! локальный предел по МОК.

См. также п. 6.2.6.1.

6.2.3.6.    Качество услуги

Представляет параметр качества услуги из сервисного примитива ответа P-CONNECT и должен вызывать указание параметра качества услуги в сервисном примитиве подтверждения P-CONNECT.

6.2.3.7.    Требования к услугам уровня представления

Представляют параметр требований к услугам уровня представления из сервисного примитива ответа P-CONNECT и должны вызывать указание параметра требований к услугам уровни представления "в сервисном примитиве подтверждения PCONNECT. См. также п. 6.2.6.3.

6.2.3.8.    Требования пользователя к сеансовым услугам

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

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

6.2.3.9.    Пересмотренные требования к сеансовым услугам.

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

сервисного примитива ответа P-CONNECT, расширенных дополнительными требованиями, необходимыми для обеспечения данного протокола уровня представления.

6.2.З.Ю. Порядковый номер начальной точки синхронизации

Должен представлять параметр порядкового номера начальной точки синхронизации из сервисного примитива запроса P-CON-NECT и вызывать указание параметра порядкового номера начальной точки синхронизации в сервисном примитиве подтверждения P-CONNECT.

6.2.3.11.    Начальное присвоение полномочий

Представляет параметр начального присвоения полномочий нз сервисного примитива ответа P-CONNECT и должен вызывать указание параметра начального присвоения полномочий в сервисном примитиве подтверждения P-CONNECT.

6.2.3.12.    Идентификатор сеансового соединения

Должен представлять параметр идентификатора сеансового соединения из сервисного примитива ответа P-CONNECT и вызывать указание параметра идентификатора сеаюоового соединения в сервисном примитиве подтверждения P-CONNECT.

6.2.3.13.    Пользовательские данные

Представляют параметр пользовательских данных нз сервис-того примитива ответа P-CONNECT и вызывают указание параметра пользовательских данных в сервисном примитиве подтверждения P-CONNECT. Должны использоваться правила, описанные в п. 0.1.2.

Страница 17

С 16 ГОСТ 34.972-91

6.2.4. П а р а.м ет р ы, относящиеся к Г1БДП CPR

При использовании ПБДП CPR указания значений для всех возможных параметров не требуется. В дополнение к параметру «•лектора представления должны указываться параметры, содержащиеся в ПБДП СР, для которого ПБДП CPR является ответом. •    6.2.4.1. Версия протокола

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

‘ 6.2.4.2. Отвечающий селектор уровня представления

Должен представлять селектор уровни представлении в параметре отвечающего адреса уровня представления из сервисного примитива ответа Р-CONNECT и вызывать указание отвечающего селектора уровня представления в параметре отвечающего адреса уровня представления в сер»нсном примитиве подтверждения Р CONNECT.

6.2.4.3.    Отвечающий сеансовый адрес

Должен представлять сеансовый адрес в параметре отвечающего адреса уровня представления из сервисного примитива ответа Р-CONNECT и вызывать указание сеансового адреса в параметре отвечающего адреса уровня представления в сервисном примитиве подтверждения P-CONNECT.

6.2.4.4.    Список результатов определений контекстов представления

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

Результат определений контекстов представления должен принимать одно из следующих значений:

принятие;

отвержение пользователем;

отвержение поставщиком.

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

Страница 18

ГОСТ 34.972-91 С. 17

ПАП для указанного контекста представления, и оно должно определять сннтамс»: передачи, выбранным отвечающим ПАП.

Причина отвержения поставщиком должна указываться, если результат определения контекстов представления принимает значение «отвержение поставщиком». Она определяет причину отверг же« и я определения контекстов представления отвечающим ПАП и может принимать одно нз следующих значений:

причина не определена;

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

не обеспечиваются предлагаемые синтаксисы передачи;

превышен локальный предел по МОК.

6.2.4.5.    Результат контекста по умолчанию

Должен представлять параметр результата контекста по умолчанию из сервисного примитива ответа P-CONNECT н вызывать указание параметра результата контекста по умолчанию в сервисном примитиве подтверждения P-CONNECT. Он может принимать значения «принятие», «отвержение поставщиком» или «отвержение пользователем». См. также п. 6.2.6.2.

6.2.4.6.    Качество услуги

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

6.2.4.7.    Требования к сеансовым услугам

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

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

6.2.4.8.    Идентификатор сеансового соединения

Должен представлять параметр идентификатора сеансового соединения из сервисного примитива ответа P-CONNECT и вызывать указание параметра идентификатора сеансового соединении в сервисном примитиве подтверждения P CONNECT.

6.2.4.9.    Причина отвержения поставщиком

При наличии указывает, что отвергает соединение отвечающий

Страница 19

С 18 ГОСТ 34.972-91

У П-поставщик; слсуютвие этого параметра указывает, что отвергает соединение отвечающий У П-пользователь. Этот параметр должен указывать причину, отвергающую предложение на установление соединения на уровне представления, и вызывать указание параметра причины отвержения поставщиком в сервисном примитиве подтверждения P-CONNECT. Он может принимать одно из следующих значений:

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

не обеспечивается версия протокола (постоянное условие); не обеспечивается контекст по умолчанию (постоянное условие);

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

отсутствуют доступные ИДСП из множества ПДСП, указанных вызываемым адресом уровня представления (временное условие).

6.2.4.10. Пользовательские данные

Представляют параметр пользовательских данных из сервисного примитива ответа P-CONNECT и должны вызывать указание параметра пользовательских данных в сервисном примитиве подтверждения P-CONNECT. Этот параметр должен содержать значения представляемых данных (включая любые вставляемые значения представляемых данных), кодированные посредством синтаксисов передачи, содержащихся в параметре списка результатов определений контекстов представления этого ПБДП CPR, при его наличии; в противном случае значения представляемых данных колируют посредством контекста по умолчанию. Этот параметр отсутствует, если предложение об установлении соединения на уровне представления отвергается УП-поставщиком.

6.2.5. Процедура

6.2.5.1.    Когда ПАП (инициатор) принимает сервисный примитив запроса P-CONNECT, он выполняет действия по установлению соединения на уровне представления посредством передачи ПБДП СР, содержащего значения представляемых данных и предлагаемые параметры, необходимые для работы данною соединения (с.м. п.6.2.2).

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

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

Страница 20

ГОСТ 34.872-91 С )9

ных. Если ни один из синтаксисов передачи, используемых для принятого значении представляемых данных, не паодерживается отвечающим ПАП, то последний отвергает предлагаемое соединение на уровне представления посредством передачи ПБДП CPR с указанием в параметре причины отвержения поставщиком значения «нечитаемые пользовательские данные».

6.2.54. Если инициирующий ПАП не может установить соединение на уровне представления из-за невозможности установки сеансового соединения, он должен выдать сервисный примитив подтверждения P-CONNECT с указанием в параметре результата значения «отвержение поставщиком* Соединение на уровне представления при этом не устанавливают.

6.2.5    5 Отвечающий ПАП может отвергнуть предлагаемое соединение на уровне представления (если, например, значения параметров ПБДП СР неприемлемы; см. п. 6.2.6), в этом случае он должен передать в ПБДП CPR параметр причины отвержения поставщиком (см. п. 6.2.4) И наоборот, если соединение на уровне представления не отвергается, отвечающий ПАП должен выдать сервисный примитив индикации P-CONNECT.

6.2.5.6. Если при дальнейшем течении процесса отвечающий ПАП принимает сервисный примитив ответа P-CONNECT, в котором параметр результата имеет значение «отвержение пользователем», он должен передать ПБДП CPR (см. п. 6.2 4) Если же в сервисном примитиве ответа P-CONNECT параметр результата имеет значение «принятие», он должен передать ПБДП СРА (см. п. 6 2.3).

6.2.5    7. Если инициирующий ПАП принимает ПБДП CPR, отвергающий соединение на уровне представления, он должен выдать сервисный примитив подтверждения с указанием в параметре результата со значением «отвержение пользователем» (при отсутствии параметра причины отвержения поставщиком) или «отвержение поставщиком» (при наличии параметра причины отвержения поставщиком). Соединение на уровне представления в этом случае не устанавливают.

6.2.5.8, Если инициирующий ПАП принимает ПБДП СРА, оз начающий принятие соединения на уровне представления, он дол жен выдать сервисный примитив подтверждения P-CONNECT с указанием в параметре результата значения «принятие». Соедине ние на уровне представления в этом случае устанавливают.

6.2.5    9. Если соединение на уровне представления устанавливается, ДЮК каждого ПАП формируют согласно параметрам ПБДП СРА.

626 Согласование параметров

6.2 6 1. Согласование контекста представления

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

Страница 21

С V* ГОСТ 34.972-91

представления, согласовывается между равноправными ПАП и УП-пользователямн.

Инициирующий ПАП предоставляет для каждого абстрактного синтаксиса, запрашиваемого локальным УП-польэователем, список синтаксисов передачи, которые могут быть использованы в данном соединении на уровне представления. Отвечающий ПАП указывает в сервисном примитиве индикации PCON.NECT, выдаваемый своему УП-пользователю, те абстрактные синтаксисы, которые он не может поддержать с помощью предлагаемых синтаксисов передачи, отмечая их как отвергаемые («отвержение поставщиком»). Отвечающий УП-польэователь указывает в сервисном примитиве ответа P-CONNECT те абстрактные синтаксисы, которые он принимает или отвергает. Отвечающий ПАП выбирает для каждого принятого контекста представления по одному синтаксису передачи из предложенного списка синтаксисов передачи, которые будут использоваться в данном соединении на уровне представления.'

Контекст представления определяется идентификатором контекста представления, устанавливаемым инициирующим ПАП.

G.2.6.2. Согласование контекста по умолчанию

Если сервисный примитив запроса P-CONNECT не содержит параметра имени контекста по умолчанию, то интерпретацию значений представляемых данных из контсюста по умолчанию выполняют по правилам, устанавливаемым вне настоящею стандарта.

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

Если отвечающий ПАП поддерживает указанный контекст по умолчанию, но принимает сервисный примитив ответа PCONNECT, в котором параметр результата контекста по умолчанию имеет значение «отвержение пользователем», он должен передать ПБДП CPR с указанием в параметре результата контекста по умолчанию значения «отвержение пользователем».

6.2.6.3. Согласование функциональных блоков

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

G.2.6.4. Согласование версии протокола

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

Страница 22

ГОСТ 34.972-вI С. 21

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

6.2.7. Сто л к нов е« и я и взаимодействия

6.2.7.1.    P-U-ABORT

Если инициирующий ПАП принимает сервисный примитив запроса P-U-ABORT после передачи ПБДП СР, но перед выдачей сервисного примитива подтверждения P-CONNECT, он должен передать 11БДП ARU, и соединение на уровне представления при этом не устанавливают.

6.2.7.2.    ПБДП ARU, ПБДП ARP и S-P-ABORT

Если инициирующий ПАП принимает сервисный примитив индикации S-P-ABORT или ПБДП ARP, он должен выдавать сервисный примитив индикации Р-P-ABORT, и соединение на уровне представления при этом не устанавливают.

Если инициирующий ПАП принимает ПБДП ARU, он должен выдать сервисный примитив индикации P-U-ABORT, и соединение на уровне представления при этом не устанавливают.

Отвечающий ПАП после выдачи сервисного примитива индикации P-CONNECT должен реагировать на ПБДП ARU, ПБДП ARP и S-P-ABORT таким же образом, как описано выше.

6.3.    Нормальный разрыв соединения

6.3.1.    Назначение

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

6.3.2.    Процедура

6.3.2.1.    Нормальный разрыв соединения на уровне представлен ния выполняют одновременно с разрывом нижерасположенного сеансового соединения. ПБДП явно не определены, а неявно опреле-. лены в разд. 7.

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

6.4.    Аварийный разрыв соединения

6.4.1.    Н а з н а ч е ни е

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

Страница 23

С 22 ГОСТ 34.972-91

пускается при выполнении услуги P-U-ABORT в ответ на протокольную ошибку или при приеме недействительных ПБДП.

При выполнении этой процедуры используют:

а)    ПБДП ARU;

б)    ПБДП ARP.

6.4.2. П а р а м ет р ы, относящиеся к ПБДП ARU

6.4.2.1.    Список идентификаторов контекстов представления

Этот параметр должен включаться в случае, если в ПБДП ARU

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

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

Примечание. Кслн МОК пустое. этот параметр также должен быть пустым.

6.4.2.2.    Пользовательские данные

Представляют параметр пользовательских данных из сервисного примитива запроса P-U-ABORT и должны представляться параметром пользовательских данных из сервисного примитива индикации P-U-ABORT. Он должен выбираться из контекстов представления, как установлено в п. 6.1.2.

Примечание Параметр пользовательски* данных не включают в переда-Baev bit- ПБДП ARU. если ограничение на длину, действующее со стороны иижс-рясположенных СУ, препятствует включению значения представляемых данных пара* спра пользовательских данных в параметр данных УС пользователя сеансового сервисного примитива запроса S-U-ABORT. Способ, с помощью которого 11АЛ навещается об этом, имеет локальный характер.

6.4.3.    II а р а м ет р ы, относящиеся к ПБДП ARP

6.4.3.1. Причина отвержения поставщиком

Указывают одну нз следующих причин:

а)    причина не указана;

б)    нераспознаваемый ПБДП;

в)    неожидаемый ПБДП;

г)    неожидаемый сеансовый сервисный примитив;

д)    нераспознаваемый параметр ПБДП;

е)    неожидаемый параметр ПБДП;

ж)    недействительное значение параметра ПБДП.

В перечислениях в—ж должен также присутствовать параметр идентификатора события.

6.4.3.?.    Идентификатор события

Должен определять ПБДП или сеансовый сервисный примитив который привел к процедуре прекращения.

Страница 24

ГОСТ М.972-91 С. 23

6.4.4.    Процедура

Ниже описаны условия, приводящие к выполнению процедуры прекращения.

6.4.4.t.    P-U-ABORT

Когда ПЛП принимает сервисный примитив запроса P-U-ABORT и выполнено одно из следующих условий:

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

б)    был передан ПБДП СР. но не были приняты ни ПБДП СРА, ни ПБДП CPR,

он передает ПБДП ARU, и соединение на уровне представления после этого разрывается.

6.4.4.2.    Протокольная ошибка

Когда ПАП принимает нераспознаваемый или неожвдаемый ПБДП, или неожвдаемый сеансовый сервисный примитив, он должен выдать сервисный примитив индикации Р P-ABORT и, если это возможно, передать ПБДП ARP. Соединение на уровне представления после этого разрывается.

6.4.4.3.    Недействительный ПБДП

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

6.4.4.4.    S-P-ABORT

Когда ПАП принимает сервисный примитив индикации S-P-ABORT, он должен выдать сервисный примитив индикации P-P-ABORT, после чего соединение на уровне представления разрывается.

6.4.4.5.    ПБДП ARU

Когда ПАП принимает ПБДП ARU, оц должен выдать сервисный примитив индикации P-U-ABORT, после чего соединение на уровне представления разрывается.

6.4.4.6.    ПБДП ARP

Когда ПАП принимает ПБДП ARP, он должен выдать сервисный примитив индикации P-P-ABORT, после чего соединение на уровне представления разрывается.

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

6.4.5. Стол кн о вен и я и взаимодействия

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

Страница 25

С 1\ ГОСТ 34.972-91

мент времени, когда соединение на уровне представления уже установлено или в процессе его установления.

6.5. Изменение контекста

6.5.1.    Назначение

Процедуру изменения контекста используют для модификации МОК. В процессе ее выполнения согласовывается определение одного или нескольких новых контокстов представления, добавляемых в МОК, а также удаление контекстов представления, которые содержались в МОК. Запрашивающий логический объект использует эту процедуру, когда принимает сервисный примитив запроса Р-ALTER CONTEXT.

При выполнении этой процедуры используют:

а)    ПБДП АС;

б)    ПБДП АСА.

6.5.2.    П а р а м е т р ы, относящиеся к ПБДП АС

6.5.2.!.    Список добавлений контекстов представления

Содержит список из одного или нескольких пунктов. Каждый

пункт представляет один пункт параметра списка добавлений контекстов представления из сервисного примитива запроса P-ALTER-CONTEXT и должен представляться, соответственно, одним пунктом параметра списка добавлений контекстов представления в сервисном примитиве индикации P-ALTER-CONTEXT. Каждый пункт содержит три компонента: идентификатор контекста представления, имя абстрактного синтаксиса и список синтаксисов передачи. Список синтаксисов передачи содержит те имена синтаксисов передачи (или имена спецификаций, производящих такие синтаксисы передачи), которые запрашивающий ПАП может поддержать для указанного абстрактного синтаксиса. Все идентификаторы контекста представления, включенные п данный параметр, должны быть различными н отличаться от идентификаторов контекстов представления, уже содержащихся в данном МОК. или от ранее используемых в каких-либо ПБДП в данном соединении на уровне представления. Если передающий ПАП является инициатором, все идентификаторы контекстов представления должны быть целыми нечетными числами. В противном случае они должны быть целыми четными числами.

6 5.2.2. Список удалений контекстов представления

Должен представлять параметр списка удалений контекстов представления из сервисного примитива запроса P-ALTER-CONTEXT и представляться, соответственно, параметром списка удалений контекстов представления в сервисном примитиве индикации P-ALTER-CONTEXT.

6.5.2.3. Пользовательские данные

Представляют параметр пользовательских данных из сервисного примитива запроса P-ALTER-CONTEXT и должны представляться, соответственно, параметром пользовательских данных в сервис-

Страница 26

ГОСТ 34.972-91 С- 25

ном примитиве индикации P-ALTER-CONTEXT. Этот параметр должен выбираться из контекстов представления, как установлено в

п. 6.1 2.

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

Должен представлять параметр списка результатов добавлений контекстов представления из сервисного примитива ответа P-AL-TER-CONNECT и представляться, соответственно, параметром списка результатов добавлении контекстов представления в сервисном примитиве подтверждения P ALTER-CONNECT. Он содержит список, состоящий из того же числа пунктов, что и параметр списка добавлений контекстов представления в ПБДП АС. Каждый пункт должен быть ответом на соответствующий пункт в ПБДП АС н содержать один или два компонента: список добавлений контекстов представления и необязательный компонент, который может быть именем синтаксиса передачи (или именем спецификации, производящей такой синтаксис передачи) или причиной отвержения поставщиком.

Результат добавлений контекстов представления должен принимать одно из следующих значений: принятие;

отвержение пользователем; отвержение поставщиком.

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

Если результат добавлений контекстов представления принимает значение «отвержение поставщиком», должна присутствовать причина отвержения поставщиком. Этот параметр указывает причину, по которой добавления контекстов представления отвергаются принимающим ПАП, и должен принимать одно из следующих значений:

причина не определена; не обеспечивается абстрактный синтаксис; не обеспечивается предлагаемый синтаксис передачи; превышен локальный предел по МОК.

6.5.3 2 Список результатов удалений контекстов представления Должен представлять параметр списка результатов удалений контекстов представления из сервисного примитива ответа P-AL-TER-CONNECT и представляться, соответственно, параметром списка результатов удалений контекстов представления в сервисном примитиве подтверждения P-ALTER-CONNECT. Он содержит спи-

3 Ззк .*57

Страница 27

С 26 ГОСТ 34.972-91

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

•принятие;

отвержение пользователем.

6.5.3.3. Пользовательские данные

Представляют параметр пользовательских данных из сервисного примитива ответа P-ALTER-CONTEXT и должны представляться, соответственно, параметром пользовательских данных в сервисном примитиве подтверждения P-ALTER-CONTEXT. Этот параметр должен выбираться из контекстов представления, как установлено в п. 6.1.2.

6.5.4. Процедура

6.5.4.1.    Когда запрашивающий ПАП принимает сервисный примитив запроса P-ALTER-CONNECT, он должен передать ПБДП АС.

Примечание Кои тексты представления, предлагаемые для удаления, доступны дли значений представляемых данных и параметре пользовательских данных оПЬДЛ АС

6.5.4.2.    Когда принимающий ПАП получает ПБДП АС, он может отвергнуть некоторые или все контексты представления, предлагаемые для добавления. В связи с этим ПАП должен выдать сервисный примитив индикации P-ALTER-CONTEXT. в котором должны быть отмечены отвергнутые контексты с указанием «отвержение поставщиком».

6.5.4.3.    Когда принимающий ПАП получает сервисный примитив ответа P-ALTER-CONNECT, он должен передать ПБДП АСА, указывающий на принятие или отвержение каждого из предлагаемых добавлений н удалений контеюстов представления.

6.Б.4.4. Когда принимающий ПАП получает сервисный примитив ответа P-ALTER-CONNECT, контексты представления, предлагаемые для добавления и помечетше значением «принятие», должны быть добавлены в МОК и доступны для использования с момента приема ответа; вместе с тем они могут использоваться для значений представляемых данных, содержащихся в параметре пользовательских данных ПБДП АСА. Контексты представления, предлагаемые для удаления и помеченные значением «принятие», удаляют из МОК, они не доступны также для использования с момента приема ответа и не должны использоваться для значений представляемых данных, содержащихся в параметре пользовательских данных в ПБДП АСА.

65.4.5. Когда запрашивающий ПАП принимает ПБДП АСА, он должен выдать сервисный примитив подтверждения P-ALTER-CONTEXT.

6.5.4.6. Когда запрашивающий ПАП принимает ПБДП АСА.

Страница 28

ГОСТ 34.972-91 С. 27

указанные в нем контексты представления должны быть добавлены в МОК н доступны для использования с момента приема ПБДП АСА; эти же контексты должны использоваться для значений представляемых данных, содержащихся в параметре пользовательских данных в этом ПБДП АСА. Контексты представления, помеченные в ПБДП АСА как удаляемые, удаляют из МОК; они не доступны также для использования с момента приема ПБДП АСА.

6.5.5. С то л к но в е н и я и взаимодействия

6.5.5.1.    ПБДП АС

Сервисные примитивы запроса P-ALTER-CONTEXT, выдаваемые одновременно обоими УП-пользователямн, будут обрабатываться независимо соответствующими ПАП. Независимую обработку одновременно выданных запросов на удаление осуществляют даже в случае, котда оба УП-пользователя указывают один и тог же контекст представления для удаления из МОК.

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

а)    прием сервисного примитива ответа P-ALTER-CONNECT, указывающего удаление контекста представления, который не содержится в МОК, но является ответом на сервисный примитив ип-дикации P-ALTER-CONTEXT; в этом случае ПАП должен передать ПБДП АСА с указанием в параметре списка результатов удалений контекстов представления значения, взятого из сервисного примитива ответа P-ALTER-CONTEXT;

б)    прием ПБДП АСА, указывающего удаление контекста представления, который не содержится в МОК, но является ответом на ПБДП АС; в этом случае ПАП должен выдать сервисный примитив подтверждения P-ALTER-CONTEXT с соответствующим значением параметра списка результатов удалений контекстов представления.

6.5.5.2.    P-U-ABORT, ПБДП ARU, ПБДП ARP и S-P ABORT

См. п. 6.4.

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

Если передатчик после выдачи ПБДП АС принимает ПБДП RS, S-U-EXCEPTION-REPORT, S-P-EXCEPTIONREPORT, S-ACTIVITY-DISCARD или сервисный примитив индикации S-ACTI-V1TY-INTERRUPT до того, как принял ПБДП АСА, ои не должен выдавать сервисный примитив подтверждения P-ALTER-CON-TEXT, а должен перейти к выполнению процедуры, указанной для уели и прекращения, или к передаче ПБДП RS.

з*

Страница 29

С 28 ГОСТ 34.972-91

6.6. Передача информации

6.6.1.    Назначение

Процедуру передачи информации используют для пересылки значений представляемых данных (включая любые значения представляемых данных), извлекаемых из сервисных примитивов запроса P-DATA, P-TYPED-DATA, P-CAPABILITY-DATA и Р-ЕХ-PEDITED DATA и ответа P-CAPABILITY-DATA.

В этой процедуре используют:

а)    ПБДП TD;

б)    ПБДП TTD;

■в) ПБДП ТЕ;

г)    ПБДП ТС;

д)    ПБДП ТСС.

6.6.2.    П а ра м етр ы, относящиеся к ПБДП

Каждый из ПБДП, используемых в этой процедуре, имеет отдельный параметр.

G.6.2.I. Пользовательские данные

Должны представлять параметр пользовательских данных из соответствующего сервисного примитива запроса или ответа и представляться параметром в соответствующем сервисном примитиве индикации или ж)дтверждсния. Для ПБДП ТЕ этот параметр содержит значение представляемых данных из контекста по умолчанию. Для ПБДП TD. ПБДП TTD, ПБДП ТС и ПБДП ТСС этот параметр содержит значение представляемых данных (включая любые вставляемые значения представляемых данных) из контекстов представления, указанных п п. 6.1.2.

6.6.3.    П ропедура

6.6.3.1.    Когда ПАП принимает сервисный примитив запроса Р-DATA, он должен послать ПБДП TD для передачи в соответствии с согласованным синтаксисом передачи значений представляемых данных (включая любые вставляемые значения представляемых данных), содержащихся в этом сервисном примитиве запроса. Когда ПАП принимает ПБДП TD, он должен выдать сервисный примитив индикации Р-DATA, содержащий те же значения представляемых данных (включая любые вставляемые значения представляемых данных).

6.6.3.2.    Когда ПАП принимает сервисный примитив запроса Р-TYPED-DATA, он должен послать ПБДП TTD для передачи в соответствии с согласованным синтаксисом передачи значений представляемых данных (включая любые вставляемые значения представляемых данных), содержащихся в этом сервисном примитиве запроса. Когда ПАП принимает ПБДП TTD, он должен выдать сервисный примитив индикации P-TYPED-DATA, содержащий тс же значения представляемых данных (включая любые вставляемые значения представляемых данных).

Страница 30

ГОСТ 34.972-91 С 29

ПБДП TTD будет доступе», только если в параметрах требований пользователя к сеансу, содержащихся в обоих ПБДП СР и СРЛ, был предложен и выбран сеансовый функциональный блок служебных данных.

6.6.3.3,    Когда ПАП принимает сервисный примитив запроса P-EXPED1TED-DATA, он должен послать ПБДП ТЕ для передачи в соответствии с согласованным синтаксисом передачи значений представляемых данных (включая любые вставляемые значения представляемых данных), содержащихся в этом сервисном примитиве запроса. Когда ПАП принимает ПБДП ТЕ, он должен выдать сервисный примитив индикации P-EXPEDITED-DATA, содержащий те же значения представляемых данных (включая любые вставляемые значения представляемых данных).

6.6.3.4,    Когда ПАП принимает сервисный примитив запроса P-CAPABILITY DATA, он должен послать ПБДП ТС для передачи в соответствии с согласованным синтаксисом передачи значений представляемых данных (включая любые вставляемые значения представляемых, данных) содержащихся в этом сервисном примитиве запроса. Когда ПАП принимает ПБДП ТС, он должен выдать сервисный примитив индикации P-CAPAB1LITY-DATA, содержащий те же значения представляемых данных (включай любые вставляемые значения представляемых данных). Когда ПАП принимает затем сервисный примитив ответа P-CAPABIL1TY-DA* ТА, он должен послать ПБДП ТСС для передачи в соответствии с согласованным синтаксисом передачи значений представляемых данных (включая любые вставляемые значения представляемых данных), содержащихся в этом сервисном примитиве запроса. Когда ПАП принимает ПБДП ТСС. он должен выдать сервисный примитив подтверждения P-CAPABILITY-DATA, содержащий тс же значения представляемых данных (включая любые вставляемые значения представляемых данных).

6.6.4 Столкновения и взаимодействия

P U-ABORT, ПБДП ARU, ПБДП ARP и S-P-ABORT

См. п. 6.4.

6.7. Обработка полномочия

6.7.1.    Назначение

Процедуру обработки полномочия используют для того, чтобы сделать доступными УП-польэователю средства обработки полномочия СУ. ПАП использует эту процедуру для обеспечения сервисных примитивов запроса и индикации P-TOKEN-GIVE, P-TOKEN-PLEASE и P-CONTROL-GTVE.

6.7.2 П роцедура

6.7.2.1.    ПБДП явно не определяют, а неявно они описаны в разд. 7, устанавливающем соответствие с СУ.

6.7.2.2.    Ис»юльзуемые параметры пользовательских данных сеансовых сервисных примитивов должны представлять и представ-

Страница 31

С. 30 ГОСТ 34.972-91

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

6.8. Синхронизация и ресинхронизация

6.8.1.    Назначение

Процедуры синхронизации и ресинхронизации используют для того, чтобы сделать доступными УП-пользователю средства синхронизации и ресинхронизации сеансового сервиса. ПЛИ использует эти процедуры для обеспечения сервисных примитивов Р-SYNC-MINOR, Р SYNC-MAJOR и P-RESYNCHRONIZE. Процедура ресинхронизации оказывает влияние на МОК, когда выбран функциональный блок восстановления контекста.

В этой процедуре используют:

а) ПБДП RS;

С>) ПБДП RSA.

6.8.2.    Параметры, относящиеся к ПБДП RS

6.8.2.1.    Тип ресинхронизации

Должен представлять параметр типа ресинхронизации из сервисного примитива запроса P-RESYNCHRONIZE н представляться, соответственно, параметром типа ресинхронизации в сервисном примитиве индикации P-RESYNCHRONIZE.

6 8.2.2. Порядковый номер точки синхронизации

Должен представлять параметр порядкового номера точки синхронизации из сервисного примитива запроса P-KESYNCHRONI-ZE и представляться, соответственно, параметром порядкового номера точки синхронизации в сервисном примитиве индикации P-RESYNCHRONIZE.

6.8.2.3.    Полномочия

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

6.8.2.4.    Список идентификаторов контекстов представления

Содержит список, каждый пункт которого включает два компонента: идентификатор контекста представления и соответствующее имя синтаксиса передачи. Этот список должен указывать МОК, получающееся в результате передачи ПБДП RS.

6.8.2 5. Пользовательские данные

Представляют параметр пользовательских данных из сервисного примитива запроса P-RESYNCHRONIZE и должны представляться параметром пользовательских данных в сервисном примитиве индикации P-RESYNCHRONIZE. Этот параметр должен выбираться из контекстов представления таким образом, как установлено в п. 6.1.2.

6.8.3. П а р а мстр ы. относящиеся к ПБДП RSA

6.8.3.1.    Порядковый номер точкд синхронизации

Страница 32

ГОСТ 34.972-91 С 31

Должен представлять параметр порядкового номера точки синхронизации из сервисного примитива ответа P-RESYNCHRONIZE и представляться параметром порядкового номера точки синхронизации в сервисном примитиве подтверждения P-RESYNCHRONIZE.

6.8.3.2.    Полномочия

Представляют параметр полномочий из сервисного примитива ответа P-RESYNCHRONlZE и должны представляться параметром полномочий в сервисном примитиве подтверждения P-RESYNCHRONIZE.

6.8.3.3.    Список идентификаторов контекстов представления

Содержит список, каждый пункт которого включает два компонента: идентификатор контекста представления и соответствующее имя синтаксиса передачи. Этот список должен указывать МОК, получающееся в результате передачи ПБДП RSA.

6.8.3.4.    Пользовательские данные

Представляют параметр пользовательских данных из сервисного примитива ответа P-RESYNCHRONIZE и должен представляться, соответственно, параметром пользовательских данных в сервисном примитиве подтверждения P RESYNCHRONIZE. Этот параметр должен выбираться из контекстов представления, как установлено в п. 0.1.2.

6.8.4.    Процедура

6.8.4.1.    Идентификатор точки синхронизации сервисного примитива является идентификатором точки синхронизации, в котором значение порядкового номера точки синхронизации равно соответствующему параметру порядкового номера точки синхронизации этого сервисного примитива.

Идентификатор ресинхронизации сервисного примитива является идентификатором точки синхронизации; в котором значение порядкового номера точки синхронизации равно соответствующему параметру порядкового номера точки синхронизации, уменьшенному на 1.

6.8.4.2.    Если ПАП принимает сервисный примитив запроса

P-SYNC-MINOR    или    выдает сервисный примитив индикации

P-SYNC-MINOR в режиме, когда выбран функциональный блок восстановления контекста, то он связывает текущее ЛЮК с идентификатором сервисного примитива запроса или индикации.

6.8.4.3. Если Г1АП принимает сервисный примитив ответа P-SYNC-MINOR или выдает сервисный примитив подтверждения P-SYNC-MINOR в режиме, когда выбран функциональный блок восстановления контекста, то он связывает текущее ЛЮК с идентификатором сервисного примитива ответа или подтверждения.

При этом ПАП разрывает все связи между идентификаторами точех синхронизации и МОК. которые были установлены ранее.

Страница 33

С. 32 ГОСТ 34.972-91

68.4.4. Если ПАП    принимает    сервисный    примитив    запросе

P-RESYNCHRONIZE в режиме, когда функциональный блок административного управления контекстом не выбран, он передает ПБДП RS.

6.8.4.5. Если НЛП    принимает    сервисный    примитив    запроса

P-RESYNCHRONIZE в режиме, когда функциональный блок административного управления контекстом выбран, но не выбран функциональный блок восстановления контекста, он передает ПБДП RS. Параметр списка идентификаторов контекстов представления должен соответствовать МОК, определенному для этого ПАП.

68.4.6. Если ПАП    принимает    сервисный    примитив    запроса

P-RESYNCHRONIZE    в режиме,    когда функциональный блок

восстановления контекста выбран, то он устанавливает МОК следующим образом:

а)    если тип ресинхронизации «принятие», МОК не изменится;

б)    если тип ресинхронизации «рестарт» или «установка*, возможны следующие варианты:

если идентификатор ресинхронизации примитива связан с некоторым МОК, то МОК восстанавливается равным указанному МОК;

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

во всех остальных случаях МОК не изменяется.

Затем ПАП передает ПБДП RS, в котором значение параметра списка идентификаторов контекстов представления соответствует восстановленному МОК-

6.8.4 7. Если ПАП принимает ПБДП RS в режиме, когда функциональный блок административного управления контекстом не выбран, то он выдает сервисный примитив индикации P-RESYNCHRONIZE.

68.4.8.    Если ПАГ1 принимает ПБДП RS в режиме, когда выбран функциональный блок административного управления контекстом, а функциональный блок восстановления контекста не выбран, то он, если ожидается ПБДП АСА. заменяет данное МОК тем, которое было указано в параметре списка идентификаторов контекстов представления ПБДП RS. Затем ПАП (независимо от того, ожидается ли ПБДП АСА) выдает сервисный примитив индикации P-RESYNCHRONIZE

68.4.9.    Если ПАП принимает ПБДП RS в режиме, когда выбран функциональный блок восстановления контекста, он устанавливает МОК следующим образом:

Страница 34

ГОСТ 34-972-91 С 33

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

если ожидают ПБДП АСА, то МОК заменяют тем, которое было указано в параметре списка идентификаторов контекстов представления ПБД11 RS;

если ПБДП АСА ие ожидают, МОК не изменяют;

б)    если тип ресинхронизации «рестарт* или «установка», возможны следующие варианты:

если идентификатор ресинхронизации сервисного примитива связан с некоторым ДЮК, то это МОК восстанавливают равным указанному;

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

во всех остальных случаях ЛЮК устанавливают в соответствии с перечислением а).

Затем ПАП выдает сервисный примитив индикации P-RESYN-CHRONIZE.

6.8.4.10.    Если ПАП принимает сервисный примитив ответа P-RESYNCHRONIZE в режиме, когда функциональный блок административного управления контекстом не выбран, он передает ПБДП RSA.

6.8.4.11.    Если ПАП принимает сервисный примитив ответа P-RESYNCHRONIZE в режиме, когда выбран функциональный блок административного управления контекстом, он передает ПБДП RSA. Параметр списка идентификаторов контекстов представления должен соответствовать МОК, определенному для данного ПАП.

6.8.4.12.    Если ПАП принимает ПБДП RSA в режиме, когда функциональный блок административного управления контекстом не выбран, он видает сервисный примитив подтверждения P-RESYNCHRONIZE.

6.8.4.13.    Если ПАП принимает ПБДП RSA в режиме, когда выбран функциональный блок административного управления контекстом, а функциональный блок восстановления контекста не выбран, он заменяет данное МОК тем, которое было указано » параметре списка идентификаторов контекстов представления данного ПБДП. Затем он выдает сервисный примитив подтверждения P-RESYNCHRON1ZE.

6.8.4.14.    Если ПАП принимает ПБДП RSA в режиме, когда выбран функциональный блок восстановления контекста, он устанавливает МОК следующим образом:

а) если тип ресинхронизации «прекращение», то МОК заменя-

Страница 35

С. 3« ГОСТ 34.972—*1

ется тем, которое указано в параметре списка идентификаторов контекстов представления данного ПБДП;

б)    если тип ресинхронизации «рестарт» или «установка» и не существует идентификатора точки синхронизации, связанного с некоторым МОК, или идентификатор ресинхронизации не связан с каким-либо МОК и этот идентификатор больше минимального идентификатора, связанного с некоторым ЛЮК, то ЛЮК заменяют тем. которое было указано в параметре списка идентификаторов контекстов представления данного ПБДП;

в)    во всех остальных случаях МОК не изменяют

Затем ПАП выдает сервисный примитив подтверждения PRESYNCHRONIZE.

Примечание. При приеме ПБДП RSA гнп ресинхронизации (для процедуры, описанной выше) относится к типу ресинхронизации соответствующего ПБДП RS

6.8.5. Столкновения и взаимодействия

6.8.5.1.    P-U-ABORT. ПБДП ARU, ПБДП ARP и S-P-ABORT

См. л. 6.4.

6.8.5.2.    P-ALTER-CONTEXT, ПБДП АС и ПБДП АСА

См. п. 6.5.

6.9.    Передача особых сообщений

6.9.1.    Назначение

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

6.9.2.    Процедура

6.9.2.1.    ПБДП явно не определяются, а неявно они описаны в разд. 7, устанавливающем соответствие с СУ.

6.3.2.2.    Используемые параметры пользовательских данных сеансовых сервисных примитивов должны представлять или представляться параметрами пользовательских данных соответствующих сервисных примитивов уровня представления и выбираться из контекстов представления, к?к указано в п. 6.1.2.

6.10.    Административное управление активностью

6.10.1. Назначение

Процедуру административного управления активностью используют для того, чтобы сделать доступными УГ1-пользователям средства административного управления СУ. ПАП использует эту процедуру для обеспечения сервисных примитивов запроса и индикации P-ACT1VITY-START и P-ACTIVITY-RESUME, а

Страница 36

ГОСТ 34.972-9» С 36

также сервисных примитивов запроса, индикации, ответа и подтверждения P-ACTIVITY-END, P-ACTIVITY-INTERRUPT и Р-АС-TIV1TY-DISCARD.

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

6.10.2. Процедур а

6.10.2.1.    ПБДП явно не определяют, а неявно они описаны в разд. 7, устанавливающем соответствие с СУ.

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

6.10.2.3.    Если ПАП принимает сервисный примитив ответа P-ACTIVITY-INTERRUPT или выдает сервисный примитив подтверждения P-ACTIVITY-INTERRUPT, когда активность находится в процессе выполнения и был выбран функциональный блок восстановления контекста, то он заменяет МОК тем, которое получено между активностями.

6.10.2.4.    Если ПАП принимает сервисный примитив ответа P-ACTIVITY-DISCARD или выдает сервисный примитив подтверждения P-ACTIV1TY-DISCARD, когда активность находится в процессе выполнения и был выбран функциональный блох восстановления контекста, то он заменяет МОК тем, которое получено между активностями. Он также должен разорвать любые связи между идентификаторами точек синхронизации МОК, которое он установил ранее.

6.10.2.5.    Если ПАП принимает сервисный примитив ответа P-ACTIVITY-END или выдает сервисный примитив подтверждения P-ACT1V1TY-END, когда активность находится в процессе выполнения и был выбран функциональный блок восстановления контекста, то он заменяет МОК тем, которое получено между активностями. Он также должен разорвать любые связи между идентификаторами точек синхронизации МОК, которое он установил ранее.

6.10.2.6.    Если ПАП принимает сервисный примитив запроса P-ACTIVITY-RESUME или выдает сервисный примитив индикации P-ACTIVITY-RESUME, в которых отсутствует параметр идентификатора старого сеансового соединения, то он выполняет следующие действия:

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

Страница 37

С 36 ГОСТ 34.972-91

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

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

7.1.    Установление соединения

7.1 1. ПБДП СР

Должен передаваться от инициирующего ПАП к отвечающему Г1АП в сеансовых сервисных примитивах запроса и индикации S CONNECT.

7.1.1.1.    Параметры, относящиеся к ПБДП СР

В табл. 1 показано соответствие между параметрами ПБДП СР и S-CONNECT.

Таблица 1

Соответстаие между парамеграми 11БДП С.Р и S-CONNECT

1ир*истр. относящийся К ИЕДГ1 СР

параметр S-COVNCCT

а

ляриметр»

Селектор режима

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

ш

Версия протокола

То же

пт

Вызывающий селектор уровни

»

пт

представления

Адрес вызывающего ПЗСУ

Вызывающий сеансовый адрес

$

Вызываемый селектор уровня пред

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

пт

ставления

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

Вызываемый сеансовый адрес

8

Список определений контекстов

пт

представления

То же

Имя коигекста по умолчанию

пт

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

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

S

Требования к уровню представле

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

пт

ния

То же

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

пт

совым услугам

Пересмотренные требования к се

Требования к сеансовым

S

ансовым услугах

услугам Порядковый номер на

Порядковый номер начальной точ

5

ки синхронизации

чальной точки синхрониза

Начальное присвоение полномочий

ции

Начальное присвоение

S

Идентификатор сеансового соеди

ПОЛНОМОЧИЙ

Идентификатор сеансово

S

нения

го соединения

Палиюватсльские данные

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

пт

Обозначения: m — обязательный; пт — необязательный; s — устанавливают

в стандарте по определению СУ (ИСО 6326).

Страница 38

ГОСТ 34.972- 91 С. 37

7.1.2. ПБДГ1 CPA

Должен передаваться от отвечающего ПАП к инициирующему в сеансовых сервисных примитивах ответа и подтверждения S-CONNECT.

7.1.2.1. Параметры, относящиеся к ПБДП СРА В табл. 2 показано соответствие между параметрами ПБДП СРА и S-CONNECT.

пт — необязательный; s — устааавливают 8326).

Таблица 2

Соответствие между параметрами 11БДП СРА и S-CONNECT

Параметр, относящаяся к ПБДП СРА

Параметр S CONNECT

е«а

параметр*

Селектор режима

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

m

Версия протокола

То же

пт

Ошсчающнй селектор уровня пред

»

пт

ставления

Отвечающий сеансовый адрес

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

пдсу

S

Список результатов определений

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

пт

коитехсюв представления

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

Качество услуги Данные СУ-пользовагелк

8

Требования к уровню представле

пт

ния

Требования пользователя к сеан-

То же

пт

сое мм услугам

Пересмотренные требования к се

Требования к сеансовый

S

ансовым услугам

услугам Порядковый номер на

Порядковый номер начальной точ

$

ки синхронизации

чальной точки синхронизации

Начальное присвоение полномочий

Начальное присвоение

S

полномочий

Идентификатор сеансового соедн-

Идентификатор сеансо

$

нения

вого соединения

Пользовательские данные

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

пт

Обозначения; m - обязательный; в стандарте по определению СУ (ИСО

7.1.2.2. Параметр результата S-CO\rNF.CT

Должен иметь значение «принятие».

7.1.3. ПБДП CPR

Должен передаваться от отвечающего ПАП к инициирующему в сеансовых сервисных примитивах ответа и подтверждения S-CONNECT.

Вместе с тем, когда поставщик СУ отвергает предложение об установлении сеансового соединения, не существует явного сеансового сервисного примитива ответа S-CONNECT и соответствующего ему ПБДП CPR.

Страница 39

С. ЗЯ ГОСТ 34.972-91

7.1.3.1. Параметры, относящиеся к ПБДП CPR В табл. 3 показано соответствие между параметрами ПБДП CPR и параметрами S-CONNRCT.

Таблица 3

Соответствие между параметрами ПБДП CPR и S-CONNECT

п«р*ыс*р. опккяищАся к ПБДП CPR

Плраиетр S-OONNECT

Вм«

пирометра

Версия протокола

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

ПТЛ

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

То же

МП

ставления

Огиечаюший сеансовый адрес

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

S

Список результатов определений

пт

коитсксто» представления

Результат контекста по умолчанию

То же

пт

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

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

S

Требования к сеансовым услугам

Тре<к>вания к сеансовым

3

Идентификатор сеансового соеди

услугам Идентификатор сеансо

я

нения

вого соединения

Причина отвержения поставщиком

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

пт

Пользовательские данные

То же

пт

Обозначения: пт — необязательный: s — устанавливают в стандарте по определению СУ (ИСО 8326).

7.1.3.2.    Параметр результата S-CO№i\'ECT

Может принимать следующие значения: отвержение СУ-постав-шиком (для всего класса значений);

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

Первая ситуация возникает, когда отвержение инициируется поставщиком СУ; параметр причины отвержения поставщиком отсутствует, даже если отвержение инициируется поставщиком услуг уровня представления. Вторая ситуация возникает, когда отвержение инициируется отвечающим ПЛП или УП-нользовате-лем; параметр причины отвержения поставщиком присутствует, да* же если отвержение инициируется отвечающим УП-пользователем.

7.2.    Нормальный разрыв соединения на уровне представления происходит одновременно с нормальным разрывом сеансового соединения. Сервисные примитивы уровня представления отображаются в соответствующие сеансовые сервисные примитивы. В табл * показано соответствие между ними.

Страница 40

ГОСТ 34.972-91 С. 39

Таблица 4

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

Прммития уроамя г.рсдставасяия

Сс«п;ози* гргмитиа

Запрос Р RELEASE

Запрос S-RELEASE

Индккаиня P-RELEASE

Индикация S-RELEASE

Отпет Р RELEASE

Ответ S-RELEASE

Подтверждение P-RELEASE

Подтверждение S-RELEASE

7.3. Аварийный разрыв соединения

7.3.1.    ПБДП ARU

Должен передаваться от запрашивающего ПАП к принимающему в сеансовых сервисных примитивах запроса и индикации S-U-ABORT.

7.3.1.1.    Параметры, относящиеся к ПБДП ARU

В табл. 5 показано соответствие между параметрами ПБДП ARU и S-U-ABORT.

Таблица S

Соответствие между параметрами ПБДП ARU и S-U-ABORT

Шршпр, отжк«гаиП«я к ПБДП ARU

Параметр S U ABOKT

Вид

параметра

Список идентификаторов контекс

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

пга

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

Пользовательские данные

То же

пт

Обозначение: пт — необязательный.

7.3.2. ПБДП ARP

Должен передаваться от запрашивающего ПАП к принимающему в сеансовых сервисных примитивах запроса и индикации S-U-ABORT.

7.3.2.1. Параметры, относящиеся к ПБДП ARP В габл. 6 показано соответствие между параметрами ПБДП ARP и S-U-ABORT.

Таблица 6

Соответствие между параметрами ПБДП ARP и S-U-ABORT

Параметр. ОтиоснщиИсй к ПБДП ARP

параметр S U-ABORT

Вид

параметр»

Причина отвержения поставщи

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

пт

ком

Идентификатор события

То же

пт

Обозначение, пт — необязательный.

Страница 41

С. 40 ГОСТ 34.972-91

7.4. Изменение контекста

7.4.1.    ПБДП АС

Должен передаваться от запрашивающего ПАП к принимающему в сеансовых сервисных примитивах запроса и нндикации S-TYPED-DATA.

7.4.1.1.    Параметры, относящиеся к ПБДП АС

В табл. 7 похазано соответствие между параметрами ПБДП АС и S-TYPED-DATA.

Таблица 7

Соответствие между параметрами ПБДП АС и S-TYPED-DATA

параиетр. относящийся к пвди АС

Периметр S-TYPED-DATA

Вид

параметра

Список добавлений контекстов

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

ran

представления

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

То же

пт

ставлении

Пользовательские данные

*

пт

Обозначение: пт — необязательный.

7.4.2. ПБДП АСА

Должен передаваться от принимающего ПАП к запрашивающему в сеансовых сервисных примитивах ответа и подтверждения S-TYPED-DATA.

7.4.2.1. Параметры, относящиеся к ПБДП АСА В табл. 8 показано соответствие между параметрами ПБДП АСА и S-TYPED-DATA.

Таблица 8

Соответствие между параметрами ПБДП АСА и S-TYPF.D-DATA

Параметр, отиосяшхй:я к ПБДП АС*

В**

параметра

Паршотр S TVI’ED DATA

Список результатов добавлений контекстов представления Список результатов удалений контекстов представления Пользовательские данные Обозначение: пт — необязательный.

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

пт

пт

пт


7.5.    Передача информации

7.5.    J. ПБДП TTD

Должен передаваться от запрашивающего ПАП к принимающему в сеансовых сервисных примитивах запроса и индикации S-TYPED-DATA.

7.5.1.1. Параметры, относящиеся к ПБДП TTD В табл. 9 показано соответствие между параметрами ПБДП TTD и S-TYPED-DATA.

Страница 42

ГОСТ 34.972-91 с 41

Таблица 9

Соответствие между параметрами ПБДП TTD и S-TYPED-DATA

П»р»метр, ошосямв»с* к ПБДП ТШ

Параметр S-TYPED DATA

Вид парям «тра

Пользовательские данные

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

пт

Обозначение: пт — нмбямпгелышй.

7.5.2.    ПБДП TD

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

7.5.3.    ПБДП ТЕ

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

7.5.4.    ПБДП ТС

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

7.5.5.    ПБДП ТСС

Должен использоваться для формирования параметра данных СУ пользователя сервисного примитива ответа S-CAPABIU-TY-DATA и соответствующего сервисного примитива подтверждения.

7.6. Обработка полномочия

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

Таблица 10

Соответствие между сервисными примитивами обработки полномочия

Примитив уровня врпстаолснжя

С«*нсовыЛ примитив

Запрос P TOKEN-GIVE Индикация P-TOKEN-GIVE Запрос P-TOKEN-PLEASE Индикация P-TOKEN PLF.ASE Запрос PCONTROL-GIVE Индикация PCONTROL-GIVE

Запрос S TOKEM-GIVE Индикации S-TOKEN-GIVE Запрос S-TOKEN-PLEASE Индикация P-TOKEN-PI.EASE Запрос P CONTROL-GIVE Индикация P CONTROL-GIVE

7.7. Синхронизация

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

Страница 43

С. 42 ГОСТ М.972-91

в соответствующие сеансовые сервисные примитивы. В табл. 11 показано соответствие между ними.

Та блица II Соответствие между сервисными примитивами синхронизации

Призагкв урэми арсдс?»а<саяя

Сеансовой прнмятк»

Запрос P-SYNC-MINOR Индикация Р-SYNC-MINOR Ответ P-SYNC MINOR Подтверждение P-SYNC-MINOR Запрос P-SYNC-MAJOR Индикация P-SYNC-MAJOR Ответ P-SYNC MAJOR Подтверждение P-SYNC-MAJOR

Запрос S-SYNC-MINOR Индикация S-SYNC-MINOR От»ет S-SYNC-MINOR Подтверждение S-SYNC-MINOR Запрос S-SYNC-MAJOR Индикация S-SYNC-MAJOR Ответ S-SYNC-MAJOR Подтверждение S-SYNC-MAJOR

7.8. Ресинхронизация

7.8.1.    ПБДП RS

Должен передаваться от запрашивающего ПАП к принимающему в сеансовых сервисных примитивах запроса и индикации S-RESYNCHRONIZE.

7.8.1.1.    Параметры, относящиеся к ПБДП RS

В табл. 12 показано соответствие между параметрами ПБДП RS и S-RESYNCHRONIZE.

Таблица 12

Соответствие между параметрами ПБДП RS и S-RESYNCHRONIZE

Параметр, относящийся к ПБДП RS

Параметр S-RESVNCHRONIZE

Вид

лгргхетра

Тип ресинхронизация

Тип ресинхронизации

8

Порядковый комер точке синхро

Порядковый номер точки

S

низации

синхронизации

Полномочия

Полномочия

S

Список идентификаторов контекс

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

пт

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

То же

пт

Обозначения: пт — необязательный: s — устанавливают в стандарте по определению СУ (ИСО 8326).

7.8.2. ПБДП RSA

Должен передаваться от принимающего ПАП к запрашивае-ющему в сеансовых сервисных примитивах ответа и подтверждения S-RESYNCHRONIZE.

7.8.2.1. Параметры, относящиеся к ПБДП RSA В табл. 13 показано соответствие между параметрами ПБДП RSA и S-RESYNCHRONIZE.

Страница 44

ГОСТ 34.972-91 С 43

Таблица 13

Соотадюаие между параметрами ПБДП RSA м S-RES4NCHRONIZE

Паряхетр, ОтиосяякЯся к ПБДЛ RSA

Параметр S-RESVNCHRONIJE

Вид

параметра

Порядковый номер точки скнхро.

Порядковый номер томки

а

нкзацик

синхронизации

Полномочия

Полномочия

а

Список идентификаторов контекс

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

run

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

То же

пт

Обозначения: пт — необязательный; s — устанавливают в стандарте по определению СУ (ИСО 8326).

7.9. Передача особых сообщений

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

Таблица 14

Соответствие между сервисными примитивами передачи особых сообщений

11р«цк?ив уровня представления

СсаясоамП примн7нп

Индикация P-P-EXCEPTION-REPORT Запрос P-UEXCEPTIOH-REPORT Индикация P-U-EXCEPTION-REPORT

Индикация S P EXCEPTION REPORT Запрос S-U-EXCEPTION-REPORT

Индикация S-U-EXCEPTION-REPORT

7.10. Административное управление активностью

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

Страница 45

С 44 ГОСТ 84.972 -91

Таблица 15

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

Пр-вмвтиз уровня предеганлемви

Свансоаь* примитив

Запрос Р-ACTIVITY-START Индикация P-ACT1V1TY-START Запрос P-ACT1VITY-RESUME Индикация P-ACTIVITY-KESUME Запрос Р-ACTIVITY-INTERRUPT Ичдикация P-ACTIVJTY-INTERRUPT Qibct P-ACT1VITY-JNTERRUPT Подтверждение P ACT1VITY-INTERRUPT Запрос P-ACTIVITY-DISCARD Индикация P-ACTIVITY-DISCARD Ответ P-ACTIVITY-DISCARD Подтверждение P-ACTIVITY-DISCARD Запрос P-ACTIVITY-END Индикация P-ACTIVITY-END Ответ P-ACTIVITY-END Подтверждение P-ACTIVITY-END

Запрос S-ACTIVITY-START Индикация S-ACTIV1TY-START Запрос S-ACTIV1TY-RESUME Индикация S-ACT1VITY-RESUME Запрос S-ACT1VITY-INTERRUPT Икдикацкя S-ACT1VITY-INTERRUPT

Ответ S-ACTIVITY-INTERRUPT Подтверждение S-ACT1V1TY-INTERRUPT

Запрос S ACTIVITY DISCARD Ичдикация S-ACTIVITY-DISCARD Ответ S-ACTIVITY-DISCARD Подтверждение S-ACTIVITY-DISCARD

Запрос S• ACTIVITY-END Индикация S-ACTIVITY-END O.aer S-ACTIVITY END Подтверждение S-ACT1V1TY-END

8. СТРУКТУРА И КОДИРОВАНИЕ ПРОТОКОЛЬНЫХ БЛОКОВ ДАННЫХ УРОВНЯ ПРЕДСТАВЛЕНИЯ

Соответствие между сервисными примет ивами

8.1.    Основные положения

8.1.1.    Структура блоков ПБДП (задаваемых явно или. неявно) должна определяться с помощью:

а)    отображения в параметры сеансовых сервисных примитивов;

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

8.1.2.    Структура значений данных СУ-пользователя указывается посредством использования:

а)    нотации ACH.I [ГОСТ 34.973 (ИСО 8824)];

б)    дополнительных комментариев, содержащихся в описании нотации АСН.1.

в)    правил расширения, как указано в п. 8.5, при работе в нормальном режиме.

Примечание. Комментарии нотации АСН.1, приведенные и п. 8.2. являются составной частью настоящего стандарта и. как правило, представляют собой требования;

8.1.3.    Кодирование значений параметра данных СУ-пользователя указано в п. 8.3.

Страница 46

ГОСТ 34.972-91 С 45

8.2. Структура значений параметра данных СУ-пользователя

ISO 8823-PRESENTATION DEFINITIONS :: -BEGIN

--В режиме Х.410—1984 значение параметра данных СУ-поль-

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

--ции S-CONNECT должно быть равно значению СР-тип.

--В нормальном режиме значение параметра данных СУ-полъ-

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

--ции SCONNECT должно быть равно значению СР-тип, за

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

-просчика нуль или несколько значений СРС-тнп.

СР-тип :: = SET

{ [0] IMPLICIT Селектор режима,

[11 IMPLICIT SET

{COMPONENTS OF Надежная передача — APDUs.RTORQapdu} OPTIONAL

--Должен использоваться только для режима

--Х.410— 1984.

--Должен быть равен битовому значению, совместимо-

--му с Рекомендацией МККТТ Х.410—1984.

--З^то должен быть параметр пользовательских дан-

-ных ПБДП СР *-—,

12] IMPLICIT SEQUENCE

{[01 IMPLICIT Версия протокола

DEFAULT {версия I},

[1]    IMPLICIT Вызывающий селектор уровня

представления OPTIONAL,

[2]    IMPLICIT Вызываемый селектор уровня

представления OPTIONAL, [1] IMPLICIT Список определений контекстов

представления OPTIONAL, [61 IMPLICIT Имя контекста по умолчанию

OPTIONAL.

[81 IMPLICIT Требования к уровню представления

OPTIONAL.

19] IMPLICIT Требования пользователя к сеансу

OPTIONAL,

- Не должен присутствовать, если равен параметру

--пересмотренных требований к сеансу--.

Пользовательские данные OPTIONAL _)_    OPTIONAL

• Модуль АСН ] Надежная передача — APDUs определяется в Редакции I ИСО 90Ь6—2 «Системы обработки информации. Текстовые обмены. Надежная передача. Часть 2 Спецификация протокола».

Страница 47

С. 46 ГОСТ 34.972-91

-Должен использоваться только для нормального

-режима.

--Должен содержать параметры ПБДП СР.

--Как опция инициатора значения представляемых данных,

-содержащиеся в ПБДП СР, могут кодироваться несколько

--раз, используя значения CPC-тип, для обеспечения передачи

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

-- вом использования ряда различных синтаксисов передачи.

СРС — тип ::=» Пользовательские данные

--Должен использоваться только для нормального режима.

- Не должен присутствовать, если параметр списка определе-

--ний контекстов представления не содержится в ПБДП СР.

--Каждый образец данных этого типа должен содержать все

--значения представляемых данных, которые входили в состав

--параметра пользовательских данных ПБДП СР.

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

—— значений представляемых данных, которые содержались в --СР-тип.

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

--висных примитивов ответа н подтверждения S-CONNECT

- должно представлять значение ПБДП СРА, когда значение

--параметра результата равно «принятие».

ПБДП СРА SET • {(0| IMPLICIT Селектор режима,

(II IMPLICIT SET

{COMPONENTS OF Надежная передача —

APDUs.RTOACapdu} OPTIONAL

--Должен использоваться только для режима Х.410.

--Должен быть равен битовому значению, совместимо-

--му с Рекомендацией МККТТ Х.410—1984.

--Это должен быть параметр пользовательских данных

--ПБДП СРА*--,

(2) IMPLICIT SEQUENCE

{fO] IMPLICIT Версия протокола DEFAULT {версня-1},

{31 IMPLICIT Отвечающий селектор уровня представления OPTIONAL/

■ Модуль ACH.J Надежная передача — APDUs определяется в Редакции 1 И СО 9066—2.

Страница 48

ГОСТ 34.972-91 С. I?

[5] IMPLICIT Список результатов определений контекстов представления OPTIONAL, (81 IMPLICIT Требования к уровню представления

OPTIONAL.

[9] IMPLICIT Требования пользователя к сеансу

OPTIONAL,

--Не должен присутствовать, если равен параметру

--пересмотренных требований к сеансу--,

Пользовательские данные OPTIONAL } OPTIONAL

--Должен иопользоваться только для нормального

--режима.

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

--висных примитивов ответа и подтверждения S-CONNECT

-должно представлять значение ПБДП CPR, когда значение

-. параметра результата равно «отвержение СУ поставщиком»

--или «отвержение вызываемым СУ-пользователем».

ПБДП CPR ::1= CHOICE

{ SET {COMPONENTS OF Надежная передача —

APDUs.RTORJaipdu) ORTIONAL

--Должен использоваться только для режима Х.410.

--Должен быть равен битовому значению, совместимо-

--му с Рекомендацией МККТТ X.4I0—1984.

--Это должен быть параметр пользовательских данных

--ПБДП CPR *--.

SEQUENCE

{[0] IMPLICIT Версия протокола DEFAULT {версня-1},

|3) 1MLICIT Отвечающий селектор уровня представления

OPTIONAL,

[5] IMPLICIT Список результатов определений контекс-

тов представления OPTIONAL, (7) IMPLICIT Результат контекста по умолчанию

OPTIONAL,

(101 IMPLICIT Причина отвержении поставщиком

OPTIONAL,

Пользовательские данные OPTIONAL

--Должен использоваться только для нормального

--,режим а.

1

Модуль ACH.i Надежная передача — APDUs определяется в Редакции 1 ИСО 9066—2.

Страница 49

С. 48 ГОСТ 34.972-9! }

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

--запроса и индикации S-U-ABORT должен представлять зна-

--чсние типа Прерывание.

Тип Прерывание CHOICE {ПБДП ARU

--для P-U-ABORT-v

ПБДП ARP--для P P ABORT--

>

ПБДП ARU CHOICE

SET {COMPONENTS OF Надежная передача —

APDUs.RTABapdu}

--Должен использоваться только для режима X.4I0.

-Должен быть равен битовому значению, совместимо-

--му с Рекомендацией МККТТ Х.410—1984.

--Это должен быть параметр пользовательских данных

--ПБДП ARU1--

SEQUENCE

[0] IMPLICIT SEQUENCE {[3J IMPLICIT Список идентификаторов контекстов представления OPTIONAL,

Пользовательские данные OPTIONAL }

--Должен использоваться только для нормального

--режима.

ПБд/l ARP ::= SEQUENCE

(Причина отвержения f0] IMPLICIT Причина прерывания поставщиком OPTIONAL,

[11 IMPLICIT Идентификатор события OPTIONAL

)

-Значение параметра данных СУ-польчователя сервисных при-

-митивов запроса и индикации S-TVPED-DATA должно пред-

-ставлять значение типа Служебные данные.

Тип Служебные данные :: = CHOICE

{асПБДП 101 IMPLICIT ПБДП АС--запрос и индикация

P-ALTER-CONNECT-.

1

Модуль АСН.1 Надежная передача — APDUs определяется в Редакции 1 ИСО 9066-2.

Страница 50

ГОСТ 3«.972-»| С 49

асаПБДП (1J IMPLICIT ПБДП АСА —— ответ и подтверждение

P-ALTER-CONNECT-,

КШБДП Пользовательские данные

--запрос и индикация

P-TYPED-DATA

_>

ПБДП АС :: = SEQUENCE

{[О] IMPLICIT Спнсох добавлений контекстов

представления OPTIONAL, [11 IMPLICIT Список удалений контекстов представления

OPTIONAL,

Пользовательские данные OPTIONAL

_ )

ПБДП АСА :: - SEQUENCE

{[0] IMPLICIT Список результатов добавлений контекстов

представления OPTIONAL, [I] IMPLICIT Список результатов удалений контекстов представления OPTIONAL, Пользовательские данные OPTIONAL

>

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

-митнвов запроса и индикации S-RESYNCHRONIZE должно

--представлять значение ПБДП RS.

ПБДП RS :: - SEQUENCE

{[0] IMPLICIT Список идентификаторов контекстов представления OPTIONAL,

Пользовательские данные OPTIONAL

_ >

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

—— митнвов ответа и подтверждения S-RESYNCHRON1ZE долж--но представлять значение ПБДП RSA.

ПБДП RSA :: * SEQUENCE

{[0] IMPLICIT Список идентификаторов контекстов представления OPTIONAL.

Пользовательские данные OPTIONAL

}

Страница 51

С. 50 ГОСТ М.972—91

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

--висных примитивов запроса и индикации S-DATA, S-CAPA-

--BILITY-DATA, S-EXPEDITED-DATA и сеансовых сервисных

--примитивов ответа и подтверждения S-CAPABILITY-DATA

--должны представлять тип Пользовательские данные.

Причина прерывания :: = INTEGER {причина не указана    (0),

нераспознаваемый ПБДП    (1).

неожидаемый ПБДП    (2),

неожидаемый сеансовый сервисный примят®    (3),

нераспознаваемый параметр ПБДП    (4),

неожидаемый параметр ПБДП    (5),

недействительное значение параметра ПБДП (6)

Имя абстрактного синтаксиса :: = OBJECT IDENTIFIER Вызываемый селектор представления :: = Селектор лредставле-ния

Вызывающий селектор представления    ::    •    Селектор    представле

ния

Список контекстов ::    SEQUENCE    OF    SEQUENCE

{Идентификатор    контекстов    представления, имя абстрактного    синтаксиса,    SEQU

ENCE OF имени синтаксиса передачи) Имя контекста по умолчанию :: — SEQUENCE

| JO) IMPLICIT Имя абстрактного синтаксиса, [1] IMPLICIT Имя синтаксиса, передачи }

Результат контекста по умолчанию :: =* Результат Идентификатор события :: « INTEGER

{ср-ПБДП    [01.

сра-ПБДП    М|.

срг-ПБДП    |2[,

aru-ПБДП    J31,

• агр-ПБДП    Г    4J.

ас-ПБДП    151,

аса-ПБДП    |б1,

td-ПБДП    [71

ttd-ПБДП    (81,

te-ПБДП    [91.

tc-ПБДП    (Ю),

Страница 52

ГОСТ 34.972-91 С 51

tcc-ПБДП

[HI

rs-ПБДП

[12]

rsa-ПБДП

13J,

s-release-indication

[141

s-release-confirm

(15

s-tokengive-indication

f 16

s-token-please-indicalion

(17

s-control-give-indication

118

s-sync-minor-indlcation

[19

[20

s-sync-minor-confirm

ssync-major-indication

1211

s-sync-major-confirm

(22

s-p-exception-report-indication

1231,

s-u-exception-report-indication

/24}

s-activity-siart-indication

25).

s-activily-resume-indication

261,

s-activity-interrupt indication

[271

s-activily-interrupt-confirm

[28),

s-activity-discard-indication

[29

s-activity-discard-confirm

(30

s-activity-end-indication

[31

[321,

s-activity-end-confirm

Селектор режима SET {(0) IVPLICIT INTEGER (режим Х410—1984 (0). нормальный режим (1)}}

Список добавлений контекстов представления :: •*= Список контекстов

Слисок результатов добавлений контекстов представления :: =

Список результатов

Список определений контекстов представления :: =■ Список контекстов

Список результатов определений контекстов представления :: -*

Список результатов Список удалений контекстов представления :: —

SEQUENCE OF Идентификатор контекста представления Список результатов удалений контекстов представления :: «

SEQUNCE OF INTEGER {принятие (0), отвержение пользователем (!)} Идентификатор контекста представления :: «= INTEGER Список идентификаторов контекстов представления :: = SEQUENCE OF SEQUENCE (Идентификатор контекста представления,

Имя синтаксиса передачи

Требования к уровню представления :: ■■ BIT STRING

(административное управление контекстом (0),

Страница 53

С. 52 ГОСТ 34.972-91

восстановление контекста (1)}

Селектор уровня представления :: - ОКТЕТ STRING Версия протокола :: — BIT STRING {версия-1 (0)}

Причина отвержения .поставщиком :: — INTEGER

{причина не указана    (0),

временная перегрузка    (1),

превышен локальный предел    (2),

вызываемый адрес представления неизвестен (3), не обеспечивается версия протокола    (4)t

не обеспечивается контекст по умолчанию (5), нечитаемые пользовательские данные    (6),

ПДУП не доступен    (7)}

Отвечающий селектор представления :: = Селектор представления Результат :: = INTEGER {принятие (0),

отвержение пользователем (1). отвержение поставщиком (2)

Список результатов :: = SEQUENCE OF SEQUENCE

*    JO) IMPLICIT Результат

(l) IMPLICIT Имя синтаксиса передачи OPTIONAL .npu4M«a отвержения [21 IMPLICIT INTEGER поставщиком

{причина не специфицирована    (0),

не обеспечивается абстрактный синтаксис    (I),

не обеспечиваются предлагаемые синтаксисы переда-

чи (2)

превышен локальный предел по ЛЮК    (3)

} OPTIONAL

Имя синтаксиса передачи :: = OBJECT IDENTIFIER Пользовательские данные :: =■ CHOICE

•{[APPLICATION 0] IMPLICIT Данные, кодируемые простым кодом.

(APPLICATIOH 1) IMPLICIT Полностью кодируемые данные)

--В п. 8.4 описано, где должна использоваться каждая из двух

--альтернатив.

Данные, кодируемые простим кодом :: =- OCTET STRING -См. п. 8.4.1.

Полностью кодируемые данные :: • SEQUENCE OF PDV-список

--содержит одно или несколько значений PDV-списка.

--См. п. 8.4.2.

PDV-спнсок :: = SEQUENCE

{Имя синтаксиса передачи OPTIONAL,

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

Страница 54

ГОСТ 34.972-91 С 53

значения представляемых данных CHOICE {один тип ACH.I (0) ANY.

выравненный октет (1] IMPLICIT OCTET

STRING,

промежуточный [2] IMPLICIT BIT STRING}

--Содержит одно или несколько значений из одного и того

--же контекста представления.

--См. п. 8.4.2.

Требования пользователя к сеансу :: = BIT STRING {полудуплекс    (0),

дуплекс    (1),

срочные данные    (2),

локальная синхронизация    (3),

общая синхронизация    (4),

ресинхронизация    (5),

административное управление активностью    (6).

согласованный разрыв    (7),

данные указания возможностей (8), особые сообщения    (9),

служебные данные    (10)

END *

8.3. Кодирование значений параметра данных СУ-пользова-теля

8.3.1.    За исключением типа Пользовательские данные, типы данных АСН.1, указанные в п. 8.2, должны кодироваться в соответствии с базовыми правилами кодирования для АСН.1 (ГОСТ 34.974 (ИСО 8825)).

8.3.2.    Кодирование значений типа Пользовательские данные определено в и. 8.4.

8.3.3.    Кодирование параметра данных СУ-пользователя сервисных примитивов 'запроса и индикации S-CONNECT должно представлять сцепление кодов значения CP-тип и значений СРС-тип, при их наличии.

8 4. Кодирование значений типа Пользовательские данные

8.4.1. Простое кодовое представление

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

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

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

Страница 55

С 54 ГОСТ 34.972-в!

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

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

8.4.1.4.    Простое кодовое представление должно осуществляться следующим образом:

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

б)    во всех случаях, когда пользовательские данные являются элементом данных какого-либо другого типа АСН.1, как указано в п. 8.2, кодирование их значений должно осуществляться в соответствии с базовыми правилами кодирования для ЛСН.1 [ГОСТ 34.974 (ИСО 8825)].

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

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

8.4.2. Составное кодовое представление

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

8.4.2.2.    Значение параметра пользовательских данных должно представлять тип данных в составном кодовом представлении, когда не используют контекст по умолчанию и выполняют следующие условия:

а)    МОК содержит несколько членов:

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

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

8.4.2.4.    Составное кодовое представление является применены, ем базовых правил кодирования для АСН.1 |ГОСТ 34.974 (ИСО

1

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

Страница 56

ГОСТ 34.*72—91 С 55

8825)1 к значениям данных в составном кодовом представлении. Структура и содержимое компонента значений представляемых данных значения PVD-списка должна определяться в соответствии с п. 8.4.2.5.

8.4.2.5.    Компонент значения представляемых данных значения PVD-списка должен кодироваться в соответствии с базовыми правилами кодирования для АСН.1 [ГОСТ 34.974 (ИСО 8825)). Различные необязательные возможности компонента значений представляемых данных значения PVD-списка должны использоваться следующим образом:

а)    если значение PVD-списка содержит только одно значение представляемых данных, являющееся одним из отдельных типов ACH.I, кодируемым в соответствии с базовыми правилами кодирования для ACH.I (ГОСТ 34.974 (ИСО 8825) 1. го должна использоваться необязательная возможность «отдельный тип

ЛСН I»;

б)    если каждое кодированное значение представляемых данных, содержащееся в значении PVD-списка. состоит из целого числа октетов и правила по перечислению а) не действуют, должна использоваться необязательная возможность «выравнивание по границам октета». В этом случае содержимое октетов OCTET STRING (СТРОКА ОКТЕТОВ) должно представлять собой сцепление битовых строк, получающихся в результате кодирования значений представляемых данных, содержащихся в значении PVD-списка, в соответствии с заданным синтаксисом передачи;

в)    если правила по (перечислениям а) м б) не действуют, должна использоваться необязательная возможность «произвольный». Содержимое октетов BIT STRING (БИТОВАЯ СТРОКА) • должно представлять собой сцепление битовых строк, получающихся в результате кодирования значений представляемых данных, содержащихся в значении PVD-списка, в соответствии с заданным синтаксисом передачи.

8.4.2.6.    Компонент и идентификатора контекста представления значения PVD-списка в ПБДГ1 СР должен указывать контекст представления значений представляемых данных.

8.4.2.7.    Компонент имени синтаксиса передачи значения PVD-спнскз в ИБДП СР должен включаться, когда для контекста представления значений представляемых данных было предложено несколько имен синтаксисов передачи.

8.4.3, Кодирование значений представляемых данных в режиме X.4I0—1984

8.4.3.1. За исключением сервисных примитивов запроса и индикации S-DATA значения представляемых данных в типе Поль-

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

Страница 57

С. 56 ГОСТ 34.972-91

зовательские данные должны кодироваться в соответствии с базовыми правилами кодирования АСН.1 [ГОСТ 34.974 (ИСО 8825)).

8.4.3.2. Для сервисных примитивов запроса и индикации S-DA-ТА значения представляемых данных в типе Пользовательские данные должны кодироваться как содержимое октетов (т. е октеты идентификатора и октеты длины отсутствуют) примитива, кодируемого как значение типа OCTET STRING (СТРОКА ОКТЕТОВ) в соответствии с базовыми правилами кодирования АСН.1 [ГОСТ 34.974 (ИСО 8825)|.

8.5. Правила расширения нормального режима

8.5.1.    Для ПБДП СР принимающий ПАИ должен подчиняться следующим правилам:

а)    игнорировать любой неопределяемый элемент;

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

8.5.2.    За исключением случая, приведенного в п. 8.5.1, если в п. 8.2 используют числа и биты, имеющие название, наличие числа или бита следует рассматривать как недействительное, если нм не присвоено имени.

Глава 3. АТТЕСТАЦИОН НОЕ ТЕСТИРОВАНИЕ 9. АТТЕСТАЦИОННОЙ тестирование

9.1.    Динамическое аттестационное тестирование

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

а)    ПАП. описанного в разд. 6 и приложении к настоящему стандарту:

б)    использования СУ в соответствии с разд. 7.

в)    кодирования ПБДП, описанного в разд. 8.

9.2.    Статическое аттестационное тестирование

Системные требования к соответствию должны включать:

а) поддержку нормального режима, режима X.4I0—1984 или обоих режимов. Системные требования к реализации процедур, устанавливаемых в настоящем стандарте, обеспечивают процедуры. указанные в рекомендации МККТТ Х.410—1981 при работе в режиме Х.410—1984. Системные требования к реализации процедур, устанавливаемых в настоящем стандарте, отличных от процедур, устанавливаемых в рекомендации Х.410—1984, должны обеспечиваться при работе в нормальном режиме:

Страница 58

ГОСТ 34.972-91 С. 57

б)    инициирование соединения на уровне представления (посредством передачи Г1БДП СР) пли передачу ответа на ПБДП СР, или обе эти процедуры;

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

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

д)    обеспечение отображения в СУ, определяемого в разд. 7;

е)    обеспечение соответствия процедур правилам расширения (п. 8.5) в нормальном режиме.

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

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

а)    перечепь обеспечиваемых сеансовых функциональных блоков;

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

в)    возможность обеспечения процедуры инициирования соединения на уровне представления, ответа на ПБДП СР или обеих этих процедур;

г)    перечень обеспечиваемых синтаксисов передачи;

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

е)    возможность обеспечения нормального режима, режима Х.410—1984 или обоих этих режимов вместе.

10. ПРИОРИТЕТЫ ТРЕБОВАНИЯ

10.1.    Все аспекты протокола уровня представления определены в разд. 5—7. В данном разделе устанавливают правила присвоения приоритета для тех возможных ситуаций, в которых один и тот же аспект может определяться в нескольких местах и противоречивым образом. Такими аспектами определения протокола являются:

а)    правила упорядочения;

б)    отображение в СУ;

в)    структура и кодирование блоков ПБДП.

10.2.    В приложении и разд. 6 определены элементы процедур, которые управляют выполнением протокола уровня представления. Приложение имеет приоритет перед остальными разделами на-

Страница 59

С. 58 ГОСТ 54.972-91

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

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

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

ПРИЛОЖЕНИЕ

Обязательное

ТАБЛИЦА СОСТОЯНИЯ

III.I Общие положения

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

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

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

В табл. 17. указаны сокращенное имя и имя каждого состоянии В табл. 18 указаны сокращенное имя. категория и имя каждого исходящего события. Категориями являются событие УП-поставщика. собьпно СУ-польэо-вателя и событие действительного ПБДП.

В табл. 19 указаны специфические действия.

В табл. 20 указаны предихаты.

В табл. 21—2D приведены таблицы состояний.

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

П 1.2.2. Специфические действия представлены с помощью обозначения fnj. где п является номером специфического действия в табл. 19.

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

Страница 60

ГОСТ 34.972-91 С. 59

П 1.2.4. Булевы операторы представлены с помошью следующих обозначений:

А -И

--HF.T

OR - ИЛИ

П1.3. Соглашения для записей в таблицах состояний

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

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

а)    список действий;

1)    состоящий из исходящих событий и/или специфических действий;

2)    всегда включающий результирующее состояние;

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

1)    предикатного выражения, включающего предккаты и булевы операторы;

2)    списка действий (как в п. П 1.3.2, перечисление а).

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

обозначения, приведенные в п. Ш.2.

П 1.4 Дейстяия, предпринимаемые ПАП

Таблицы состояний определяют действия, предпринимаемые ПАП.

П 1.4.1. Недействительные пересечения

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

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

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

П 1.4.12. Если входящее событие относится к принимаемому ПБДП или событию СУ-постзвщика, ПАП должен выдавать ПБДП APR (если существует нижерасположеиное сеансовое соединение) и инднхацию P-P-ABORT,

П 1.4.2, Действительные пересечения

Если пересечение состояния и входящего события является действительны», должно выполняться одно из нижеследующих действий.

П! 4.2.1. Если пересечение содержит список действий, ПАП должен выполнить специфические действия в порядке, задаваемом таблицей состояний.

П 14.2 2. Если пересечение содержит один или несколько списков условных действий, для каждого предикатного выражения, которое исгинно, ПАП должен выполнить спсинфичсЛне действия в порядке, задаваемом списком действий, относящимся к этому предикатному выражению. Пели ни одно предикатное выражение не истинно, ПАП должен выполнить одно вз действий, определяемых в п. П1.4.1. Порядок оценки предикатных выражений в различных списках условных действий определяется порядком списков условных действий.

П 1.4.3 Прием блоков ПБДП

Г11 4.3.1. Действительна б*Оки ПБДП

ПАП должен обрабатывать действительные ПБДП таким образом, как задано в табл. 21—29. См. также п. 3 5.

П1.4.3.2. Недействительные ПБДП

Если принят недействительный ПБДП. ПАГ1 должен выполнить действия, задаваемые в п. П1.4.1.2.

П1.5. Определение множеств и переменных

Определяют нижеследующие множества и переменные.

Страница 61

С. 60 ГОСТ 34.972-91

П1.5.1. Функциональные блоки

Множество функциональных блоков, используемых в процедурах и определенных в настоящем приложении, описываемся следующим образом: fu-dom=(CM, CR),

где СМ — функциональный блок административного управления контекстом;

CR — функциональный блок восстановления контекста.

Булеву функцию FU определяют посредством fu-dotn следующим обрезом: для { a fu-dom

PU(f) «ИСТИНА, ссли и только если функциональный блок f был выбран во время фазы установления соединения на уровне представления.

П1.5.2 Множества контекстов

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

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

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

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

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

д)    МОК, согласуемое во время установления соединения на уровне представления;

е)    МОК, определяемое между активностями;

ж)    содержимое МОК в точках синхронизации.

Н1.5.3 Переменные

III.5.3.1. Переменная аер

аер является булево* переменной, принимающей следующие значения: аер=ИСТИНА Ожидание ковца активности, аер—ЛОЖЬ: Конец активности без ожидания, аср устанавливаю? следующим образом:

а)    н значение ИСТИНА при выдаче сервисного примитива ответа S-ACTI* VJTY-END. если имеется возможность приема сервисного примитива индикации S-ACTIVITY-INTERRUPT;

б)    в значение ЛОЖЬ во время фазы установления соединения иа уровне представления или при приеме любого сеансового сервисного примитива индикации после того, как был выдан сервисный примитив ответа S-ACTIVITY-END;

П! .5.3.2. Переменная rl

г! является булевой переменкой, принимающей следующие значения: г!=*ИСТИНА: Начата фаза разрыва.

rl—ЛОЖЬ: Фаза разрыва не начата или разрыв был отвергнут, г! устанавливают следующим образом:

а)    в значение ЛОЖЬ во время фазы установления соединения на уровне представления или при выдаче отрицательного сервисного примитива ответа или подтверждения P-RELHASE;

б)    в значение ИСТИНА при выдаче сервисного примитива запроса или индикации P-RELEASE.

П1 5 3. 3. Переменная сг

сг является булевой переменной, принимающей следующие значения: сг — ИСТИНА: Обнаруживается столкновение запросов разрыва, сг-»ЛОЖЬ: Столкновение запросов разрыва отсутствует или было устранено.

сг устанавливают следующим образом:

а) в значение ЛОЖЬ во время фазы установления соединения на уровне представления или при выдаче сервисного примитива ответа или подтверждения P-REL6ASE, если т! имеет значение ИСТИНА;

Страница 62

ГОСТ 34.972-91 С. 61

б) в значение ИСТИНА, если г1 имеет значение ИСТИНА и эыдан сервисный примитив запроса или индикации P-RELEASE Ш.6. Взаимосвязь с сеансовым сервисом

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

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

Таблица 16

Слисок входящих событий

Ожр*имыиое им*

K«rciep*n

Имя и описания

АС

ПБДП

ALTER CONTEXT

АСА

»

ALTER CONTEXT ACKNOWLEDGE

ARP

»

PROVIDER ABORT

ARU

*

USER ABORT

СР

»

PRESENTATION CONNECT

СРА

>

PRESENTATION CONNECT ACCEPT

CPR

>

PRESENTATION CONNECT REJECT

P-ACTDreq

СП-примитив

Запрос P-ACTIVITY-DISCARD

Р ACTDrsp

Ответ P-ACTIVITY-DISCARD

P-ACTEreq

*

Запрос P-ACTIVITY-END

Р-АСТЕгзр

»

Отое? P-ACTIVITY-END

P-ACTIreq

»

Запрос P-ACTIVITY-INTERRUPT

P-ACTIrsp

>

Ответ P-ACTIVITY-INTERRUPT

P-ACTRreq

>

Запрос P-ACTIVITY-RESUME

P-ACTSreq

>

Запрос P-ACTIVITY-START

P-ALTERreq

>

Запрос P-ALTER-CONTEXT

P-ALTERrsp

*

Oiee-r P-ALTER-CONTEXT

P-CDreq

>

Запрос P-CAPAB1LITY-DATA

P-CDtap

>

Ответ P-CAPABILITY-DATA

P CGrcq

»

Запрос P-C.ONTROL-GlVE

P-CONreq

»

Запрос P-CONNECT

P-CONrsp +

Ответ P CONNECT принят

P-CONrep —

»

Огеет P-CONNECT отвергнут

P-DTteq

»

Запрос P-DATA

P-EXreq

>

Запрос P-EXPEDITED-DATA

P-GTreq

»

Запрос P-TOKEN-GIVE

P-PTreq

>

Запрос P TOKEN PLEASE

P-RELreq

>

Запрос P-RELEASE

P-RELrsp +

»

Ответ P-RELF.ASE принят

P-REl.rsp — P-RSYNrcq

»

Oise-r P-RELEASE отвергнут Запрос PRESYNCHRONIZE

P-RSYNrsp

>

Ответ P-RESYNC 11 RON IZE

PSYNMreq .

»

Запрос P SYNC MAJOR

P-SYNMrsp

»

Ответ P SYNC-MAJOR

P-SYNmreq

»

Запрос P-SYNC-MINOR

P-SYNmrsp

»

Ответ P SYNC-MINOR

P-TDreq

»

Запрос P-TYPED-DATA

P-UABreq

>

Запрос P-U-ABORT

Страница 63

С. 62 ГОСТ 34.972-91

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

Сокращенное имя

Категория

Имя и оиясяиие

PUERrcq

ПБДП

Запрос P-UEXCEPTfONREPORT

RS

RESYNCHRONIZE

RSA

RF.SYNCHRONIZE ACKNOWLEDGE

S-ACTDcnf

СС-примитив

Подтверждение S-ACT1V1TY-DISCARD

S-ACTDind

>

Индикация S ACTIVITY DISCARD

S-ACTEcnf

>

Подтверждение S-ACTIVJTYEND

SACTEInd

>

Индикация S ACTIV1TY-END

SACTIcnf

>

Подтверждение S-ACTIVITY-

SACTlind

1MTERRUPT

>

Индикация S-ACTfVm -INTERRUPT

SACTRInd

>

Индикация S-ACTIVITY RESUME

SACTSind

>

Индикация S-ACTIV1TY-START

S-CGind

>

Индикация S-CONTROL-GJVE

SCONcnf —

>

Подтверждение S-CONNECT отвергнуто

S-GTind

(поставщик)

>

Индикаиня S-TOKEN-GIVE

SP-ABInd

>

Индикация S-P-ABORT

SPERind

Индикация S-R-EXCEPTION-REPORT

S^PTind

»

Индикаиня S-TOKEN PLEASE

S-REUnf +

Подтверждение S-RELEASE принято

SRELcnf —

Подтверждение S-RELEASE отвергнуто

S-RELind

>

Индикация S RELEASE

S-RSYNcnf

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

S-RSYNind

*■

Индикации S RHSYNCHRON’IZE

S-SYNMcnf

*

Подтверждение S-SYNC MAJOR

S-SY.VMind

Индикация S-SУ.\'С-Л1 AJOR

S-SYNmcnf

*

Подтверждение S-SYNC-MINOR

S-SYNmind

»

Индикация S-SYNC-MINOR

SUERind

>

Индикация S-U-EXCEPT10N-RRPORT

TC

ПБДП

>

CAPABILITY-DATA

TCC

CAPABILITY-DATA ACKNOWLEDGE

TD

DATA

ТЕ

*

EXPEDITED DATA

TTD

>

TYPED P NT A

Т я б л и а а 17

Состояния

Сокра'.ш.'Ниои

mill

И«Я u «шеями'

STAIO

Холостое — отсутствие соединении

STAJb

Ожидание ПБДГ1 CPA

STA12

Ожидание ответа P-CONNECT

STAtO

Соединение установлено — передача данных

STAacO

Ожидание ПБДП АСА

STAacI

Ожидание ответа P-ALTERCONTECT

STAac2

Ожидание ПБДП АСА или ответа P ALTER CONNECT

Страница 64

ГОСТ 34.972-91 С. 63 Таблица 18

Список исходящих событий

Сокращенное имя

Категория

Кия и описание

АС

ПБДП

ALTER CONTEXT

ЛСЛ

>

ALTER CONTEXT ACKNOWLEDGE

ARP

*

PROVIDER ABORT

ARU

>

USED ABORT

СР

»

PRESENTATION CONNECT

СРА

>

PRESENTATION CONNECT ACCEPT

CPR

>

PRESENTATION CONNECT REJECT

P-ACTDcnf

СП-пркмитив

Подтверждение P-ACTIVITY-DISCARD

P-ACTDfnd

>

Индикация P-ACTIVITY-DISCARD

Р ACTEcnl

»

Подтверждение P ACTIVITY-END

Р ACTEind

>

Индикация P-ACTIVITY-END

P-ACTIcnf

>

Подтверждение P-ACTIV1TY-INTERRUPT

P-ACTIind

>

Индикация P-ACTIVITY-INTEPRUPT

P-ACTRind

»

Индикация P ACTIVITY-RESUME

P-ACTSind

»

Индикация P-ACTIVITY START

P-ALTERcnf

Подтверждение P-ALTER-CONTEXT

PAI.TERind

>

Индикация P-ALTER-CONTEXT

P-CDcnf

*

Подтверждение P-CAPABILITY-DATA

P-CDind

>

Индикация P CAPABI1.1TY-DATA

P-CGind

>

Индикация P C0NTROL GIVE

P-CONcnf +

>

Подтверждение R-CONNECT принято

P CONcnf -

*

Подтверждение P-CONNECT отвергнуто

P-CONind

»

Индикация P-CONNECT

P-DTind

»

Индикация P-DATA

P-EXind

»

Индикация P-EXPED1TED-DATA

P GTind

*

Индикация P-TOKEN-GIVE

P-PABind

»

Индикации P-P-ABORT

P PERind

Ииднкац!'я P P-F.XCEPTION-REPORT

P-PTind

V

Индикация P-TOKEN PLEASE

P-RELcnf +

Подтверждение P RELEASE принято

P-RELcnf —

*

Подтверждение PRELEASE отвергнуто

P RELind

P

Индикация P-RELEASE

PRSYNcnf

>

Подтверждение P-RESYNC11RONIZE

P-RSYNind

>

Индикаили P RESYNCHRONIZE

P-SYNMcnf

%

Подтверждение P-SYNC-MAJOR

P-SYNMInd

»

Индикация P SYNC-MAJOR

P-SYNmcnf

*

ПоД1вержденне P-SYNC-MINOR

P-SYNmind

>

Индикации P SYNC-MINOR

P-TDind

*

Индикация P-TYPED-DATA

P-UABind

>

Индикация P-U-ABORT

P UERind

*

Индикация P-U EXCEPTION-REPORT

RS

ПБДП

RESYNCIIRONIZE

RSA

>

R F.SYNC И N RON IZ E A С KNOWLEDGE

S-ACTDreq

СС-пркмитив

Запрос S ACTIVITY-DISCARD

S-ACTDrsp

»

Ответ S ACTIVITY-DISCARD

S-ACTEreq

»

Запрос S-ACTIV1TY-END

S-ACTErsp

>

Ответ S ACTJV1TY-END

S-ACTIreq

>

Запрос S-ACTIV1TY INTERRUPT

Страница 65

С. 64 ГОСТ 34.972-91

Продолжены таб.к. 19

Сокраиияиос имя

Ke re горяч

Имя к описание

SACTIrep

CC прнмшнв >

Ответ S ACT1V1TY INTERRUPT

SACTRreq

Запрос S ACTMTY-RESUME

S-ACTSreq

»

Запрос S-ACT1VITY-START

S-CGreq

*

Запрос S CONTROL G1VE

S-GTrcq

>

Запрос S-TOKENGIVE

SPTreq

»

Запрос S-TOKENJ PLEASE

S-RELrcq

>

Запрос S-RELEASE

S-RELrsp 4-

»

Ответ S-RELEASE принят

S-RF.Lrsp — S-BSYNreq

>

»

Ответ S-RELEASE отвергнут Запрос S RF.SYNCHRONJZE

S-RSYNrsp

*

Ответ S-RESYNCHRONIZE

SSYNMreq

»

Запрос S SYNC-MAJOR

SSYNMrsp

»

Ответ S-SYNC-MAJOR

S-SYNmreq

>

Запрос S SYNC-M1NOR

S-SYNmrsp

»

Ответ S-SYNC-MINOR

S-UERrcq

»

Запрос S-U-EXCEPTION-REPORT

TC

ПБДП

СДРЛ BILITY-DATA

TCC

»

CAPABILITY DATA ACKNOWLEDGE

TD

»

DATA

ТЕ

»

EXPEDITED DATA

TTD

*

TYPED DATA

Таблица 19

Специфические действия

Ле*ствяе

Кал

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

foil

1021

[031

№41

[051

106)

Г07|

[081

Установить и переменных сг и rl значение ЛОЖЬ Записать абстрактный синтаксис и синтаксис передачи для контекстов представления согласованного МОК и дли контекста по умолчанию

Предложить, по крайней мере, одни синтаксис передачи для каждого контекста представления Предложить синтаксис передачи для контекста по умолчанию, если его имя указано в сервисном примитиве запроса Выбрать один синтаксис передачи для каждого контекст» представлении, согласованного для определения, и включать согласованные контексты представления в МОК Установить переменную rl в значение ИСТИНА Если г! имеет значение ИСТИНА, установить сг о значение ИСТИНА Если аер имеет значение ИСТИНА-а> установить аер я значение ЛОЖЬ;

[091

Страница 66

ГОСТ 34.972-91 С. 65 Продолжение табл. 19

Действие

Код

б) если FIJ(CR) имеет значение ИСТИНА, то точки синхронизации, относящиеся и последней atcm и ноет л. будут больше связаны с соответствующими МОК Г101    Записать иыбранный синтаксис перелечи для каждого нового

контекста представления и включить новые контексты представления о МОК

fill    Удалить контексты представления, согласованные для удале

ния, из МОК

[12]    Записать FU(i) для f в fu-dom в соответствии с требованиями

к уровню представления в ПБДП СРА {[31    Если FU(CR), то связать МОК с идентификатором точки син

хронизации

f 14)    Если FU(CR) и активность находятся и процессе выполнения,

то установить МОК равное МОК, определяемое между активностями

*161    Установить аер ь значение ИСТИНА

rifij    Установить МОК. равное ЛЮК, связанное с идентифика

тором точки синхронизации П71    Если FU(CR), то запомнить МОК как ЛЮК. определяемое меж

ду активностями

f.18)    Установить МОК, равное МОК, согласованное во время ус

тановления соединения на уровне представления Г191    Разорвать все связи между порядковым номером точки син

хронизации и МОК для текущей активности f201    Установить аер в значение ЛОЖЬ

fall    Установить ЛЮК таким образом, как определено параметром

списка идентификаторов контекстов представления в ПБДП Г221    Если FU(CR), 70 разорвать вес связи между идентификатора

ми точки сиилроинзашт и МОК

Таблица 20

Предикаты

Значение

код

р01    Соединение на уровне представления приемлемо для ПАП {ло

кальный характер)

р02    При наличии может обеспечиваться контекст по умолчанию с

указанным именем

рОЗ    Каждое    значение    представляемых    данных    выбирают    из    кон

текста представления МОК, предлагаемого при установлении соединения на уровне представления, кли из контекста по умолчанию. если это МОК пустое р04    Каждое    значение    представляемых    данных    выбирают    из    кон

текстов представления ЛЮК. принятого при установлении соединения на уровне представления, или из контекста по умолчании», если    это МОК    пустое

р05    Каждое    значение    представляемых    данных    выбирают    из    кон

текстов представления данного ЛЮК или из контекста по умолчанию. если МОК пустое

Страница 67

С. вв ГОСТ 34.972-91

Продолжение тоЛл 20

Код

Значение

р06

Каждое значение представляемых данных выбирают ю коа-

Текстов представления да нога МОК, не предлагаемых для удаления из МОК равноправным ПЛП-партнером

р07

Каждое значение представляемых данных выбирают из кон-текстов представления данного МОК, не предлагаемых для удаления и:» МОК лекальным ПАП

р08

<т имеет значение ИСТИНА

р09

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

доступны, ил контекста по умолчанию FIJ(CM) имеет значение ИСТИНА

ри

р13

Каждое значение представляемых данных выбирают «з контекста по умолчанию

рм

FU(CM> имеет значение ЛОЖЬ, или FU(CM) имеет значение ИСТИНА и функциональный блок служебных данных был выбран в соогвегствии с требованиями пользователя к сеансу

р 15

Каждое значение представляемых данных выбирают из контекстов представления данного МОК, которые были согласованы во время установления соединения на уровне представления, или из контекста по умолчанию, если МОК пустое

р16

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

Р17

FU(CR) имеет значение ИСТИНА

Р 1ft

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

р19

Каждое значение представляемых данных выбирают из контекстов представлении данного МОК. ие принятых для удаления из МОК. или нз контекстов представления, принятых для добавления в ЛЮК. или, если такие контексты представления не

P20

доступны, нз контекста по умолчаиию

ПБДП содержит параметр списка идентификаторов контекстов представления

Р21

Каждое значение представляемых данных выбирают из кон

текстов представления, указанных в ПБДП. или нз контекста по умолчан ню, если в ПБДП никаких контекстов представления

ие указано

р22

Для каждого значения представляемых данных образец (выбор которого имеет локальный характер) кодирования обеспечивается ПЛП

р23

Для каждого значения представляемых данных кодирование

обеспечивается ПАП

Страница 68

ГОСТ 34.972-81 С. 67

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

Знмсми е

Код

р24

р25

026

р27

р28

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

мок

Параметр идентификатора старого сеансового соединения имеется в Наличии

Существует МОК. связанных с парой, состоящей из значений параметров идентификатора старой активности и порядкового номера точки сиихронязаини

Таблица 2!

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

STAl#

х$лОст©е-Огсут<т1ме

соединения

STAIl о»идакис CPA

STAI3 ожидяняс ll-COSi*p

PCONrcq

р02 & рОЗ № Г05| [02| f20| СР

STAII

СР

р01 & р02 А рОй А р22

ГГ

STA12

лр01 OR^p(e or -'раз ion

CPR

STAIO

Р CONrsp +

рСЦ

Г061 [161

CPA

STAtO

CPA

p04

[031 [12| P-CONcnl 4-STAtO

Страница 69

с. 68 ГОСТ 34.972-81

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

STAIO

*ато<то<-от«утсг»ис

coejpHcu>a

ST All ОжидШШе CPA

stab

ожидпадс P-CONr»J>

P-CONrsp-

(06)

CPR

STAIO

CPR

P04

PCONcnf-

STAIO

S-CONcnf-

I P-CONcnf-1 STAIO

|

Таблица 22

Разрыв сосдииениа (нормальный)

STAacO

ожмдаппе

АСА

STAacI

ОЖШ11||И«

P ALreemp

STAacJ

OKIUIBW

АСА кли

V Al.TKRrsp

STAtO

С0СДННСМ1Н! УСТ||НОК.1«ЯО —

— передач» Данных

P RELreq

P07 1061 f07| SRElreq STAaoO

p05

[08i m S-RELrcO STAacI

P07 (08| (07| S-RELreq

STAac2

(08?°f07|

S-RELr«j

STAtO

S-RELind

p05 roei (071 P-RELind STAaoO

P06 (08| (07| P RELind STAacI

p06 (08( (071• P-RELind STAac2

P<«

1061 I07| P-RELiiid STAtO

P-RELrsp 4-

p07 & - pW S-RELrsp 4-STAIO p>07 & p08

m

S-RELrsp 4-STAtO

pQ6 & - p08

S-RELrsp 4-STAIO рОб & ptt

S-rKp 4-STAIO

pO? & ~p08 S.REI^ap + STAIO l>07 & p08 1021 S-RELrsp + STAtO

p<)6 4 ^ p08 S-RELrsp + STAIO p05 & p08 [02| S-Rhl.rsp 4-STAtO

S-RELcaf 4-

p05 & pOS P-RELcnf + STAIO p05 & p08 [02]

P RF.Lcnf 4-STAMO

p06 4 - rOS P-RELcnf Ч-STAIO pOG 4 p08 |02| P-RELcnf + STAtO

|Л6 & 'P«8 P-RELcnf 4-STAIO p06 & p06 (021 P-RELcnf + STAtO

pG5 & ~ d08 P-RELcnf + STAIO pOS & pot № P-RELcni 4-STAtO

P RELrsp-

ffi

S-RELrsp-

STAacO

pflti

1021

S-RELrsp-

STAacI

P07

I02J

S-RELrsp-

STAac2

J6

S-REI.rsp-

STAtO

S-REUnf- |

P05

10(21

P-RELcnf*

STAacO

p06

(02|

P-RELcnf-

STAacl

pC6

1021

PRELcni-

STAac2

P-RELcnf-

STAtO

Страница 70

ГОСТ 34.972-91 С. 69 Таблица 23

Разрып соединения (аварийный)

STAll

ожидвии*

CPA

STA12

ожид&иас

P-OOKrtp

STAacO

ОЖИЯЙНИС

АСЛ

ST A ad

ОЖИДВИВв

P-Л LTERisp

STABcS

ожидание

АСА или P-

ALTERwp

STAiO

сосдиясях*

уствноьлс-

ть-иере-

дач»

даю>

PUABreo

РОЗ

ARU

STAIO

l>03

ARU

STAIO

p07

ARU

STAIO

ill

p07

ARU

STAIO

P05

ARU

STAIO

ARU

p03 & p2l

P-UABind

STAIO

p03 &p21 4p23 P-UABind STAIO

p2l & p24

P-UABind

STAIO

pOft & p2I

P-UABind

STAIO

p2J & p25 IpOo & |>2| P-UABind P-UABind STAIO STAIO

ARP

P-PABind

STAIO

P-PABind

STAIO

P-PABind

STAIO

P-PABind

STAIO

P-PABind

STAIO

P-PABind

STAIO

S-PABind P-PABind ISTAIO

P-PABlni

STAIO

P-PABind

STAIO

P-PABInd jp-PABind STAIO 'STAilO

P-PABind

STAIO

Таблица 24

Административное управление контекстом

STA*cO ожидая не АСА

ST Авс I Ожидание P ALTERrjp

STAacJ ожидание АСА или P ALTERKP

STAIO (ОГДИМГМИС yOl.OIOB.L-IO — — ПСрвДаЧ*

Л»мни«

P-ALTERreq

p05

(ОЛ

AC

STAac2

p054 pll 1041

AC

STAacO

AC

»>0G

[0)1

P-ALTKRind

STAac2

p05 & plil [Oil 1091 P ALTERintf STAacl

PALTIiRrsp

pOO |06| fill АСА STAtO

pOO

foei M i-l

АСА

STAacO

АСА

p09

WOl fill

P-ALTF.Rcnf

STAlO

p09 & p06 l!01 |U1 PAl.TF.Rcnf STAacl

Страница 71

С.. 70 ГОСТ 34.972-91

Таблица 25

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

STAj<0

ОЖКДани*

АСА

STAacl

ОЖМХЯИИС

P Al.TERr»p

STA«2 ожише АСА или P ALT£Rf*p

STAIO

<ОСДИК«ЯН« уст*ио»лс»о — — ПррпДВЧ» давних

P-DTreq

р07

TD

STAacO

F05

TD

STAail

p07 . TD

STAa2

рОб

TD

STAtO

TD

рОб

P-DTind

STAacO

poe

P-vDTind

STAacl'

p06

P-DTind

STAac2

p05

№9|

P-DTind

STAtO

P-TDrcq

Р07 A pH

TTD

STAacO

p06 * pM

TTD

STAacl

p07 & p24

TTD

STA*c2

p05^<£ p!4 STAtO

TTD

p05 & p!4

P-TDind

STAacO

p06 & p!4

P-TDtnd

STAMl

рОв 4 pM

P-TDInd

STAac2

Р05 & p>i4 Г091

P-TDind

STAtO

P-EXreq

pie

ТЕ

STAacO

Pie

ТЕ

STAacl

pl8

ТЕ

STAac2

pie

ТЕ

STAtO

ТЕ

PIS

P-EXind

STAacO

pIO

P-EXind

STAacl

pl3

P-EXind

STAac2

P-EXind

STatO

P-CDreq

p07

TC

STAacO

P05

TC

STAac 1

V07

TC

STAac2

pOS

TC

STAtO

ТС

pD6

PCDind

STAacO

p06

PCDind

STAacl

|>06

P-CDind

STAac2

P05

1091

P-CDind

STAtO

P-CDrsp

fee

STAacO

p05

TCC

STAadli

TCC

STAac2

i»06

TCC

STAtO

ТСС

pG5

P-CDcnf

STAacO

P06

P-CDcnf

STAacl

p06

P-CDcnf

STAac2

p05

P-CDcnf

STAtO

Страница 72

ГОСТ 34.972-91 С. 71 Таблица 26

Обработка полномочна

STA»cO

ожяд»ии»

АСА

STA*cl о ж клише

P-ALTERtsp

STAarti

ОЖИДИИИС

АСА или P-ALTER r»t>

STAW соединение >ct»iio»-i««o —

— перелм»

ДЛИНЫ*

P-GTreq

S-GTr«J

STAacO

S-GTreq

STAac!.

S-GTrcq

STAad?

S-GTreq

STAtO

S-GTind

P-GTInd

STAacO

POTind STAac 1

PGTind

STAac2

1091

PGTind

STAtO

P-PTreq

p07

S-PTreq

STAacO

p06

S-PTreq STAac 1

p07

S-PTreq

STAucZ

pOG

S-PTreq

STAtO

S-PTind

f^PTind

STAacO

p06

P-PTind STAac I

P06

P-PTind

STAac2

P06

Юн*

STAtO

P-CGrcq

S-CGrcq

STAacO

S-CGrcq

STAacI

S-CGrcq

STAac2

S-CGrcq

STAtO

SCGind

P-CGind

STAacO

P-CGind

STAact

P-CGind

STAac2

(091

P-CGind

STAtO

Страница 73

С. 72 ГОСТ 34.972-91

Синхронюацня

Таблица 27

STAacO

ожидание

АСА

STAacl

ожидание

P-ALTERrss»

STAac2 ожидание АСА или P-ALTERnp

STA10 (Оедчиеми* установлено — — пер»дачв Ла«мы»

P-SYNmreq

•-•pi7 & p07

S-SYNmrcq

STAacO

p05

S-SYNmreq

riai

STAacl

Лр17 & p07

S-SYNmreq

STAac2

^SYNmrcq

r-iai

STAtO

S-SYNmlnd

p<*

P-SYNmind

\\Q)

STAacO

'■'PluT & pOG

P-SYNmind

STAacl

-'P17 & p06

P-SYNmind

STAac2

p05

P-SYNmind

11181

STAtO

P-SYNmrsp

p07

S-SYNmrsp

STAacO

p05

S-SYNmrsp

STAacl

(>07

S-SYNmrsp

STAac2

(■05

S-SYNmrsp

STAtO

S-SYNmcnf

p06

P-SYNmcnf

STAacO

^SYNmcnf

STAacl

p06

P-SYNmcnf

STAac2

Р05

P-SYNmcnf

STAtO

P SYNMreq

лр17 A p07

SSYNMreq

STAacO

p06

S-SYNMreq

STAacl

-pi7 & p07

S-SYNMreq

STAac2

p05

S-SYNMreq

STAtO

S-SYNMInd

SsYNMind

STAacO

-Pl7 & p06

P-SYNMind

STAacl

-pi? & p06 P-SYNMind-STAac2

p05

P.SYNMind

STAtO

P-SYNMrsp

p07

SSYNMrsp f22| Г13] STAacO

■—-p 17 & p06

S-SYNMrsp

STAacl

~pl7 & p07

SSYNMrsp

STAac2

p05

SSYNMrsp [221 fl3| STAtO

S SYNMcnf

-"pd? & p05

P-SYNMcnf

STAacO

d06

PSYNMcnf

m fttl

STAaol

-*>-pt7 & p06

P-SYNMcnf

STAac2

p06

PSYNMcnf

Пй] fiai

STAtO

Страница 74

ГОСТ 34.972 -91 С. 73

Таблица 28

Административное управление активностью и обработка особых сообщений

STAicO

ОЖШШС

АСА

STA»cl

ОЖИДВИИС

P ALTERrep

STA»rt

ОЖИЯЛИИС

АСА ИЯИ P-ALTERr*

STAIO соедиисике УСТЙКОПЛ«НО • — (КфСДНЧ*

PACTSreq

~pI7 & p07

S-ACTSrcq

STAacO

№.

S-ACTSreq

STAacI

t

--•р^АрО? pO& SACTSr.q [:71 STAac2 | S-ACTSrcq | STAtO

S-ACTSInd

p06

[09| |171

P-ACTSind

STAacO

^pl? & p06

P-ACTSind

STAacI

P17 & p06 P-ACTSind STAac2

рое

f09| Г J 71

P-ACTSind

STAtO

P-ACTErcq

—pl7 & p07

S-ACTErcq

STAacO

S-ACTErcq

STAacI

-pl7Ap07

S-ACTF.rcq

STAac2

p05

S-ACTEruq

STAtO

S ACTEind

p05

P-ACTEind

STAacO

''-pi7 & p06 P \CTtind STAac5

pl7Ap06

P-ACTIind

STAas>

рОб

P-ACTEind

STAtO

P-ACTErsp

p07

fMl (16|

S-ACTErsp

STAacO

'-pi? & p05 S-ACTErsp STAacI

■' pl.7 & p07 S ACTErsp STAac2

I>05

fMl 115)

S-ACTRrsp

ЧТЛЮ

S-ACTEcnf

-'Pl7 & p05 P ACTEcnf STAacO

p06

STAacI

- p! 7 A p06 P- ACTEcnf STAac2

1>(V>

f 5 J] U9|

P-ACTEcnf

STAtO

P-ACTGreq

S-ACTlrcq

STAtO

S-ACTIrcq i

STAIO

S-ACTIreq

STAIO

S-ACTIreq

STAtO

SACTIind

f20|

P-ACTIind

STAIO

I2G|

P-ACTIind |Р-ЛСТ1«И STAtO , STAIO

f20|

P-ACT!ind

STAtO

1

P-ACTIrap • j j

i i

fMl

S ACT 1 rep STAtO

Страница 75

С. 74 ГОСТ 34.972-91

Продолжение ju6.t. 28

STAacO

ОЖИЯ4ПИ*

АСА

STAacl

ожкдапяс

P-ALTERrsp

STAac2 ожидание АСА «.*« P-ALTEHri

STAtO сосхниеиис ycranoti.wio — передача ляяных

S-ACTIcnf

PACTRrcq

~pt<7 A p07

SACTRreq

STAacO

(-pl70Rp27 OR^p28t&p06 SACTRreq STAacl 'p27 & p28 A pI7 ft p!6 f!7| И61 S-ACTRrtq STAacl

-~pli7 A p07 S-ACTRreq STAnc2

fl4|

P-ACTIcnf

STAtO

(''P170RP270R '■p2H) ft рОб SACTRreq STAtO -P27 A p28 A p17 A pl6 |17l H6| S-ACTRrcq STAtO

SACTRind

{-'pi70Rp270R & рОб

I09J

P-ACTRind STAacO — p27 ft p28 * p 17 A p№

ro9i jir; m

P-ACTRind

STAacO

ЛР«7 A p(M>

P-ACTRind

STAacl

-pl?Ap06

P-ACTRind

STA»c2

(~p]70Rp270R ' p28) ft i>05 |06|

P-ACTRind

STAtO

-p27 A p28 A p!7 A pI6 1091 IK-71 П61 P-ACTRind STAtO

P-ACTDreq

S-ACTDreq

STAtO

S-ACTDreq

STAtO

S-ACTDreq

STAtO

S-ACTDreq

STAtO

S-ACTDind

f<»|

PACTDInd

STAiO

[001

P-ACTDind

STAtO

Г091

P-ACTDind

STAtO

foei

P-ACTDind

STAtO

PACTDrsp

[141 ГИМ

S-ACTDrsp

STAtO

SACTDcnf

[Ml (191

P-ACTDcnf

STAiO

P-UERreq

i>07

S-UERreq

STAtO

pOf,

S-UERrcq

STAtO

o07

S-UERreq

STAtO

I>05

S-UERreq

STAtO

SlIBRind

|>C6

P-UERind

STAtO

p06

P-UERInd

STAtO

305

P-UERind

STAtO

pOS

P-UERind

STAtO

S-PERind

P-PERind

STAtO

P-PERind

STAtO

P-PERind

STAtO

P-PL'Riiw

STAtO

Страница 76

ГОСТ 34.972-91 С. 75 Таблица 29

Ресинхронизация

STAacS ожкяанке \CA him

STAacI ожилапис Г* \L1Efiri»

STA*cO

ож^айимс

лсх

P ALTER rs

STAtO соединение установлено -— пппедяча

.TiHMWX


—-р f 7 & р07 RS

STAtO

р!7 & р 19 4 р07 RS

STAtO

tiV7 4 p26 & р 18 RS

STAtO Р17 4 -*р» &

^ р26 Л р15 »

STAtO

— P17 4 RS

STAtO

p06

pl? 4 pl9 & рОб RS

STAtO

pi7 4 p«

4 p!8 RS

STAtO

p 17 4    p!9

& 'p26 4

p!S

1181

RS

STAtO

17 4 p07

RS

STAtO

pl>7 4 pl9 4 p07 RS

STAtO

pti7 4 p26 4 pie №

STAtO

pl*7 4 - pl9 4    p26

4 plo 1181 RS

STAtO

лр1>Г 4 p05 RS

P-RSYNreq

STAtO

«111 4~ pli7 4 p05 RS

STAtO

pH 4 p|7 4 plO 4 p05

RS

STAtO

PM 4 pklf7 4 [>26 4 p№

RS

STAtO

pH 4 pl7 4 pit) 4    p26

4 pI5 №

RS

STAtO


лр!7 & р21 [211

RS

P-RSYNInd

STAtO

р 17 & р 19 & р21

KlsYNind

STAtO

р!7 4 р26 4 р!в

P-RSYNind

STAtO

р17 A - pl9 4 'Р26 4 р 15

rtei

P-RSYNind

STAtO ■~?1,7 4 p21;

P-RSYNind

STAtO

pl 7 & pi 9 & T*2J

P-RSYNInd

STAtO

p 17 4 p26 4 ?I6

i:qi

P RSYNind STAtO

pl7 4^ pl9 & p26 4 pl6 [18!

P-RSYNind

STAtO

1.7 4 pa;

гам

P RSYNind STAtO

p17 4 plO 4 p2l 1311

P RSYNind STAtO

pl" 4 p26 4 p!8 JI6J

P-RSYNind STAtO pi 7 4 '» p 19 4 - v 26 4 p 15 .

P-RSYNind

'■RSYNind

STAtO

STAtO

-'pH 4 p05

P-RSYNind

STAtO

pH 4~pl7

4 r>21

P-RSYNind

STAtO

pH 4 p17 4 pl9 4 p21

P RSYNind STAtO

Pl.t 4 p 17 4 p26 4 pl8 Ji«l

P-RSYNind

STAtO

plil- 4 p 17 4 p 1.9 4 ^-p2b 4 p 15

es,


Страница 77

С 76 ГОСТ 54.972-91

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

STAacI ожпаапне Р ALTERfip

STAaO

ожидание

АСА

STAatf ожкаоп^с АСА или PALTERr*

StAtU соединение уставопясио — — передача данных


■'чрМ а роз

Р PSYNrsp

RSA

STAIO

pill & pi?

А р05

RSA

STAtO

pill & р!7 А jMUfc р05

STAtO

pi 1 A p17 &

p26 A p05

RSA

STAtO

plil & pJ7 A ~pl9 A p26 A P05 RSA STAtO

лр11 & (>05

RSA

PRSYNcnf

STAtO

pH A p! 7 A p3l 1311

P-RSYNcnf

STAIO

pll A pl7 A t>l9 A p21 1211

PRSVNcnl

STAtO

pill A p 17 A p26 & j>05 P -RSYNcnf ST^tO

pll A D|7 & '••piO « p2G A p05 PRSYNcnf STAtO

Страница 78

ГОСТ 34.972-91 С. 77

ИНФОРМАЦИОННЫЕ ДАННЫЕ

1.    ПОДГОТОВЛЕН И ВНЕСЕН Министерством радиопромышленности СССР

2.    УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ Постановлением Комитета стандартизации и метрологии СССР от 24.12.91 №2063. Настоящий стандарт подготовлен методом прямого применения международного стандарта ИСО 8823—88 «Системы обработки информации. Соединение открытых систем. Спецификация протокола представления данных для связи с установлением логического соединения» и полностью ему соответствует

3.    Срок проверки — 1997 г., периодичность проверки — 5 лет

4.    ССЫЛОЧНЫЕ НОРМАТИВНО-ТЕХНИЧЕСКИЕ ДОКУМЕНТЫ

Обозначение отечсствеяного НТД на который дама ссылка

Обозначение соотаатстпу/мяек» международно о стандарта

ll'ixtp пункт

ГОСТ 28906-91

ИСО 7498-R9

0. 2. 3.1. 5.3

ГОСТ 34.973-91

ИСО «824—87

2. 4Д 5, 6, 7. 8. 9,

12. 13

ГОСТ 34 974-91

ИСО «525—87

2. 8 3, 8.4

_

ИСО 7498—3—891

2. 3.3

_

ИСО 8326-87*

2. 5.2. 5.5. 6.2. 7.1.1.1

_

ИСО/ТО 8509- 87*

2. 3.2

_

ИСО 8822—88*

2. 3.4. 5.5. 6

_

ИСО 9066-2 89*

82

МККТТ X410—1984*

2.34.82.84.92. 93

1

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

Страница 79

С 78 ГОСТ 34 972-91

СОДЕРЖАНИЕ

0    ВВЕДЕНИЕ

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

2    ССЫЛКИ

ГЛАВА ! ОБЩИЕ ПОЛОЖЕНИЯ

3    ТЕРМИНЫ И ИХ ПОЯСНЕНИЯ

3 I Термины и их пояснения, принятые в эталонной модели 3 2 Термины и их пояснения, принятые в соглашениях по услугам

3 3 Термины и их пояснения, относящиеся к присвоению имен и адре

саиии

34 Термины и их пояснения, относящиеся к услугам уровня пред отведения

15 Термины и их пояснения, относящиеся к протоколу уровня прет стамския

4    СОКРАЩЕНИЯ

4 1 Блоки данных

4    2 Типы протокольных блоков данных уровня представления

4    3 Другие сокращения

5    ОБЩЕЕ ОПИСАНИЕ ПРОТОКОЛА УРОВНЯ ПРЕДСТАВЛЕНИЯ

5    1 Услуги, предоставляемые уровнем представления 5 2 Услуги прс поставляемые сеансовым уровнем

5    3 Функции, выполняемые уровнем представления

5    4 Функциональные блоки >ровня предс явления

6    5 Модель уровня представления

ГЛАВА 2 СПЕЦИФИКАЦИЯ ПРОТОКОЛА УРОВНЯ ПРЕДСТАВЛК НИЯ

6    ЭЛЕМЕНТЫ ПРОЦЕДУР

b I Парометры пользовательских данных 62 Установление соединения 6 3 Нормальный разрыв соединения 6 4 Аварийный разрыл соединения 6 5 Изменение контекста 66 Передача информации 6 7 Обработка полномочия

68    Синхронизация и ресинхронизации

69    Передача особых сообщений

6    10 Административное управление активностью

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

7    1 Установление соединения

7 2 Нормальный разрыв соединения 7 3 Аварийный разрыя соединения 7 4 Изменение контекста 7 5 Передача информации 7 6 Обработка полномочия 7 7 Синхронизация 7 8 Ресинхронизация 7 9 Передача особых сообщений

7    10 Административное управление активностью

8    СТРУКТУРА И КОДИРОВАНИЕ ПРОТОКОЛЬНЫХ БЛОКОВ ДАН НЫХ УРОВНЯ ПРЕДСТАВЛЕНИЯ

8    I Основные положении

8 2 Структура значений параметра данных СУ пользователя

Страница 80

ГОСТ 34.972-91 С. 79

8.3. Кодирование значений параметра данных СУ - польэова тел я    .    53

8.4 Кодирование значений типа Пользовательски?    данные    .    . 53

8.5. Правила расширения нормального режима    .    .    .56

ГЛАВА 3. АТТЕСТАЦИОННОЕ ТЕСТИРОВАНИЕ    ...    56

9.    АТТЕСТАЦИОННОЕ ТЕСТИРОВАНИЕ    ....    56

9.1.    Динамичесхое аттестационное тестирование    .    .    .56

9.2.    Статическое аттестационное тестирование    ... 56

93. Формуляр аттестационного тестирования    реализации    протокола 57

10. ПРИОРИТЕТЫ ТРЕБОВАНИЙ    .....57

ПРИЛОЖЕНИЕ. ТАБЛИЦА СОСТОЯНИЙ    ....    58

ИНФОРМАЦИОННЫЕ ДАННЫЕ    ...... 77

Страница 81

Редактор Т. С. Шеко Технический редактор О. //. Никитина Корректор Н. Д. Чехотина

Сдано и н»6. 03.0J.92. Поди, к о#ч 03 04 Я* Уел. тан л. 5.0. Уел. кр.чит. 5.13. Уч-иад. л. 5-56.

Тир 500 экз.

Орд«и» «Знак Почетл» Издательство стандартов. 123557. Москва. ГСП. Нооолркмиссий ВСф.. 3.

Калужская типограф гя стандартов. у л Московская. 256