Товары в корзине: 0 шт Оформить заказ
Стр. 1
 

57 страниц

548.00 ₽

Купить ГОСТ 34.971-91 — официальный бумажный документ с голограммой и синими печатями. подробнее

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

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

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

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

В настоящем стандарте с помощью терминов, устанавливаются (методом абстрактного определения) следующие внешние характеристики услуг, предоставляемых уровнем представления ВОС:

а) элементарные действия и события на границе пользователь/услуги;

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

в) взаимосвязь между этими действиями и событиями и их действительные последовательности.

В настоящем стандарте определены услуги, обеспечиваемые протоколом уровня представления ВОС (совместно с сеансовыми услугами ВОС) для его использования любым прикладным протоколом ВОС.

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

  Скачать PDF

Оглавление

0. Введение

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

2. Ссылки

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

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

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

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

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

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

5. Соглашения

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

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

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

6.2. Взаимосвязь в прикладным уровнем

6.3 Взаимосвязь с сеансовым уровнем

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

6.5. Согласование синтаксиса

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

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

6.8. Административное управление множеством определений контекстов

7. Средства услуг уровня представления

7.1. Средство установления соединения

7.2. Средство разъединения соединения

7.3. Средство административного управления контекстом

7.4. Средство передачи информации

7.5. Средство управления диалогом

8. Функциональные блоки

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

Глава 2. Определение сервисных примитивов

10. Сервисные примитивы уровня представления

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

10.2. Услуга P-CONNECT

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

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

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

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

10.7. Услуга P-DATA

10.8. Услуга P-RESYNCHRONIZE

10.9. Услуга P-ACTIVITY-START

10.10. Услуга P-ACTIVITY-RESUME

10.11. Услуга P-ACTIVITY-INTERRUPT

10.12. Услуга P-ACTIVITY-DISCARD

10.13. Услуга P-ACTIVITY-END

10.14. Услуга P-CAPABILITY-GIVE

10.15. Услуга P-CONTROL-GIVE

10.16. Услуга P-TOKEN-GIVE

10.17. Услуга P-TOKEN-PLEASE

10.18. Услуга P-U-EXCEPTION-RESORT

10.19. Услуга P-P-EXCEPTION-RESORT

10.20. Услуга P-EXPEDITED-DATA

10.21. Услуга P-SYNC-MINOR

10.22. Услуга P-SYNC-MAJOR

10.23. Услуга P-RELEASE

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

11.1. Услуга P-CONNECT

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

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

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

11.5. Услуга P-TYPED-DATA и P-DATA

11.6. Услуга P-CAPABILITY-GIVE

11.7. Услуга P-EXPEDITED-DATA

11.8. Услуги P-SYNC-MINOR, P-SYNC-MAJOR, P-RELEASE, P-ACTIVITY-START, P-PLEASE-TOKENS, P-GIVE-TOKENS, P-GIVE-CONTROL, P-ACTIVITY-END и P-ACTIVITY-RESUME

11.9. Услуги P-RESYNCHRONIZE, P-U-EXCEPTION-REPORT, P-P-EXCEPTION-REPORT, P-ACTIVITY-INTERRUPT и P-ACTIVITY-DISCARD

Приложение. Требования к использованию услуг уровня представления в режиме, установленном в рекомендации МККТТ Х.400-1984

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

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

Страница 1

46 руб. БЗ 8-91/948

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

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

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

ГОСТ 34.971-91 (ИСО 8822-88)

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

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

Страница 2

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

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

Информационная технология ВЗАИМОСВЯЗЬ ОТКРЫТЫХ СИСТЕМ.

ОПРЕДЕЛЕНИЕ УСЛУГ УРОВНЯ ПРЕДСТАВЛЕНИЯ гогт о4 q7|_qi С УСТАНОВЛЕНИЕМ СОЕДИНЕНИЯ    UL    #

Information technology.    (ИСО 8822—88)

Open Systems Interconnection.

Connection oriented presentation service definition

ОК.СТУ 0034

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

0. ВВЕДЕНИЕ

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

Назначение ВОС состоит в обеспечении взаимосвязи систем обработки информации с использованием минимального числа технических соглашений, принимаемых за рамками стандартов ВОС под воздействием следующих факторов: наличие различных изготовителей;

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

В настоящем стандарте определяются услуги, предоставляемые логическим объектам прикладного уровня эталонной модели.

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

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

© Издательство стандартов, 1992

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

Страница 3

С. 2 ГОСТ 34.971-91

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

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

1.1.    В настоящем стандарте с помощью терминов, приведенных ниже, устанавливаются (методом абстрактного определения) следующие внешние характеристики услуг, предоставляемых уровнем представления ВОС:

а)    элементарные действия и события на границе пользова-тель/услуги;

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

в)    взаимосвязь между этими действиями и событиями и их действительные последовательности.

1.2.    В настоящем стандарте определены услуги, обеспечиваемые протоколом уровня представления ВОС (совместно с сеансовыми услугами ВОС) для его использования любым прикладным протоколом ВОС.

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

2. ССЫЛКИ

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

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

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

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

Страница 4

ГОСТ 34.971-91 С. 3

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

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

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

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

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

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

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

а)    прикладной логический объект;

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

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

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

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

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

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

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

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

к)    сеансовые услуги;

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

м)    конкретный синтаксис;

н)    реальная открытая система.

Примечание Сокращения, приведенные в разд. 4, относятся к некоторым из этих терминов.

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

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

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

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

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

г)    запрос;

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

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

Страница 5

е)    ответ,

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

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

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

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

33    Термины    и    их    пояснения,    относящиеся    к

присвоению имен и адресации

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

а)    вызывающий адрес уровня представления;

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

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

34    Термины    и    их    пояснения,    относящиеся    к

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

В дополнение к вышеперечисленным в настоящем стандарте терминам используются следующие термины

3 4 1. Разрушающая — услуга является разрушающей, если ее вызов может привести к потере данных, еще не доставленных другими сервисными примитивами

3 4 2. Неразрушающая — услуга является неразрушающей, если ее вызов не приводит к потере данных

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

34 4 Имя абстрактного синтаксиса — имя, которое однозначно идентифицирует абстрактный синтаксис

34 5 Имя синтаксиса передачи — имя, которое однозначно идентифицирует синтаксис передачи или набор правил для генерации синтаксиса передачи из заданного абстрактного синтаксиса.

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

3 4 7 Контекст представления — совокупность абстрактного синтаксиса и синтаксиса передачи

Примечания

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

2    Там, где абстрактный синтаксис это допускает, значения представляемых данных содержат вложенные поля, каждое из которых содержит какое либо значение представляемых данных, выраженное посредством (возможно отличного) абстрактного синтаксиса

3    С точки зрения пользователя услуг уровня представления контекст представления означает специфическое использование абстрактного синтаксиса.

Страница 6

ГОСТ 34.971-91 С. 5

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

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

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

3.4.9.    Множество контекстов представления, определяемое между активностями, — множество контекстов представления, которое определяется для соединения уровня представления, когда (для сеанса) выбран функциональный блок административного управления активностью. Первоначально при установлении соединения уровня представления оно принимает значение множества определений контекстов, а затем модифицируется только с помощью сервисных примитивов P-ALTER-CONTEXT, выдаваемых вне активностей.

3.4.10.    Контекст по умолчанию — контекст представления, который всегда известен поставщику и двум пользователям услуг уровня представления для заданного соединения уровня представления. Именно этот контекст представления используется для параметра пользовательских данных в сервисных примитивах P-EXPEDITED-DATA. Этот же контекст используется для параметров пользовательских данных в других сервисных примитивах только тогда, когда множество определений контекстов пустое.

Примечание. Необходимость использования неявного контекста по умолчанию возникает, когда не указано имя контекста по умолчанию.

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

согласования во время установления соединения уровня представления и использования при его функционировании;

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

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

3.4.13.    Режим Х.410-1984 — ограниченный режим работы уровня представления, обеспечивающий взаимодействие с системой, удовлетворяющей рекомендации МККТТ Х.410(1984).

Страница 7

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

3.4.15.    Инициатор — логический объект уровня представления или пользователь услуг уровня представления, инициирующий установление соединения уровня представления.

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

3.4.17.    Запросчик — логический объект уровня представления или пользователь услуг уровня представления, инициирующий некоторое действие.

3.4.18.    Приемник — логический объект уровня представления, воспринимающий некоторое действие.

3.4.19.    Идентификация контекста представления — идентификация специфического контекста представления на концептуальной границе услуг.

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

АСН.1 — абстрактно-синтаксическая нотация версии 1.

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

ОПСП — оконечный пункт соединения уровня представления. УП — услуги уровня представления.

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

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

5.    СОГЛАШЕНИЯ

В настоящем стандарте используются соглашения по способу описания, установленные в документе ИСО/ТО 8509.

ГЛАВА I. ОБЩИЕ ПОЛОЖЕНИЯ

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

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

На уровне представления выполняются функции представления информации, передаваемой между открытыми системами [ГОСТ 28906 (ИСО 7498)].

6.2.    Взаимосвязь с прикладным уровнем

Примечание. Ниже приведено описание прикладного уровня с точке зрения уровня представления.

Страница 8

ГОСТ 34.971-91 С. 7

6.2.1.    Прикладной протокол определяется через процедуру передачи значений представляемых данных между прикладными объектами (УП-пользователями), задаваемых в качестве параметра пользовательских данных в сервисных примитивах уровня представления.

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

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

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

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

6.3. Взаимосвязь с сеансовым уровнем

Логические объекты уровня представления обеспечивают протоколы, которые расширяют сеансовые услуги ВОС для реализации в услугах уровня представления средств, описанных в ГОСТ 28906 (ИСО 7498). УП-пользователю предоставляется доступ к сеансовым услугам, который позволяет осуществлять наиболее полное использование услуг уровня представления. При этом осуществляется согласование сеансовых функциональных блоков и доступ к ним. Роль уровня представления в обеспечении такого доступа заключается в воспроизведении значений представляемых

Страница 9

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

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

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

Уровень представления включает две функции, которые он выполняет по запросу УП пользователя:

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

б)    прямое и обратное преобразование синтаксиса передачи.

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

Примечания

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

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

6.5.    Согласование синтаксиса

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

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

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

6.6.1. Пользовательская информация переносится в виде параметров пользовательских данных в составе сервисных примитивов уровня представления. Каждый параметр пользовательских

Страница 10

ГОСТ 34.971-91 С. 9

данных содержит одно или несколько значений представляемых данных. При передаче сохраняется порядок, в котором эти значения представляемых данных были выданы.

6.6.2.    Значение представляемых данных может быть структурировано таким образом, что оно содержит вложенные значения представляемых данных из других контекстов представления, если это обеспечивается и поддерживается абстрактным синтаксисом, используемым для данного контекста представления.

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

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

6.7.1. Услуги уровня представления обеспечивают средства

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

6 7.2. Существует две услуги, с помощью которых могут быть определены контексты представления. Это услуги Р-CONNECT и P-ALTER-CONTEXT. Услуга P-ALTER-CONTEXT также обеспечивает удаление тех контекстов представления, которые более не требуются.

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

6 7.4. Если МОК пустое, то передача значений представляемых данных в составе параметров пользовательских данных услуг уровня представления возможна даже в том случае, когда все значения представляемых данных берутся из контекста по умолчанию. Значения представляемых данных передаются в контексте по умолчанию только в случае, когда МОК пустое, либо когда использован сервисный примитив P-EXPEDITED-DATA. Контекст по умолчанию может быть определен с помощью услуги установления соединения уровня представления (но не может быть переопределен с помощью какой-либо другой услуги уровня представления) или по предварительному соглашению. Значения представляемых данных, которые передаются с помощью услуги P-EXPEDITED-DATA, всегда берутся из контекста по умолчанию.

6.8.    Административное управление множеством определений контекстов

Страница 11

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

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

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

6.8.1.2.    Если во время ожидания сервисного примитива подтверждения P-ALTER-CONTEXT принимается сервисный примитив индикации P-RESYNCHRONIZE, то услуга P-RESYNCHRO-NIZE имеет приоритет, и сервисная процедура P-ALTER-CONTEXT прекращается. Содержимое МОК доводится до УП-пользователя. Если во время ожидания сервисного примитива запроса подтверждения P-ALTER-CONTEXT выдается сервисный примитив запроса P-RESYNCHRON1ZE, то услуга P-RESYNCHRONIZE имеет приоритет и сервисная процедура P-ALTER-CONTEXT прекращается. Содержимое МОК доводится до УП-пользователя.

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

6.8.2. Функциональный блок восстановления контекста

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

6.8.2.2.    Услуга P-RESYNCHRONIZE (рестарт) или (установка) в точке, известной УП-поставщику, будет восстанавливать МОК, известный в данной точке. Если указанная точка младше

Страница 12

ГОСТ 34.971-91 С. II

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

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

6.8.2.4.    Сервисные примитивы Р ACTIVITY-END, P-ACTIVITY-INTERRUPT и P-ACTIVITY-DISCARD предписывают УП-поставщику восстанавливать МОК, действующее между активностями.

6.8.2.5.    При выполнении сервисного примитива P-ACTIVITY-RESUME будет восстанавливаться МОК, соответствующее указанной точке синхронизации в указанной активности (если это известно УП-поставщику). Поскольку эта услуга является неподтверждаемой, можно принимать данные в неизвестном контексте представления. В этом случае в сторону обоих УП-пользователей выдается индикация P-P-ABORT.

Примечание. Управление идентификаторами активности находится в ведении УП-пользователя.

7. СРЕДСТВА УСЛУГ УРОВНЯ ПРЕДСТАВЛЕНИЯ

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

Таблица 1 Услуги, обеспечивающие средства уровня представления

Наименование услуги

Тип услуги

Назначение

Средство установления сое-

динения:

P-CONNECT

Подтверждаемая

Установление соедине-

ния

Страница 13

Продолжение табл. /

Наименование услуги

Tun услуги

Назначение

Средство разъединения соединения:

P-RELEASE

Подтверждаемая

Разъединение соединения

P.U-ABORT

H еп одтвержд а ема я

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

Р-Р ABORT

Инициируемая поставщиком

Прекращение соединения по инициативе поставщика

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

P-ALTER-CONTEXT

Подтверждаемая

Добавление и удаление контекста

Средство передачи информации:

P-DATA

Неподтверждаемая

См примечание

P-TYPED-DATA

Неподтверждаемая

То же

P.EXPEDITED-DATA

P-CAPABILITY-DATA

Неподтверждаемая

Подтверждаемая

»

Средство управления диалогом:

P-TOKEN-GIVE

Нсподтверждаемая

См примечание

P-TOKEN-PLEASE

Неподтверждаемая

То же

P-CONTROL-GIVE

Нсподтверждаемая

P-SYNC-MINOR

Опционально подтверждаемая

»

P-SYNC-MAJOR

Подтверждаемая

>

P.RESYNCHRONIZE

Подтверждаемая

>

PU-EXCEPTION-RE-

Неподтверждаемая

»

PORT

P-P-EXCEPTION-RE-

PORT

Инициируемая поставщиком

»

P-ACTIVITY-START

Неподтверждаемая

»

P-ACTIVITY-RESUME

Нсподтверждаемая

*

P-ACTIVITY-END

Подтверждаемая

>

P-ACTIVITY-INTER-

Подтверждаемая

»

RUPT

P-ACTIVITY-DISCARD

Подтверждаемая

»

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

7.1. Средство установления соединения Средство установления соединения обеспечивает услугу, которая позволяет одному УП-пользователю установить соединение

Страница 14

ГОСТ 34.971-91 С. 13

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

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

б)    начальное МОК;

в)    характеристики сеансового соединения;

г)    определение контекста по умолчанию.

7.2.    Средство разъединения соединения

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

а)    упорядоченное разъединение соединения уровня представления по инициативе УП-пользователя без разрушения;

б)    разъединение соединения уровня представления с разрушением; разрыв может быть инициирован как УП-пользователем, так и УП-поставщиком.

7.3.    Средство административного управления контекстом

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

а)    -добавление контекстов представления в МОК по согласованию между двумя УП-пользователями и УП-поставщиком; с каждым определенным контекстом представления связан идентификатор, однако эти идентификаторы действуют только в рамках данного соединения уровня представления;

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

7.4.    Средство передачи информации

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

7.5.    Средство управления диалогом

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

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

3 Зак 509

Страница 15

С. 14 ГОСТ 34.971-91

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

8. ФУНКЦИОНАЛЬНЫЕ БЛОКИ

8.1.    Функциональные блоки используются в настоящем стандарте для идентификации требований УП-пользователей при установлении соединения уровня представления.

8.2.    Устанавливаются две категории функциональных блоков:

а)    сеансовые функциональные блоки, описанные в стандарте ИСО 8326:

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

функциональный блок согласованного разъединения; функциональный блок указания возможностей; функциональный блок особых сообщений; функциональный блок служебных данных.

Правила выбора функциональных блоков в соответствии с ограничениями, налагаемыми сеансовыми услугами, установлены в стандарте ИСО 8326.

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

б)    функциональные блоки уровня представления, соответствующие услугам этого же уровня:

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

функциональный блок административного управления контекстом;

функциональный блок восстановления контекста.

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

Страница 16

ГОСТ 34.971-91 С. 15

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

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

9. КАЧЕСТВО УСЛУГ

Определение понятия качества услуг и соответствующих пара-метров, а также метод их согласования при установлении соединения уровня представления в точности соответствуют понятиям, параметрам и механизму согласования, описанным в стандарте по определению сеансовых услуг (ИСО 8326).

Примечание. Последующие расширения настоящего стандарта могут устанавливать использование параметров качества услуг при определении синтаксиса передачи.

ГЛАВА 2. ОПРЕДЕЛЕНИЕ СЕРВИСНЫХ ПРИМИТИВОВ

10. СЕРВИСНЫЕ ПРИМИТИВЫ УРОВНЯ ПРЕДСТАВЛЕНИЯ

В настоящем стандарте для определения услуги какого-либо уровня используется абстрактная модель, описанная в документе ИСО/ТО 8509. В этой модели определяются взаимодействия между УП-пользователями и УП-поставщиком, имеющие место в двух ПДУП. Информация передается между УП-пользователем и УП-поставщиком посредством сервисных примитивов, которые могут содержать параметры.

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

Таблица 2

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

Сервисный примитив

Наименование параметра

Запрос P.CONNECT

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

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

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

Режим

Требования к сеансу.

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

Начальное присвоение полномочий Идентификатор сеансового соединения. Пользовательские данные

Страница 17

Продолжение табл. 2

91

Сервисный примнти

Наименование параметра

Индикация P-CONNfCT I Вызывающий адрес уровня представления.

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

Список определений контекстов представления \    hsskv«wcv^

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

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

Режим.

Требования к сеансу.

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

Начальное присвоение полномочий. Идентификатор сеансового соединения. Пользовательские данные

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

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

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

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

Требования к сеансу.

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

Начальное присвоение полномочий. Идентификатор сеансового соединения. Результат.

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

Отвст/подтвсржденш* Р CONNECT

Запрос/индикация Т* YEbSS.    ^_

Ответ/подтвержденн^

P-RELEASE

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

Результат.

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

Запрос/индикация P.U-ABORT_

Индикация Р-Р.АВ0$1—

Запрос P-ALTER^0N’ TEXT

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

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

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

Индикация

CONTEXT

p.ai^er-

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

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

Страница 18

ГОСТ 34.971-91 С. 17

Продолжение табл. 2

Сервисный примитив

Наименование параметре

Ответ/подтверждение

P-ALTER-CONTEXT

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

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

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

Запрос/нндикация P-DA-ТА

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

Запрос/индикация P-TY-PED-DATA

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

Запрос/индикация Р-ЕХ-PEDITED-DATA

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

Запрос/индикация/ответ/ подтверждение P-CAPABI-LITY-DATA

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

Запрос/индикация Р-ТО-KEN.GIVE

Полномочия

Запрос/индикация Р-ТО-KEN-PLEASE

Запрос/индикация

P-CONTROL-GIVE

Полномочия.

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

Запрос/индикация Р.SYNC-MINOR

Тип.

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

Ответ/подтверждение Р.SYNC-MINOR

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

Запрос/индикация Р.SYNC-MAJOR

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

Ответ/подтверждение

P-SYNC-MAJOR

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

Запрос P-RESYNCH. RONIZE

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

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

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

Страница 19

С. 18 ГОСТ 34.971-91

Продолжение табл. 2

Сервисный примитив

Наименование параметра

Индикация P-RESYNCH-RONIZE

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

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

Полномочия.

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

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

Ответ P-RESYNCHRONI. 7.Е

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

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

Подтверждение P-RE. SYNCHRONIZE

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

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

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

Запрос/индикация P-U. EXCEPTION-REPORT

Причина.

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

Индикация Р.Р-ЕХСЕР. TION-REPORT

Причина

Запрос/индикация

P-ACTIVITY-START

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

Запрос/индикация

P-ACTIVITY-RESUME

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

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

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

Запрос/индикация

P-ACTIVITY.END

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

Ответ/подтверждение

P-ACTIVITY.END

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

Запрос/индикация РАС. TIVITY-INTERRUPT

Причина

Отвст/подтверждение

P.ACTIVITY-JNTERRUPT

Запрос/индикация Р-АС-TIVJTY.DISCARD

Причина

Страница 20

ГОСТ 34.971-91 С. 19

Продолжение табл. 2

Сервисный примитив

Наименование параметра

Ответ/подтверждение Р ACTIVITY-DISCARD

Примечание При выполнении услуг, обеспечивающих передачу пользовательских данных, за исключением P-DATA и P-TYPED-DATA, обмен данными между СП.пользователями может оказаться невозможным, что зависит от используемого синтаксиса передачи и от ограничений, налагаемых соответствующей сеансовой услугой на длину данных СУ-пользователя Метод, с помощью которого УП-польэователь извещается об этом, имеет локальны# характер

10.1. П а р а м е т р ы пользовательских данных Информация в параметрах пользовательских данных сервис ных примитивов запроса и индикации P-EXPEDITED-DATA должна содержать одно или несколько значений представляемых данных из контекста по умолчанию. Информация в параметрах пользовательских данных всех других сервисных примитивов уровня представления должна содержать одно или несколько значений представляемых данных из контекстов представления, определяемых правилами управления МОК. Любые вставляемые значения представляемых данных должны выбираться из контекста представления определяемого этими правилами В состав этих правил включаются следующие:

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

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

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

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