ГОСТ 34.971-91 сторінка 5 з 9
-
Параметр имени контекста по умолчанию является необязательным для сервисного примитива запроса P-CONNECT; при отсутствии параметра УП-поставщик считает, что определение контекста по умолчанию было согласовано ранее. Будучи заданным, этот параметр задает абстрактный синтаксис, обеспечиваемый контекстом по умолчанию.
Если этот параметр задан в сервисном примитиве запроса P-CONNECT, но не может быть обеспечен УП-поставщиком, то примитив индикации выдаваться не будет и инициирующий СП- пользователь получит сервисный примитив подтверждения P-CONNECT, в котором параметр результата имеет значение «отвержение поставщиком».
Если УП-поставщик обеспечивает контекст по умолчанию, отвечающему УП-пользователю будет выдана индикация. Если в сервисных примитивах ответа и подтверждения параметр результата контекста по умолчанию принимает значение, равное'«отвержение пользователем», то параметр результата в этих сервисных примитивах также принимает значение «отвержение пользователем».
-
Если какая-либо часть параметра пользовательских данных сервисного примитива запроса P-CONNECT не может быть передана отвечающему УП-пользователю, то примитив индикации не выдается и инициирующий СП-пользователь будет получать сервисный примитив подтверждения P-CONNECT, в котором параметр результата имеет значение «отвержение поставщиком».
-
Если УП-пользователь выдает сервисный примитив ответа P-CONNECT, в котором параметр результата имеет значение «принятие», то в сервисном примитиве подтверждения P-CONNECT будет задаваться параметр результата, имеющий значение «принятие» и соединение уровня представления устанавливается. Если УП-пользователь выдает сервисный примитив ответа P-CONNECT, в котором параметр результата имеет значение «отвержение пользователем», то в сервисном примитиве подтверждения P-CONNECT будет задаваться параметр результата, имеющий значение «отвержение пользователем», и параметр пользовательских данных, который содержался в сервисном примитиве ответа; в этом случае соединение уровня представления не устанавливается. Отвечающий УП-пользователь не выдает сервисный примитив ответа P-CONNECT, в котором указывались бы параметр результата, имеющий значение «принятие», и параметр результатов контекста по умолчанию, имеющий значение «отвержение пользователем».
-
Если сервисный примитив подтверждения P-CONNECT неприемлем для УП-пользователя, то этот УП-пользователь может впоследствии выдать сервисный примитив запроса P-U-ABORT.
-
Услуга P-U-ABORT
Эта услуга может использоваться любым из двух УП-пользо- вателей для планового разъединения соединения уровня представления в любой момент времени и для информирования связанного с ним УП-пользователя об этом разъединении. Эта услуга выполняет действие, которое может оказаться несогласованным по отношению к предшествующим вызовам услуг; вызов этой услуги прекращает соединение.
-
Структура
Структура компонентов сервисных примитивов приведена в табл. 4.
|
Таблица 4 Услуга P-U-ABORT |
||
|
Имя параметра |
Запрос |
Индикация |
|
Пользовательские данные |
и |
С(=) |
Обозначения:
U —наличие параметра по выбору пользователя;
С — условное наличие параметра;
( = ) — указывает, что значение параметра берется из соседнего левого столбца.
-
Пользовательские данные.
Значения представляемых данных (включая любые вставляемые значения представляемых данных) в этом параметре передаются между УП-пользователями и подчиняются правилам п. 10.1. Интерпретация этих данных находится в ведении прикладного уровня. С точки зрения услуг уровня представления эти данные не имеют никакого другого смыслового значения. Поэтому они могут использоваться для передачи информации пользователя о причине.
Примечание. Если значение представляемых данных принято из предлагаемого, но не подтвержденного контекста представления, считается, что сервисный примитив P-U-ABORT заменяет это подтверждение. В указанной ситуации данные принимаются и доставляются таким образом, как если бы подтверждение было принято.
-
Услуга P-P-ABORT
Эта услуга является средством, с помощью которого УП-по- ставщик может указывать о разъединении соединения уровня представления по внутренним причинам УП-поставщика. Эта услуга выполняет действие, которое может оказаться несогласованным по отношению к предшествующим вызовам услуг; вызов этой услуги прекращает соединение.
-
Структура
Структура компонентов сервисных примитивов приведена в табл. 5.
Таблица 5
Услуга P-P-ABORT
Имя параметра Индикация
Причина отвержения поставщиком М.
Обозначение: М — обязательное наличие параметра.
-
Причина отвержения поставщиком.
Этот параметр указывает причину разъединения соединения уровня представления.3
-
Услуга P-ALTER-CONTEXT
Примечание. Эта услуга доступна только в процессе установления соединения уровня представления, если был выбран функциональный блок административного управления контекстом. '
Эта услуга обеспечивает следующие средства административного управления контекстом представления:
-
создание контекстов представления и их добавление в МОК;
. б) удаление контекстов представления из МОК.
Эта услуга выполняет действие, которое может оказаться несогласованным по отношению к предшествующим вызовам услуг; вызов этой услуги не прекращает соединение.
-
Структура
Структура компонентов сервисных примитивов приведена в табл. 6.
Таблица 6
Услуга P-ALTER.-CONTEXT
|
Имя параметра |
Запрос |
Индикация |
Ответ |
Подтверждение |
|
Список добавлений кон- |
> |
|||
|
текстов представления |
и |
С( = ) |
||
|
' Список удалений контек- |
||||
|
стов представления |
и |
С( = ) |
||
|
Список результатов до- |
||||
|
бавлений контекстов предс- |
||||
|
тавления |
с |
и |
С(=> |
|
|
Список результатов уда- |
||||
|
лений контекстов представ- |
||||
|
ления |
и |
С( = ) |
||
|
Пользовательские данные |
и |
С( = ) |
Обозначения: '
U — наличие параметра по выбору пользователя;
С — условное наличие параметра;
( = ) — указывает, что значение параметра берется из соседнего левого столбца;
пробел — отсутствие параметра.
-
Список добавлений контекстов представления.
Этот параметр позволяет задавать требования к добавлению контекстов представления и имеет форму списка. Каждый пункт списка представляет собой спецификацию контекста представления, создаваемого и добавляемого в МОК. Каждый пункт содержит два компонента: идентификацию контекста представления и имя абстрактного синтаксиса. Оба компонента предоставляются запросчиком данной услуги.
Компоненты идентификации контекста представления указанного параметра предназначены для разграничения контекстов представления при организации обмена данными между УП-поль- зователем и локальным логическим объектом уровня представления. Идентификация контекста представления должна удовлетворять требованию однозначности. Способ соблюдения этого требования должен определяться при реализации реальной открытой системы.
Примечание. В перечне имен параметра списка добавлений контекстов представления каждое имя абстрактного синтаксиса соответствует отдельному контексту представления. Если имя встречается несколько раз или использовалось в предыдущем добавлении контекста представления, для каждого такого случая образуется отдельный контекст представления со своим идентификатором.
-
Список удалений контекстов представления.
Этот параметр позволяет задавать требования к удалению контекстов представления и имеет форму списка. Каждый пункт в этом списке представляет собой идентификацию контекста представления, который должен быть удален из МОК.
-
Список результатов добавлений контекстов представления.
Этот параметр указывает на принятие или отвержение для каждого из добавлений контекстов представления, предложенных в параметре списка добавлений контекстов представления; он включается только в том случае, если в сервисные примитивы запроса и индикации был включен параметр списка добавлений контекстов представления. Этот параметр имеет форму списка значений результатов. Между элементами этого списка и содержимым списка добавлений контекстов представления существует однозначное соответствие с точностью до порядка размещения в списке. Каждый элемент может принимать одно из трех значений: «принятие», «отвержение пользователем» или «отвержение поставщиком». Значения элементов в этом параметре присваиваются УП-поставщиком в сервисном примитиве индикации и УП-пользо- вателем в сервисном примитиве ответа.
Задание этого параметра в сервисном примитиве индикации используется для указания принимающему УП-пользователю посредством присвоения соответствующему элементу списка значения «отвержение поставщиком» контекстов представления, предлагаемых для добавления, которые не могут быть обеспечены УП-поставщиком. Всем другим элементам списка присваивается значение «принятие», и принимающий УП-пользователь изменяет значения только этих принятых элементов.
Отсутствие этого параметра эквивалентно принятию всех контекстов представления, предлагаемых для добавления. Значения этого параметра в сервисном примитиве ответа доставляются в сервисном примитиве подтверждения без каких-либо изменений.
-
Список результатов удалений контекстов представления.
Этот параметр указывает на принятие или отвержение для каждого из удаляемых контекстов представления, предлагаемых в параметре списка удалений контекстов представления; он включается только в том случае, если в сервисные примитивы запроса и индикации был включен параметр списка удалений контекстов представления. Этот параметр имеет форму списка значений результатов. Между элементами этого списка и содержимым списка удалений контекстов представления существует однозначное соответствие с точностью до порядка размещения в списке. Каждый элемент списка может принимать одно из двух значений: «принятие» или «отвержение УП-пользователем».
Отсутствие этого параметра эквивалентно принятию всех контекстов представления, предлагаемых для удаления. Значения этого параметра в сервисном примитиве ответа доставляются в сервисном примитиве подтверждения без каких-либо изменений.
-
Пользовательские данные.
Этот параметр содержит значения представляемых данных (включая любые вставляемые значения представляемых данных) из контекстов представления данного МОК или из контекста по умолчанию, если МОК пустое. См. п. 10.5.2.
-
Процедура изменения контекста
-
Согласованная модификация МОК выполняется в следующие моменты времени:
-
-
в приемнике — после выдачи сервисного примитива ответа;
-
в запросчике — после принятия сервисного примитива подтверждения.
Контекст представления, добавленный в МОК, может использоваться для значений представляемых данных параметра пользовательских данных в сервисных примитивах ответа или подтверждения P-ALTER-CONTEXT. Контекст представления, удаленный из МОК, не может использоваться для значений представляемых данных параметра пользовательских данных в сервисных примитивах ответа или подтверждения P-ALTER-CONTEXT.
-
-
Если до выдачи сервисного примитива ответа P-ALTER-CONTEXT МОК. пустой, запросчик должен использовать для параметра пользовательских данных только контекст по умолчанию. Более того, при ожидании сервисного примитива подтверждения P-ALTER-CONTEXT запросчик не должен выдавать сервисные примитивы уровня представления, содержащие пользовательские данные, за исключением сервисных примитивов P-EXPEDITED, P-U-EXCEPTION-REPORT, P-RESYNCHRONIZE или P-U-ABORT.
-
Если МОК становится пустым в результате вызова этой услуги, приемник будет использовать для параметра пользовательских данных в сервисных примитивах ответа или подтверждения только контекст по умолчанию.
-
-
Услуга P-TYPED-DATA
Эта услуга обеспечивает УП-пользователю средство доступа к сеансовой услуге S-TYPED-DATA, описанной в стандарте по определению сеансовых услуг (ИСО 8326), выполняет действие, которое может оказаться несогласованным по отношению к предшествующим вызовам услуг. Вызов этой услуги не прекращает соединение.
Побачили розбіжність з офіційним текстом?
Дивіться також
Сборник ГОСТ ЕСКД
Збірник із 154 стандартів