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

Если этот параметр задан в сервисном примитиве запроса P-CONNECT, но не может быть обеспечен УП-поставщиком, то примитив индикации выдаваться не будет и инициирующий СП- пользователь получит сервисный примитив подтверждения P-CON­NECT, в котором параметр результата имеет значение «отверже­ние поставщиком».

Если УП-поставщик обеспечивает контекст по умолчанию, от­вечающему УП-пользователю будет выдана индикация. Если в сервисных примитивах ответа и подтверждения параметр резуль­тата контекста по умолчанию принимает значение, равное'«отвер­жение пользователем», то параметр результата в этих сервисных примитивах также принимает значение «отвержение пользовате­лем».

  1. Если какая-либо часть параметра пользовательских данных сервисного примитива запроса P-CONNECT не может быть передана отвечающему УП-пользователю, то примитив ин­дикации не выдается и инициирующий СП-пользователь будет получать сервисный примитив подтверждения P-CONNECT, в ко­тором параметр результата имеет значение «отвержение постав­щиком».

  2. Если УП-пользователь выдает сервисный примитив ответа P-CONNECT, в котором параметр результата имеет зна­чение «принятие», то в сервисном примитиве подтверждения P-CONNECT будет задаваться параметр результата, имеющий значение «принятие» и соединение уровня представления устанав­ливается. Если УП-пользователь выдает сервисный примитив от­вета P-CONNECT, в котором параметр результата имеет значе­ние «отвержение пользователем», то в сервисном примитиве под­тверждения P-CONNECT будет задаваться параметр результата, имеющий значение «отвержение пользователем», и параметр поль­зовательских данных, который содержался в сервисном примити­ве ответа; в этом случае соединение уровня представления не устанавливается. Отвечающий УП-пользователь не выдает сер­висный примитив ответа P-CONNECT, в котором указывались бы параметр результата, имеющий значение «принятие», и пара­метр результатов контекста по умолчанию, имеющий значение «отвержение пользователем».

  3. Если сервисный примитив подтверждения P-CONNECT неприемлем для УП-пользователя, то этот УП-пользователь мо­жет впоследствии выдать сервисный примитив запроса P-U-ABORT.

  1. Услуга P-U-ABORT

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

  1. Структура

Структура компонентов сервисных примитивов приведена в табл. 4.

Таблица 4

Услуга P-U-ABORT

Имя параметра

Запрос

Индикация

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

и

С(=)

Обозначения:

U —наличие параметра по выбору пользователя;

С — условное наличие параметра;

( = ) — указывает, что значение параметра берется из соседнего левого столбца.

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

Значения представляемых данных (включая любые вставляе­мые значения представляемых данных) в этом параметре переда­ются между УП-пользователями и подчиняются правилам п. 10.1. Интерпретация этих данных находится в ведении прикладного уровня. С точки зрения услуг уровня представления эти данные не имеют никакого другого смыслового значения. Поэтому они могут использоваться для передачи информации пользователя о причине.

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

  1. Услуга P-P-ABORT

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

  1. Структура

Структура компонентов сервисных примитивов приведена в табл. 5.

Таблица 5

Услуга P-P-ABORT

Имя параметра Индикация

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

Обозначение: М — обязательное наличие параметра.

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

Этот параметр указывает причину разъединения соединения уровня представления.3

  1. Услуга P-ALTER-CONTEXT

Примечание. Эта услуга доступна только в процессе установления соединения уровня представления, если был выбран функциональный блок ад­министративного управления контекстом. '

Эта услуга обеспечивает следующие средства административ­ного управления контекстом представления:

  1. создание контекстов представления и их добавление в МОК;

. б) удаление контекстов представления из МОК.

Эта услуга выполняет действие, которое может оказаться не­согласованным по отношению к предшествующим вызовам услуг; вызов этой услуги не прекращает соединение.

  1. Структура

Структура компонентов сервисных примитивов приведена в табл. 6.

Таблица 6

Услуга P-ALTER.-CONTEXT

Имя параметра

Запрос

Индикация

Ответ

Подтвержде­ние

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



>


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

и

С( = )



' Список удалений контек-





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

и

С( = )



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





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





тавления


с

и

С(=>

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





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





ления



и

С( = )

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

и

С( = )



Обозначения: '

U — наличие параметра по выбору пользователя;

С — условное наличие параметра;

( = ) — указывает, что значение параметра берется из соседнего левого столбца;

пробел — отсутствие параметра.



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

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

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

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

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

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

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

Этот параметр указывает на принятие или отвержение для каждого из добавлений контекстов представления, предложенных в параметре списка добавлений контекстов представления; он включается только в том случае, если в сервисные примитивы запроса и индикации был включен параметр списка добавлений контекстов представления. Этот параметр имеет форму списка значений результатов. Между элементами этого списка и содер­жимым списка добавлений контекстов представления существует однозначное соответствие с точностью до порядка размещения в списке. Каждый элемент может принимать одно из трех значений: «принятие», «отвержение пользователем» или «отвержение постав­щиком». Значения элементов в этом параметре присваиваются УП-поставщиком в сервисном примитиве индикации и УП-пользо- вателем в сервисном примитиве ответа.

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

Отсутствие этого параметра эквивалентно принятию всех кон­текстов представления, предлагаемых для добавления. Значения этого параметра в сервисном примитиве ответа доставляются в сервисном примитиве подтверждения без каких-либо изменений.

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

Этот параметр указывает на принятие или отвержение для каждого из удаляемых контекстов представления, предлагаемых в параметре списка удалений контекстов представления; он включается только в том случае, если в сервисные примитивы запроса и индикации был включен параметр списка удалений контекстов представления. Этот параметр имеет форму списка значений результатов. Между элементами этого списка и содер­жимым списка удалений контекстов представления существует однозначное соответствие с точностью до порядка размещения в списке. Каждый элемент списка может принимать одно из двух значений: «принятие» или «отвержение УП-пользователем».

Отсутствие этого параметра эквивалентно принятию всех кон­текстов представления, предлагаемых для удаления. Значения этого параметра в сервисном примитиве ответа доставляются в сервисном примитиве подтверждения без каких-либо изменений.

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

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

  1. Процедура изменения контекста

    1. Согласованная модификация МОК выполняется в следующие моменты времени:

  1. в приемнике — после выдачи сервисного примитива ответа;

  2. в запросчике — после принятия сервисного примитива под­тверждения.

Контекст представления, добавленный в МОК, может исполь­зоваться для значений представляемых данных параметра поль­зовательских данных в сервисных примитивах ответа или подт­верждения P-ALTER-CONTEXT. Контекст представления, удален­ный из МОК, не может использоваться для значений представля­емых данных параметра пользовательских данных в сервисных примитивах ответа или подтверждения P-ALTER-CONTEXT.

    1. Если до выдачи сервисного примитива ответа P-ALTER-CONTEXT МОК. пустой, запросчик должен использовать для параметра пользовательских данных только контекст по умолчанию. Более того, при ожидании сервисного примитива подтверждения P-ALTER-CONTEXT запросчик не должен выда­вать сервисные примитивы уровня представления, содержащие пользовательские данные, за исключением сервисных примитивов P-EXPEDITED, P-U-EXCEPTION-REPORT, P-RESYNCHRONIZE или P-U-ABORT.

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

  1. Услуга P-TYPED-DATA

Эта услуга обеспечивает УП-пользователю средство доступа к сеансовой услуге S-TYPED-DATA, описанной в стандарте по определению сеансовых услуг (ИСО 8326), выполняет действие, которое может оказаться несогласованным по отношению к пред­шествующим вызовам услуг. Вызов этой услуги не прекращает соединение.