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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Черт. 1



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

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

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

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

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

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

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

2 Зак. 357

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

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

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

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

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

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

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

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

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

  1. ПБДП СР;

  2. ПБДП СРА;

  3. ПБДП CPR.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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