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

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

50 руб. БЗ 8—91/949

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

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

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

КОМИТЕТ СТАНДАРТИЗАЦИИ И МЕТРОЛОГИИ СССР

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

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

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

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

Open system interconnection. Connection oriented presentation protocol specification

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

н) синтаксис передачи.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

поддерживает инициирующий ПАП. В настоящем стандарте установлена только версия 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. Каждый пункт содержит три компонента: идентификатор контекста представления, имя абстрактного синтаксиса и список синтаксисов передачи.

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

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

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

См также п 6 2 6 1

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

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

См. также п. 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, расширенных дополнительными тре

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

точки синхронизации из сервисного примитива запроса P-CONNECT и вызывать указание параметра порядкового номера начальной точки синхронизации в сервисном примитиве подтверждения 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.

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

При использовании ПБДП CPR указания значений для всех

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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. Причина отвержения поставщиком

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

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

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

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

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

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

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

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

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

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

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

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

6.2.5.4. Если инициирующий ПАП не может установить соединение на уровне представления из-за невозможности установки сеансового соединения, он должен выдать сервисный примитив подтверждения 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. Согласование контекста представления

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Сервисные примитивы запроса 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.5.5.3. Разрушающие сеансовые услуги

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Представляют параметр полномочий из сервисного примитива запроса 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. Порядковый номер точки синхронизации

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

если ожидают ПБДП АСА, то МОК заменяют тем, которое было указано в параметре списка идентификаторов контекстов представления ПБДП 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-RESYNCHRONIZE.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Когда выбран функциональный блок восстановления контекста, процедура административного управления активностью оказывает влияние на МОК, как определено в п. 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-ACTIVITY-DISCARD, когда активность находится в процессе выполнения и был выбран функциональный блок восстановления контекста, то он заменяет МОК тем, которое получено между активностями. Он также должен разорвать любые связи между идентификаторами точек синхронизации МОК, которое он установил ранее.

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

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

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

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

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

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