ГОСТ 34.972-91
(ИСО 8823-88)
Группа П85*
__________________________________________
* В указателе "Национальные стандарты" 2006 год
группа П83. - Примечание.
ГОСУДАРСТВЕННЫЙ СТАНДАРТ СОЮЗА ССР
Информационная технология
ВЗАИМОСВЯЗЬ ОТКРЫТЫХ СИСТЕМ
Спецификация протокола уровня представления с установлением соединения
Information technology. Open system interconnection.
Connection oriented presentation protocol specification
ОКСТУ 0034
Дата введения 1993-01-01
ИНФОРМАЦИОННЫЕ ДАННЫЕ
1. ПОДГОТОВЛЕН И ВНЕСЕН Министерством радиопромышленности СССР
2. УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ Постановлением Комитета стандартизации и метрологии СССР от 24.12.91 N 2063. Настоящий стандарт подготовлен методом прямого применения международного стандарта ИСО 8823-88 "Системы обработки информации. Соединение открытых систем. Спецификация протокола представления данных для связи с установлением логического соединения" и полностью ему соответствует
3. Срок проверки - 1997 г., периодичность проверки - 5 лет
4. ССЫЛОЧНЫЕ НОРМАТИВНО-ТЕХНИЧЕСКИЕ ДОКУМЕНТЫ
Обозначение отечественного НТД, на который дана ссылка | Обозначение соответствующего международного стандарта | Номер пункта |
ГОСТ 28906-91 | ИСО 7498-89 | 0, 2, 3.1, 5.3 |
ГОСТ 34.973-91 | ИСО 8824-87 | 2, 4.3, 5, 6, 7, 8, 9, 12, 13 |
ГОСТ 34.974-91 | ИСО 8825-87 | 2, 8.3, 8.4 |
- | ИСО 7498-3-89* | 2, 3.3 |
- | ИСО 8326-87* | 2, 5.2, 5.5, 6.2, 7.1.1.1 |
- | ИСО/ТО 8509-87* | 2, 3.2 |
- | ИСО 8822-88* | 2, 3.4, 5.5, 6 |
- | ИСО 9066-2-89* | 8.2 |
- | МККТТ X.410-1984* | 2, 3.4, 8.2, 8.4, 9.2, 9.3 |
______________
* До прямого применения данного документа в качестве государственного стандарта распространение осуществляет секретариат ТК 22 "Информационная технология".
0. ВВЕДЕНИЕ
Настоящий стандарт является одним из комплекса стандартов, разрабатываемых для обеспечения взаимосвязи систем обработки данных. Он связан с другими стандартами этого комплекса, как определено в эталонной модели взаимосвязи открытых систем (ВОС) (ГОСТ 28906). Эталонная модель подразделяет область стандартизации ВОС на ряд уровней спецификации, имеющих приемлемые размеры.
Настоящий стандарт устанавливает общие правила кодирования и группу функциональных блоков процедур протокола уровня представления, удовлетворяющие требованиям пользователей услуг представления. При разработке стандарта исходили из того, что протокол уровня представления, с одной стороны, должен быть простым, а с другой стороны, достаточно общим, чтобы учесть широкий круг требований пользователей услуг уровня представления, не ограничивая последующих расширений протокола.
Основное назначение настоящего стандарта состоит в установлении правил связи между равноправными логическими объектами, представляемыми через описание процедур, выполняемых в процессе такой связи. Указанные правила являются основой разработки и используются:
а) в качестве руководства для изготовителей и разработчиков;
б) при тестировании и аттестации оборудования;
в) в качестве требований, предъявляемых при введении систем в среду открытых систем;
г) как развитие понятия ВОС.
В связи с тем, что в первую очередь использовать настоящий стандарт станут разработчики и изготовители оборудования, в примечаниях и приложении к нему содержатся рекомендации по реализации стандартизируемых процедур.
В настоящее время не представляется возможным разработать стандарт на изделие, содержащий набор объективных тестов на соответствие ему. В связи с этим в настоящий стандарт включена глава по аттестационному тестированию оборудования, устанавливающая требования к реализации стандартизируемых процедур. Следует принимать во внимание, что настоящий стандарт не содержит каких-либо тестов для демонстрации соответствия ему и поэтому не может рассматриваться как стандарт на изделие. Вариации и возможности, допускаемые в настоящем стандарте, дают возможность обеспечивать услуги уровня представления для прикладных объектов разнообразных типов. Поэтому реализация с минимумом функций, прошедшая аттестационное тестирование, неприемлема для использования во всех возможных ситуациях и при ссылках на настоящий стандарт необходимо указывать перечень требуемых или реализуемых возможностей, или предполагаемое назначение реализации или использования.
Требования стандарта являются обязательными.
1. НАЗНАЧЕНИЕ И ОБЛАСТЬ ПРИМЕНЕНИЯ
_______________
* Реализация и использование настоящего стандарта для ВОС требует присвоения опубликованных значений АСН.1 типа OBJECT IDENTIFIER спецификациям абстрактных синтаксисов и синтаксисов передачи. Такие спецификации и наименования абстрактных синтаксисов и синтаксисов передачи могут быть опубликованы в стандартах ИСО или рекомендациях МККТТ, а также при описании механизмов, идентифицируемых в процедурах службы регистрации. Спецификация процедур службы регистрации находится на стадии разработки.
1.1. Настоящий стандарт определяет:
а) процедуры передачи данных и управляющей информации от одного равноправного логического объекта уровня представления к другому;
б) средства выбора процедур, используемых логическими объектами уровня представления с помощью функциональных блоков;
в) структуру и кодирование протокольных блоков данных уровня представления, используемых для передачи данных и управляющей информации.
Описываемые процедуры определены посредством:
а) взаимодействий между равноправными логическими объектами уровня представления путем обмена протокольными блоками данных уровня представления;
б) взаимодействий между логическим объектом уровня представления и пользователем услуг уровня представления в рамках одной системы посредством обмена сервисными примитивами уровня представления;
в) взаимодействий между логическим объектом уровня представления и поставщиком услуг уровня представления путем обмена сеансовыми сервисными примитивами.
1.2. Процедуры определены в основной части настоящего стандарта и в таблицах состояний, приведенных в приложении.
1.3. Процедуры используют для описания реализаций обмена данными между системами, обеспечивающими уровень представления эталонной модели ВОС и взаимодействующими в функциональной среде ВОС.
1.4. Настоящий стандарт устанавливает критерий аттестационного тестирования только для систем, реализующих эти процедуры, и не содержит тесты, которые могут использоваться для демонстрации соответствия стандарту.
2. ССЫЛКИ
ГОСТ 28906 (ИСО 7498) "Системы обработки информации. Взаимосвязь открытых систем. Базовая эталонная модель".
ИСО 7498-3* "Системы обработки информации. Взаимосвязь открытых систем. Базовая эталонная модель. Часть 3. Наименование и адресация".
ИСО/ТО 8509* "Информационная технология. Взаимосвязь открытых систем. Соглашение по услугам".
ИСО 8326* "Информационная технология. Взаимосвязь открытых систем. Определение базовых услуг сеансового уровня с установлением соединения".
ГОСТ 34.973 (ИСО 8824) "Информационная технология. Взаимосвязь открытых систем. Спецификация абстрактно-синтаксической нотации версии 1 (АСН.1)".
ГОСТ 34.974 (ИСО 8825) "Информационная технология. Взаимосвязь открытых систем. Описание базовых правил кодирования для абстрактно-синтаксической нотации версии 1 (АСН.1)".
ИСО 8822* "Информационная технология. Взаимосвязь открытых систем. Определение услуг уровня представления с установлением соединения".
МККТТ Х.410* "Рекомендации МККТТ Х.410. Системы обработки сообщений. Удаленные операции и надежный сервер передачи (1984)".
______________
* До прямого применения данного документа в качестве государственного стандарта распространение его осуществляет секретариат ТК 22 "Информационная технология".
Глава 1. ОБЩИЕ ПОЛОЖЕНИЯ
Глава 1. ОБЩИЕ ПОЛОЖЕНИЯ
3. ТЕРМИНЫ И ИХ ПОЯСНЕНИЯ
3.1. Термины и их пояснения, принятые в эталонной модели
Настоящий стандарт базируется на понятиях, принятых в ГОСТ 28906 (ИСО 7498), и использует следующие установленные в нем термины:
а) соединение уровня представления;
б) уровень представления;
в) протокольный блок данных уровня представления;
г) услуги уровня представления;
д) пункт доступа к услугам уровня представления;
е) сервисный блок данных уровня представления;
ж) протокольная управляющая информация уровня представления;
з) сеансовое соединение;
и) сеансовый уровень;
к) пункт доступа к сеансовым услугам;
л) сеансовый сервисный блок данных;
м) поставщик сеансовых услуг;
н) синтаксис передачи.
3.2. Термины и их пояснения, принятые в соглашениях по услугам
Настоящий стандарт использует следующие термины, установленные в ИСО/ТО 8509, в применении их к уровню представления:
а) пользователь услуг;
б) поставщик услуг;
в) сервисный примитив;
г) запрос;
д) индикация;
е) ответ;
ж) подтверждение;
з) неподтверждаемая услуга;
и) подтверждаемая услуга;
к) услуги, инициируемые поставщиком.
3.3. Термины и их пояснения, относящиеся к присвоению имен и адресации
Настоящий стандарт использует следующие термины, установленные в стандарте ИСО 7498-3:
а) сеансовый адрес;
б) адрес уровня представления;
в) селектор уровня представления.
3.4. Термины и их пояснения, относящиеся к услугам уровня представления
Настоящий стандарт также базируется на принципах, определенных в ИСО 8822, и использует следующие установленные в нем термины:
а) абстрактный синтаксис;
б) имя абстрактного синтаксиса;
в) имя синтаксиса передачи;
г) значение представляемых данных;
д) контекст представления;
е) множество определений контекстов;
ж) множество контекстов, определяемых между активностями;
з) контекст по умолчанию;
и) функциональный блок;
к) режим Х.410-1984;
л) нормальный режим.
3.5. Термины и их пояснения, относящиеся к протоколу уровня представления
3.5.1. Локальный характер - решение, принимаемое системой, касающееся ее поведения в уровне представления, которое не подчиняется требованиям настоящего стандарта.
3.5.2. Действительный протокольный блок данных уровня представления - протокольный блок данных уровня представления, удовлетворяющий требованиям настоящего стандарта в части структуры и кодирования.
3.5.3. Недействительный протокольный блок данных уровня представления - протокольный блок данных уровня представления, не удовлетворяющий требованиям настоящего стандарта в части структуры и кодирования.
3.5.4. Протокольная ошибка - ситуация, возникающая, когда использование протокольного блока данных уровня представления несовместимо с процедурами, определенными в настоящем стандарте.
3.5.5. Идентификатор начальной активности - атрибут активности, находящейся в процессе выполнения. Если активность начата с помощью услуги P-ACTIVITY-START, значение параметра идентификатора активности передают в сервисные примитивы запроса и индикации; если активность была возобновлена с помощью услуги P-ACTIVITY-RESUME, значение параметра старой активности передают в сервисные примитивы запроса и индикации.
3.5.6. Авторазграничение - атрибут синтаксиса передачи, указывающий, что конец каждого значения в этом синтаксисе может быть определен с помощью средств, обеспечиваемых самим синтаксисом.
3.5.7. Идентификатор контекста представления - идентификатор задаваемого контекста представления. Этот идентификатор является единственным в рамках соединения на уровне представления и известен протокольным автоматам уровня представления на обеих его сторонах. Для контекста по умолчанию идентификатор контекста не указывают.
3.5.8. Идентификатор точки синхронизации - порядковый номер точки синхронизации в случае, если сеансовый функциональный блок административного управления активностью не выбран, и пара, состоящая из порядкового номера точки синхронизации и идентификатора начальной активности, находящейся в процессе выполнения, если сеансовый функциональный блок административного управления активностью выбран. Порядок идентификаторов точек синхронизации определяется как порядок соответствующих им порядковых номеров точек синхронизации.
3.5.9. Инициатор - протокольный автомат уровня представления, инициирующий установление соединения на уровне представления.
3.5.10. Ответчик - протокольный автомат уровня представления, отвечающий на предлагаемое установление соединения на уровне представления.
3.5.11. Запросчик - протокольный автомат уровня представления, инициирующий конкретное действие.
3.5.12. Приемник - протокольный автомат уровня представления, воспринимающий конкретное действие.
4. СОКРАЩЕНИЯ
4.1. Блоки данных
ПБДП - протокольный блок данных уровня представления.
СБДП - сервисный блок данных уровня представления.
ССБД - сеансовый сервисный блок данных.
4.2. Типы протокольных блоков данных уровня представления
ПБДП АС - ПБДП изменения контекста.
ПБДП АСА - ПБДП подтверждения изменения контекста.
ПБДП ARP - ПБДП аварийного разрыва соединения по инициативе поставщика.
ПБДП ARU - ПБДП аварийного разрыва соединения по инициативе пользователя.
ПБДП СР - ПБДП установления соединения на уровне представления.
ПБДП СРА - ПБДП принятия установления соединения на уровне представления.
ПБДП CPR - ПБДП отвержения установления соединения на уровне представления.
ПБДП RS - ПБДП ресинхронизации.
ПБДП RSA - ПБДП подтверждения ресинхронизации.
ПБДП ТС - ПБДП данных указания возможностей.
ПБДП ТСС - ПБДП подтверждения данных указания возможностей.
ПБДП TD - ПБДП представляемых данных.
ПБДП ТЕ - ПБДП срочных данных.
ПБДП TTD - ПБДП служебных представляемых данных.
4.3. Другие сокращения
АСН.1 - абстрактно-синтаксическая нотация версии 1 (см. ГОСТ 34.973).
МОК - множество определений контекстов.
ПУИП - протокольная управляющая информация уровня представления.
ПАП - протокольный автомат уровня представления.
УП - услуги уровня представления.
ПДУП - пункт доступа к услугам уровня представления.
УП-пользователь - пользователь услуг уровня представления.
СУ - сеансовые услуги.
ПДСУ - пункт доступа к сеансовым услугам.
5. ОБЩЕЕ ОПИСАНИЕ ПРОТОКОЛА УРОВНЯ ПРЕДСТАВЛЕНИЯ
5.1. Услуги, предоставляемые уровнем представления
Протокол, устанавливаемый в настоящем стандарте, предоставляет услуги уровня представления, определенные в ИСО 8822.
5.2. Услуги, предоставляемые сеансовым уровнем
Протокол, устанавливаемый в настоящем стандарте, предполагает использование сеансовых услуг, определенных в ИСО 8326.
5.3. Функции, выполняемые уровнем представления
описаны в ГОСТ 28906 (ИСО 7498) и впоследствии расширены в стандарте по определению услуг уровня представления ИСО 8822.
5.4. Функциональные блоки уровня представления
являются логичными группами элементов процедур, определяемых в настоящем стандарте. Их вводят для:
а) согласования параметров при установлении соединения на уровне представления для последующего их использования в данном соединении;
б) составления перечня требований к аттестационному тестированию протокола.
Выбор функциональных блоков уровня представления не налагает ограничений на выбор сеансовых функциональных блоков, доступных УП-пользователю. В настоящем стандарте устанавливается, что выбор конкретного сеансового функционального блока, доступного УП-пользователю, предполагает соблюдение правил взаимодействия этого сеансового функционального блока с каким-либо выбранным функциональным блоком уровня представления.
5.4.1. Основной функциональный блок, который доступен всегда, обеспечивает базисные элементы процедуры, запрашиваемой для установления соединения на уровне представления, передачи данных и разрыва соединения.
Примечание. Основной функциональный блок уровня представления обеспечивает передачу данных при любых выбранных сеансовых функциональных блоках для тех сервисных примитивов уровня представления, которые допускают использование параметров пользовательских данных.
5.4.2. Функциональный блок административного управления контекстом обеспечивает услуги добавления и удаления контекстов. Он не является обязательным, и его использование должно согласовываться.
5.4.3. Функциональный блок восстановления контекста расширяет функции уровня представления, если выбран функциональный блок административного управления активностью или одновременно выбраны функциональный блок синхронизации сеанса (старшей или младшей) и функциональный блок ресинхронизации сеанса. Он не является обязательным, и его использование должно согласовываться; он доступен только в случае, если выбран функциональный блок административного управления контекстом.
5.5. Модель уровня представления
ПАП, расположенный внутри логического объекта уровня представления, взаимодействует с УП-пользователем через ПДУП посредством сервисных примитивов уровня представления в соответствии с установленным определением УП (ИСО 8822).
Сервисные примитивы уровня представления являются результатом обмена блоками ПБДП между равноправными ПАП, использующими некоторое соединение на уровне представления, или сами вызывают обмен блоками ПБДП.
Такой обмен выполняют посредством использования СУ в соответствии со стандартом по их определению (ИСО 8326). В некоторых случаях сервисные примитивы уровня представления непосредственно являются прямым результатом действия сеансовых сервисных примитивов или наоборот сами вызывают их выполнение.
Оконечные пункты соединения на уровне представления идентифицируют в оконечных системах с помощью внутреннего, зависящего от конкретной реализации механизма, в результате которого УП-пользователь и логический объект уровня представления могут обращаться к каждому соединению на уровне представления.
Прием сервисного примитива и выполнение соответствующих действий рассматривают как некоторое целостное действие. Прием некоторого ПБДП и выполнение соответствующих действий также рассматривают как некоторое целостное действие. Модель уровня представления для одного соединения на уровне представления показана на черт.1.
Примечание. Логический объект уровня представления состоит из одного или нескольких ПАП.
Черт.1. Модель уровня представления
Модель уровня представления
Черт.1
Глава 2. СПЕЦИФИКАЦИЯ ПРОТОКОЛА УРОВНЯ ПРЕДСТАВЛЕНИЯ
6. ЭЛЕМЕНТЫ ПРОЦЕДУР
При описании элементов процедур предполагают совместную обработку параметров ПБДП и сеансовых сервисных примитивов, и поэтому в настоящем разделе их не разделяют на параметры ПБДП и сеансового сервисного примитива. Такое разделение определено в разд.7. Более полные сведения по использованию параметров приведены в стандарте по определению УП (ИСО 8822).
6.1. Параметры пользовательских данных
Большинство протокольных блоков данных уровня представления, используемых в процедурах протокола уровня представления, переносят параметры пользовательских данных, содержащие одно или несколько значений представляемых данных. В остальной части этого раздела устанавливают правила по определению контекстов представления, из которых будут выбираться эти значения представляемых данных (включая любые вставляемые значения представляемых данных).
Примечание. Если нижерасположенный поставщик СУ налагает ограничение на длину некоторых параметров данных СУ-пользователя, то ПАП будет отвергать любой сервисный примитив уровня представления запроса или ответа (за исключением примитива запроса P-U-ABORT, см. п.6.4.2.2), переносящий параметр пользовательских данных, который не входит в состав параметра данных СУ-пользователя соответствующего сеансового сервисного примитива. Метод, с помощью которого данный ПАП извещают об этом, имеет локальный характер.
6.1.1. Значения представляемых данных (включая любые вставляемые значения представляемых данных), которые могут передаваться в параметре "пользовательские данные" в ПБДП ТЕ, всегда выбирают из контекста по умолчанию.
6.1.2. Значения представляемых данных (включая любые вставляемые значения представляемых данных) в параметрах пользовательских данных, за исключением ПБДП ТЕ, выбирают из контекстов представления, определяемых по следующим правилам:
а) если МОК пустое и перечисление г) не действует, каждое значение представляемых данных (включая любые вставляемые значения данных представления) выбирают из контекста по умолчанию;
б) если МОК не пустое и не выполняется ни одна из процедур, которые могли бы изменить содержимое данного МОК, то каждое значение представляемых данных (включая любые вставляемые значения представляемых данных) выбирают из контекстов представления данного МОК;
в) если элемент процедуры сам изменяет МОК, то каждое значение представляемых данных (включая любые вставляемые значения представляемых данных) выбирают из контекстов представления данного МОК, полученного в результате этого изменения, или из контекста по умолчанию, если это изменение делает данное МОК пустым;
г) если ПАП ожидает ПБДП, который должен подтвердить предлагаемое изменение данного МОК, то каждое значение представляемых данных (включая любые вставляемые значения представляемых данных) выбирают из контекстов представления данного МОК, которые не предлагались для удаления из этого МОК. Если в результате изменений это МОК уже не содержит доступных контекстов представления, то параметр пользовательских данных отсутствует.
6.2. Установление соединения
6.2.1. Назначение
Процедура установления соединения предназначена для установления соединения на уровне представления между двумя логическими объектами уровня представления. Ее используют в ПАП, который принимает сервисный примитив запроса P-CONNECT.
В этой процедуре используют:
а) ПБДП СР;
б) ПБДП СРА;
в) ПБДП CPR.
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-CONNECT. Будучи указанным, он должен вызывать указание параметра порядкового номера начальной точки синхронизации в сервисном примитиве индикации 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-CONТECT.
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. Должны использоваться правила, описанные в п.6.1.2.
6.2.4. Параметры, относящиеся к ПБДП CPR
При использовании ПБДП CPR указания значений для всех возможных параметров не требуется. В дополнение к параметру селектора представления должны указываться параметры, содержащиеся в ПБДП СР, для которого ПБДП CPR является ответом.
6.2.4.1. Версия протокола
Указывает версию протокола уровня представления, которую поддерживает отвечающий ПАП. В настоящем стандарте установлена только версия 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.
Результат определений контекстов представления должен принимать одно из следующих значений:
принятие;
отвержение пользователем;
отвержение поставщиком.
Если результат определения контекстов представления принимает значение "принятие", должно указываться имя синтаксиса передачи. Это имя должно быть одним из тех, которые вместе с возможными синтаксисами передачи предлагаются инициирующим ПАП для указанного контекста представления, и оно должно определять синтаксис передачи, выбранный отвечающим ПАП.
Причина отвержения поставщиком должна указываться, если результат определения контекстов представления принимает значение "отвержение поставщиком". Она определяет причину отвержения определения контекстов представления отвечающим ПАП и может принимать одно из следующих значений:
причина не определена;
не обеспечиваются требования к абстрактному синтаксису;
не обеспечиваются предлагаемые синтаксисы передачи;
превышен локальный предел по МОК.
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. Причина отвержения поставщиком
При наличии указывает, что отвергает соединение отвечающий УП-поставщик; отсутствие этого параметра указывает, что отвергает соединение отвечающий УП-пользователь. Этот параметр должен указывать причину, отвергающую предложение на установление соединения на уровне представления, и вызывать указание параметра причины отвержения поставщиком в сервисном примитиве подтверждения Р-CONNЕСТ. Он может принимать одно из следующих значений:
причина не определена (временное условие);
временная перегрузка (временное условие);
локальный предел превышен (постоянное условие);
неизвестен вызываемый адрес уровня представления (постоянное условие);
не обеспечивается версия протокола (постоянное условие);
не обеспечивается контекст по умолчанию (постоянное условие);
нечитаемые пользовательские данные (постоянное условие);
отсутствуют доступные ПДСП из множества ПДСП, указанных вызываемым адресом уровня представления (временное условие).
6.2.4.10. Пользовательские данные
Представляют параметр пользовательских данных из сервисного примитива ответа P-CONNECT и должны вызывать указание параметра пользовательских данных в сервисном примитиве подтверждения P-CONNECT. Этот параметр должен содержать значения представляемых данных (включая любые вставляемые значения представляемых данных), кодированные посредством синтаксисов передачи, содержащихся в параметре списка результатов определений контекстов представления этого ПБДП СPR, при его наличии; в противном случае значения представляемых данных кодируют посредством контекста по умолчанию. Этот параметр отсутствует, если предложение об установлении соединения на уровне представления отвергается УП-поставщиком.
6.2.5. Процедура
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. Если соединение на уровне представления устанавливается, МОК каждого ПАП формируют согласно параметрам ПБДП СРА.
6.2.6. Согласование параметров
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. Столкновения и взаимодействия
6.2.7.1. P-U-ABORT
Если инициирующий ПАП принимает сервисный примитив запроса 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. Нормальный разрыв соединения
6.3.1. Назначение
Процедуру нормального разрыва соединения на уровне представления использует ПАП для разрыва соединения на уровне представления без потери данных, находящихся в процессе передачи.
6.3.2. Процедура
6.3.2.1. Нормальный разрыв соединения на уровне представления выполняют одновременно с разрывом нижерасположенного сеансового соединения. ПБДП явно не определены, а неявно определены в разд.7.
6.3.2.2. Параметры данных СУ-пользователя в сеансовых сервисных примитивах входящего потока представляют параметрами пользовательских данных соответствующих сервисных примитивов представления и, наоборот, для исходящего потока выбирают из контекстов представления, как установлено в п.6.1.2.
6.4. Аварийный разрыв соединения
6.4.1. Назначение
Процедура аварийного разрыва соединения на уровне представления может использоваться в любой момент времени для форсированного разрыва соединения на уровне представления. Она запускается при выполнении услуги P-U-ABORT в ответ на протокольную ошибку или при приеме недействительных ПБДП.
При выполнении этой процедуры используют:
а) ПБДП АRU;
б) ПБДП ARP.
6.4.2. Параметры, относящиеся к ПБДП ARU
6.4.2.1. Список идентификаторов контекстов представления
Этот параметр должен включаться в случае, если в ПБДП 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. Идентификатор события
Должен определять ПБДП или сеансовый сервисный примитив, который привел к процедуре прекращения.
6.4.4. Процедура
Ниже описаны условия, приводящие к выполнению процедуры прекращения.
6.4.4.1. P-U-ABORT
Когда ПАП принимает сервисный примитив запроса P-U-ABORT и выполнено одно из следующих условий:
а) соединение на уровне представления было установлено;
б) был передан ПБДП СР, но не были приняты ни ПБДП СРА, ни ПБДП CPR, он передает ПБДП ARU, и соединение на уровне представления после этого разрывается.
6.4.4.2. Протокольная ошибка
Когда ПАП принимает нераспознаваемый или неожидаемый ПБДП, или неожидаемый сеансовый сервисный примитив, он должен выдать сервисный примитив индикации P-P-ABORT и, если это возможно, передать ПБДП ARP. Соединение на уровне представления после этого разрывается.
6.4.4.3. Недействительный ПБДП
Когда ПАП принимает ПБДП, содержащий недействительное значение параметра ПБДП или нераспознаваемый или неожидаемый параметр ПБДП, включая ПБДП с неожидаемым идентификатором контекста представления или ПБДП, для которого принятая битовая строка не является действительным значением представляемых данных (включая любые вставляемые значения представляемых данных) в соответствующем абстрактном синтаксисе, он должен выдать сервисный примитив индикации P-P-ABORT и, если это возможно, передать ПБДП ARP. Соединение на уровне представления после этого разрывается.
6.4.4.4. S-P-ABORT
Когда ПАП принимает сервисный примитив индикации S-P-ABORT, он должен выдать сервисный примитив индикации P-P-ABORT, после чего соединение на уровне представления разрывается.
6.4.4.5. ПБДП ARU
Когда ПАП принимает ПБДП ARU, он должен выдать сервисный примитив индикации P-U-ABORT, после чего соединение на уровне представления разрывается.
6.4.4.6. ПБДП ARP
Когда ПАП принимает ПБДП ARP, он должен выдать сервисный примитив индикации P-P-ABORT, после чего соединение на уровне представления разрывается.
Примечание. Когда процедура аварийного разрыва запускается в процессе установления соединения на уровне представления, последнее не устанавливается.
6.4.5. Столкновения и взаимодействия
Процедура аварийного разрыва может запускаться в любой момент времени, когда соединение на уровне представления уже установлено или в процессе его установления.
6.5. Изменение контекста
6.5.1. Назначение
Процедуру изменения контекста используют для модификации МОК. В процессе ее выполнения согласовывается определение одного или нескольких новых контекстов представления, добавляемых в МОК, а также удаление контекстов представления, которые содержались в МОК. Запрашивающий логический объект использует эту процедуру, когда принимает сервисный примитив запроса 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. Процедура
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. Столкновения и взаимодействия
6.5.5.1. ПБДП АС
Сервисные примитивы запроса 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.4.
6.5.5.3. Разрушающие сеансовые услуги
Если передатчик после выдачи ПБДП АС принимает ПБДП RS, S-U-EXCEPTION-REPORT, S-P-EXCEPTION-REPORT, S-ACTIVITY-DISCARD или сервисный примитив индикации S-ACTIVITY-INTERRUPT до того, как принял ПБДП АСА, он не должен выдавать сервисный примитив подтверждения P-ALTER-CONTEXT, а должен перейти к выполнению процедуры, указанной для услуги прекращения, или к передаче ПБДП RS.
6.6. Передача информации
6.6.1. Назначение
Процедуру передачи информации используют для пересылки значений представляемых данных (включая любые значения представляемых данных), извлекаемых из сервисных примитивов запроса Р-DATA, Р-TYPED-DATA, P-CAPABILITY-DATA и Р-ЕХPEDITED-DATA и ответа P-CAPABILITY-DATA.
В этой процедуре используют:
а) ПБДП TD;
б) ПБДП TTD;
в) ПБДП ТЕ;
г) ПБДП ТС;
д) ПБДП ТСС.
6.6.2. Параметры, относящиеся к ПБДП
Каждый из ПБДП, используемых в этой процедуре, имеет отдельный параметр.
6.6.2.1. Пользовательские данные
Должны представлять параметр пользовательских данных из соответствующего сервисного примитива запроса или ответа и представляться параметром в соответствующем сервисном примитиве индикации или подтверждения. Для ПБДП ТЕ этот параметр содержит значение представляемых данных из контекста по умолчанию. Для ПБДП TD, ПБДП TTD, ПБДП ТС и ПБДП ТСС этот параметр содержит значение представляемых данных (включая любые вставляемые значения представляемых данных) из контекстов представления, указанных в п.6.1.2.
6.6.3. Процедура
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
См. п.6.4.
6.7. Обработка полномочия
6.7.1. Назначение
Процедуру обработки полномочия используют для того, чтобы сделать доступными УП-пользователю средства обработки полномочия СУ. ПАП использует эту процедуру для обеспечения сервисных примитивов запроса и индикации P-TOKEN-GIVE, P-TOKEN-PLЕASЕ и P-CONTROL-GIVE.
6.7.2. Процедура
6.7.2.1. ПБДП явно не определяют, а неявно они описаны в разд.7, устанавливающем соответствие с СУ.
6.7.2.2. Используемые параметры пользовательских данных сеансовых сервисных примитивов должны представлять и представляться, соответственно, параметрами пользовательских данных соответствующих сервисных примитивов уровня представления и должны выбираться из контекстов представления согласно п.6.1.2.
6.8. Синхронизация и ресинхронизация
6.8.1. Назначение
Процедуры синхронизации и ресинхронизации используют для того, чтобы сделать доступными УП-пользователю средства синхронизации и ресинхронизации сеансового сервиса. ПАП использует эти процедуры для обеспечения сервисных примитивов Р-SYNC-MINOR, P-SYNC-MAJOR и P-RESYNCHRONIZE. Процедура ресинхронизации оказывает влияние на МОК, когда выбран функциональный блок восстановления контекста.
В этой процедуре используют:
а) ПБДП RS;
б) ПБДП RSA.
6.8.2. Параметры, относящиеся к ПБДП RS
6.8.2.1. Тип ресинхронизации
Должен представлять параметр типа ресинхронизации из сервисного примитива запроса P-RESYNCHRONIZE и представляться, соответственно, параметром типа ресинхронизации в сервисном примитиве индикации P-RESYNCHRONIZE.
6.8.2.2. Порядковый номер точки синхронизации
Должен представлять параметр порядкового номера точки синхронизации из сервисного примитива запроса P-RESYNCHRONIZE и представляться, соответственно, параметром порядкового номера точки синхронизации в сервисном примитиве индикации P-RESYNCHRONIZE.
6.8.2.3. Полномочия
Представляют параметр полномочий из сервисного примитива запроса P-RESYNCHRONIZE и должны представляться, соответственно, параметром полномочий в сервисном примитиве индикации P-RESYNCHRONIZE.
6.8.2.4. Список идентификаторов контекстов представления
Содержит список, каждый пункт которого включает два компонента: идентификатор контекста представления и соответствующее имя синтаксиса передачи. Этот список должен указывать МОК, получающееся в результате передачи ПБДП RS.
6.8.2.5. Пользовательские данные
Представляют параметр пользовательских данных из сервисного примитива запроса P-RESYNCHRONIZЕ и должны представляться параметром пользовательских данных в сервисном примитиве индикации P-RESYNCHRONIZE. Этот параметр должен выбираться из контекстов представления таким образом, как установлено в п.6.1.2.
6.8.3. Параметры, относящиеся к ПБДП RSA
6.8.3.1. Порядковый номер точки синхронизации
Должен представлять параметр порядкового номера точки синхронизации из сервисного примитива ответа P-RESYNCHRONIZE и представляться параметром порядкового номера точки синхронизации в сервисном примитиве подтверждения P-RESYNCHRONIZE.
6.8.3.2. Полномочия
Представляют параметр полномочий из сервисного примитива ответа P-RESYNCHRONIZЕ и должны представляться параметром полномочий в сервисном примитиве подтверждения P-RESYNCHRONIZE.
6.8.3.3. Список идентификаторов контекстов представления
Содержит список, каждый пункт которого включает два компонента: идентификатор контекста представления и соответствующее имя синтаксиса передачи. Этот список должен указывать МОК, получающееся в результате передачи ПБДП RSA.
6.8.3.4. Пользовательские данные
Представляют параметр пользовательских данных из сервисного примитива ответа P-RESYNCHRONIZE и должен представляться, соответственно, параметром пользовательских данных в сервисном примитиве подтверждения P-RESYNCHRONIZE. Этот параметр должен выбираться из контекстов представления, как установлено в п.6.1.2.
6.8.4. Процедура
6.8.4.1. Идентификатор точки синхронизации сервисного примитива является идентификатором точки синхронизации, в котором значение порядкового номера точки синхронизации равно соответствующему параметру порядкового номера точки синхронизации этого сервисного примитива.
Идентификатор ресинхронизации сервисного примитива является идентификатором точки синхронизации, в котором значение порядкового номера точки синхронизации равно соответствующему параметру порядкового номера точки синхронизации, уменьшенному на 1.
6.8.4.2. Если ПАП принимает сервисный примитив запроса Р-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. Если ПАП принимает сервисный примитив запроса Р-RESYNCHRONIZE в режиме, когда функциональный блок административного управления контекстом выбран, но не выбран функциональный блок восстановления контекста, он передает ПБДП RS. Параметр списка идентификаторов контекстов представления должен соответствовать МОК, определенному для этого ПАП.
6.8.4.6. Если ПАП принимает сервисный примитив запроса P-RESYNCHRONIZE в режиме, когда функциональный блок восстановления контекста выбран, то он устанавливает МОК следующим образом:
а) если тип ресинхронизации "принятие", МОК не изменится;
б) если тип ресинхронизации "рестарт" или "установка", возможны следующие варианты:
если идентификатор ресинхронизации примитива связан с некоторым МОК, то МОК восстанавливается равным указанному МОК;
если идентификатор ресинхронизации примитива меньше каждого идентификатора точки синхронизации, связанного с некоторым МОК, то МОК восстанавливается равным тому МОК, который был получен при установлении соединения на уровне представления;
во всех остальных случаях МОК не изменяется.
Затем ПАП передает ПБДП RS, в котором значение параметра списка идентификаторов контекстов представления соответствует восстановленному МОК.
6.8.4.7. Если ПАП принимает ПБДП RS в режиме, когда функциональный блок административного управления контекстом не выбран, то он выдает сервисный примитив индикации P-RESYNCHRONIZE.
6.8.4.8. Если ПАП принимает ПБДП RS в режиме, когда выбран функциональный блок административного управления контекстом, а функциональный блок восстановления контекста не выбран, то он, если ожидается ПБДП АСА, заменяет данное МОК тем, которое было указано в параметре списка идентификаторов контекстов представления ПБДП RS. Затем ПАП (независимо от того, ожидается ли ПБДП АСА) выдает сервисный примитив индикации P-RESYNCHRONIZE.
6.8.4.9. Если ПАП принимает ПБДП RS в режиме, когда выбран функциональный блок восстановления контекста, он устанавливает МОК следующим образом:
а) если тип ресинхронизации "прекращение", возможны следующие варианты:
если ожидают ПБДП АСА, то МОК заменяют тем, которое было указано в параметре списка идентификаторов контекстов представления ПБДП RS;
если ПБДП АСА не ожидают, МОК не изменяют;
б) если тип ресинхронизации "рестарт" или "установка", возможны следующие варианты:
если идентификатор ресинхронизации сервисного примитива связан с некоторым МОК, то это МОК восстанавливают равным указанному;
если идентификатор ресинхронизации сервисного примитива меньше каждого идентификатора точки синхронизации, связанного с некоторым МОК, то это МОК восстанавливают равным тому МОК, которое было получено при установлении соединения на уровне представления;
во всех остальных случаях МОК устанавливают в соответствии с перечислением а).
Затем ПАП выдает сервисный примитив индикации P-RESYNCHRONIZE.
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.4.
6.8.5.2. P-ALTER-CONTEXT, ПБДП АС и ПБДП АСА
См. п.6.5.
6.9. Передача особых сообщений
6.9.1. Назначение
Процедуру передачи особых сообщений используют для того, чтобы сделать доступными УП-пользователям средства выдачи особых сообщений СУ. ПАП использует эту процедуру для обеспечения сервисных примитивов запроса и индикации P-U-EXCEPTION-REPORT и сервисного примитива индикации Р-Р-EXCEPTION-REPORT.
6.9.2. Процедура
6.9.2.1. ПБДП явно не определяются, а неявно они описаны в разд.7, устанавливающем соответствие с СУ.
6.9.2.2. Используемые параметры пользовательских данных сеансовых сервисных примитивов должны представлять или представляться параметрами пользовательских данных соответствующих сервисных примитивов уровня представления и выбираться из контекстов представления, как указано в п.6.1.2.
6.10. Административное управление активностью
6.10.1. Назначение
Процедуру административного управления активностью используют для того, чтобы сделать доступными УП-пользователям средства административного управления СУ. ПАП использует эту процедуру для обеспечения сервисных примитивов запроса и индикации P-ACTIVITY-START и P-ACTIVITY-RESUME, а также сервисных примитивов запроса, индикации, ответа и подтверждения Р-ACTIVITY-END, P-ACTIVITY-INTERRUPT и Р-АСTIVITY-DISCARD.
Когда выбран функциональный блок восстановления контекста, процедура административного управления активностью оказывает влияние на МОК, как определено в п.6.10.2.
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. СООТВЕТСТВИЕ МЕЖДУ ПРОТОКОЛЬНЫМИ БЛОКАМИ ДАННЫХ УРОВНЯ ПРЕДСТАВЛЕНИЯ И СЕАНСОВЫМИ УСЛУГАМИ
7.1. Установление соединения
7.1.1. ПБДП СР
Должен передаваться от инициирующего ПАП к отвечающему ПАП в сеансовых сервисных примитивах запроса и индикации S-CONNECT.
7.1.1.1. Параметры, относящиеся к ПБДП СР
В табл.1 показано соответствие между параметрами ПБДП СР и S-CONNECT.
Таблица 1
Соответствие между параметрами ПБДП СР и S-CONNECT
Параметр, относящийся к ПБДП СР | Параметр S-CONNECT | Вид параметра |
Селектор режима | Данные СУ-пользователя | m |
Версия протокола | То же | nm |
Вызывающий селектор уровня представления | " | nm |
Вызывающий сеансовый адрес | Адрес вызывающего ПДСУ | s |
Вызываемый селектор уровня представления | Данные СУ-пользователя | nm |
Вызываемый сеансовый адрес | Адрес вызываемого ПДСУ | s |
Список определений контекстов представления | Данные СУ-пользователя | nm |
Имя контекста по умолчанию | То же | nm |
Качество услуги | Качество услуги | s |
Требования к уровню представления | Данные СУ-пользователя | nm |
Требования пользователя к сеансовым услугам | То же | nm |
Пересмотренные требования к сеансовым услугам | Требования к сеансовым услугам | s |
Порядковый номер начальной точки синхронизации | Порядковый номер начальной точки синхронизации | s |
Начальное присвоение полномочий | Начальное присвоение полномочий | s |
Идентификатор сеансового соединения | Идентификатор сеансового соединения | s |
Пользовательские данные | Данные СУ-пользователя | nm |
Обозначения: m - обязательный; nm - необязательный; s - устанавливают в стандарте по определению СУ (ИСО 8326).
7.1.2. ПБДП СРА
Должен передаваться от отвечающего ПАП к инициирующему в сеансовых сервисных примитивах ответа и подтверждения S-CONNECT.
7.1.2.1. Параметры, относящиеся к ПБДП СРА
В табл.2 показано соответствие между параметрами ПБДП СРА и S-CONNECT.
Таблица 2
Соответствие между параметрами ПБДП СРА и S-CONNECT
Параметр, относящийся к ПБДП СРA | Параметр S-CONNECT | Вид параметра |
Селектор режима | Данные СУ-пользователя | m |
Версия протокола | То же | nm |
Отвечающий селектор уровня представления | " | nm |
Отвечающий сеансовый адрес | Адрес отвечающего ПДСУ | s |
Список результатов определений контекстов представления | Данные СУ-пользователя | nm |
Качество услуги | Качество услуги | s |
Требования к уровню представления | Данные СУ-пользователя | nm |
Требования пользователя к сеансовым услугам | То же | nm |
Пересмотренные требования к сеансовым услугам | Требования к сеансовым услугам | s |
Порядковый номер начальной точки синхронизации | Порядковый номер начальной точки синхронизации | s |
Начальное присвоение полномочий | Начальное присвоение полномочий | s |
Идентификатор сеансового соединения | Идентификатор сеансового соединения | s |
Пользовательские данные | Данные СУ-пользователя | nm |
Обозначения: m - обязательный; nm - необязательный; s - устанавливают в стандарте по определению СУ (ИСО 8326).
7.1.2.2. Параметр результата S-CONNECT
Должен иметь значение "принятие".
7.1.3. ПБДП CPR
Должен передаваться от отвечающего ПАП к инициирующему в сеансовых сервисных примитивах ответа и подтверждения S-CONNECT.
Вместе с тем, когда поставщик СУ отвергает предложение об установлении сеансового соединения, не существует явного сеансового сервисного примитива ответа S-CONNECT и соответствующего ему ПБДП CPR.
7.1.3.1. Параметры, относящиеся к ПБДП СPR
В табл.3 показано соответствие между параметрами ПБДП СРR и параметрами S-CONNECT.
Таблица 3
Соответствие между параметрами ПБДП CPR и S-CONNECT
Параметр, относящийся к ПБДП СРR | Параметр S-CONNECT | Вид параметра |
Версия протокола | Данные СУ-пользователя | nm |
Отвечающий селектор уровня представления | То же | nm |
Отвечающий сеансовый адрес | Адрес отвечающего ПДСУ | s |
Список результатов определений контекстов представления | Данные СУ-пользователя | nm |
Результат контекста по умолчанию | То же | nm |
Качество услуги | Качество услуги | s |
Требования к сеансовым услугам | Требования к сеансовым услугам | s |
Идентификатор сеансового соединения | Идентификатор сеансового соединения | s |
Причина отвержения поставщиком | Данные СУ-пользователя | nm |
Пользовательские данные | То же | nm |
Обозначения: nm - необязательный: s - устанавливают в стандарте по определению СУ (ИСО 8326).
7.1.3.2. Параметр результата S-CONNECT
Может принимать следующие значения: отвержение СУ-поставщиком (для всего класса значений);
отвержение вызываемым СУ-пользователем с данными СУ-пользователя.
Первая ситуация возникает, когда отвержение инициируется поставщиком СУ; параметр причины отвержения поставщиком отсутствует, даже если отвержение инициируется поставщиком услуг уровня представления. Вторая ситуация возникает, когда отвержение инициируется отвечающим ПАП или УП-пользователем; параметр причины отвержения поставщиком присутствует, даже если отвержение инициируется отвечающим УП-пользователем.
7.2. Нормальный разрыв соединения
на уровне представления происходит одновременно с нормальным разрывом сеансового соединения. Сервисные примитивы уровня представления отображаются в соответствующие сеансовые сервисные примитивы. В табл.4 показано соответствие между ними.
Таблица 4
Соответствие между сервисными примитивами нормального разрыва соединения
Примитив уровня представления | Сеансовый примитив |
Запрос P-RELEASE | Запрос S-RELEASE |
Индикация P-RELEASE | Индикация S-RELEASE |
Ответ P-RELEASE | Ответ S-RELEASE |
Подтверждение P-RELEASE | Подтверждение S-RELEASE |
7.3. Аварийный разрыв соединения
7.3.1. ПБДП ARU
Должен передаваться от запрашивающего ПАП к принимающему в сеансовых сервисных примитивах запроса и индикации S-U-ABORT.
7.3.1.1. Параметры, относящиеся к ПБДП ARU
В табл.5 показано соответствие между параметрами ПБДП ARU и S-U-ABORT.
Таблица 5
Соответствие между параметрами ПБДП ARU и S-U-ABORT
Параметр, относящийся к ПБДП ARU | Параметр S-U-ABORT | Вид параметра |
Список идентификаторов контекстов представления | Данные СУ-пользователя | nm |
Пользовательские данные | То же | nm |
Обозначение: nm - необязательный.
7.3.2. ПБДП ARP
Должен передаваться от запрашивающего ПАП к принимающему в сеансовых сервисных примитивах запроса и индикации S-U-ABORT.
7.3.2.1. Параметры, относящиеся к ПБДП ARP
В табл.6 показано соответствие между параметрами ПБДП ARP и S-U-ABORT.
Таблица 6
Соответствие между параметрами ПБДП ARP и S-U-ABORT
Параметр, относящийся к ПБДП ARР | Параметр S-U-ABORT | Вид параметра |
Причина отвержения поставщиком | Данные СУ-пользователя | nm |
Идентификатор события | То же | nm |
Обозначение: nm - необязательный.
7.4. Изменение контекста
7.4.1. ПБДП АС
Должен передаваться от запрашивающего ПАП к принимающему в сеансовых сервисных примитивах запроса и индикации S-TYPED-DATA.
7.4.1.1. Параметры, относящиеся к ПБДП АС
В табл.7 показано соответствие между параметрами ПБДП АС и S-TYPED-DATA.
Таблица 7
Соответствие между параметрами ПБДП АС и S-TYPED-DATA
Параметр, относящийся к ПБДП AС | Параметр S-TYPED-DATA | Вид параметра |
Список добавлений контекстов представления | Данные СУ-пользователя | nm |
Список удалений контекстов представления | То же | nm |
Пользовательские данные | " | nm |
Обозначение: nm - необязательный.
7.4.2. ПБДП АСА
Должен передаваться от принимающего ПАП к запрашивающему в сеансовых сервисных примитивах ответа и подтверждения S-TYPED-DATA.
7.4.2.1. Параметры, относящиеся к ПБДП АСА
В табл.8 показано соответствие между параметрами ПБДП АСА и S-TYPED-DATA.
Таблица 8
Соответствие между параметрами ПБДП АСА и S-TYPED-DATA
Параметр, относящийся к ПБДП AСA | Параметр S-TYPED-DATA | Вид параметра |
Список результатов добавлений контекстов представления | Данные СУ-пользователя | nm |
Список результатов удалений контекстов представления | То же | nm |
Пользовательские данные | " | nm |
Обозначение: nm - необязательный.
7.5. Передача информации
7.5.1. ПБДП TTD
Должен передаваться от запрашивающего ПАП к принимающему в сеансовых сервисных примитивах запроса и индикации S-TYPED-DATA.
7.5.1.1. Параметры, относящиеся к ПБДП TTD
В табл.9 показано соответствие между параметрами ПБДП TTD и S-TYPED-DATA.
Таблица 9
Соответствие между параметрами ПБДП TTD и S-TYPED-DATA
Параметр, относящийся к ПБДП TTD | Параметр S-TYPED-DATA | Вид параметра |
Пользовательские данные | Данные СУ-пользователя | nm |
Обозначение: nm - необязательный.
7.5.2. ПБДП TD
Должен использоваться для формирования параметра данных СУ-пользователя сервисного примитива запроса S-DATA и соответствующего сервисного примитива индикации.
7.5.3. ПБДП ТЕ
Должен использоваться для формирования параметра данных СУ-пользователя сервисного примитива запроса S-EXPEDITED-DATA и соответствующего сервисного примитива индикации.
7.5.4. ПБДП ТС
Должен использоваться для формирования параметра данных СУ-пользователя сервисного примитива запроса S-CAPABILITY-DATA и соответствующего сервисного примитива индикации.
7.5.5. ПБДП ТСС
Должен использоваться для формирования параметра данных СУ-пользователя сервисного примитива ответа S-CAPABILITY-DATA и соответствующего сервисного примитива подтверждения.
7.6. Обработка полномочия
Услуги обработки полномочия предоставляются нижерасположенными СУ. Сервисные примитивы уровня представления отображаются в соответствующие сеансовые сервисные примитивы. В табл.10 показано соответствие между ними.
Таблица 10
Соответствие между сервисными примитивами обработки полномочия
Примитив уровня представления | Сеансовый примитив |
Запрос P-TOKEN-GIVE | Запрос S-TOKEN-GIVE |
Индикация P-TOKEN-GIVE | Индикация S-TOKEN-GIVE |
Запрос P-TOKEN-PLEASE | Запрос S-TOKEN-PLEASE |
Индикация P-TOKEN-PLEASE | Индикация S-TOKEN-PLEASE |
Запрос P-CONTROL-GIVE | Запрос S-CONTROL-GIVE |
Индикация P-CONTROL-GIVE | Индикация S-CONTROL-GIVE |
7.7. Синхронизация
Услуги синхронизации предоставляются нижерасположенными СУ. Сервисные примитивы уровня представления отображаются в соответствующие сеансовые сервисные примитивы. В табл.11 показано соответствие между ними.
Таблица 11
Соответствие между сервисными примитивами синхронизации
Примитив уровня представления | Сеансовый примитив |
Запрос Р-SYNC-MINOR | Запрос S-SYNC-MINOR |
Индикация P-SYNC-MINOR | Индикация S-SYNC-MINOR |
Ответ P-SYNC-MINOR | Ответ S-SYNC-MINOR |
Подтверждение P-SYNC-MINOR | Подтверждение S-SYNC-MINOR |
Запрос P-SYNC-MAJOR | Запрос S-SYNC-MAJOR |
Индикация P-SYNC-MAJOR | Индикация S-SYNC-MAJOR |
Ответ P-SYNC-MAJOR | Ответ S-SYNC-MAJOR |
Подтверждение P-SYNC-MAJOR | Подтверждение S-SYNC-MAJOR |
7.8. Ресинхронизация
7.8.1. ПБДП RS
Должен передаваться от запрашивающего ПАП к принимающему в сеансовых сервисных примитивах запроса и индикации S-RESYNCHRONIZE.
7.8.1.1. Параметры, относящиеся к ПБДП RS
В табл.12 показано соответствие между параметрами ПБДП RS и S-RESYNCHRONIZE.
Таблица 12
Соответствие между параметрами ПБДП RS и S-RESYNCHRONIZE
Параметр, относящийся к ПБДП RS | Параметр S-RESYNCHRONIZE | Вид параметра |
Тип ресинхронизации | Тип ресинхронизации | s |
Порядковый номер точки синхронизации | Порядковый номер точки синхронизации | s |
Полномочия | Полномочия | s |
Список идентификаторов контекстов представления | Данные СУ-пользователя | nm |
Пользовательские данные | То же | nm |
Обозначения: nm - необязательный; s - устанавливают в стандарте по определению СУ (ИСО 8326).
7.8.2. ПБДП RSA
Должен передаваться от принимающего ПАП к запрашивающему в сеансовых сервисных примитивах ответа и подтверждения S-RESYNCHRONIZE.
7.8.2.1. Параметры, относящиеся к ПБДП RSA
В табл.13 показано соответствие между параметрами ПБДП RSA и S-RESYNCHRONIZE.
Таблица 13
Соответствие между параметрами ПБДП RSA и S-RESYNCHRONIZE
Параметр, относящийся к ПБДП RSА | Параметр S-RESYNCHRONIZE | Вид параметра |
Порядковый номер точки синхронизации | Порядковый номер точки синхронизации | s |
Полномочия | Полномочия | s |
Список идентификаторов контекстов представления | Данные СУ-пользователя | nm |
Пользовательские данные | То же | nm |
Обозначения: nm - необязательный; s - устанавливают в стандарте по определению СУ (ИСО 8326).
7.9. Передача особых сообщений
Услуги передачи особых сообщений предоставляются нижерасположенными СУ. Сервисные примитивы уровня представления отображаются в соответствующие сеансовые сервисные примитивы. В табл.14 показано соответствие между ними.
Таблица 14
Соответствие между сервисными примитивами передачи особых сообщений
Примитив уровня представления | Сеансовый примитив |
Индикация P-P-EXCEPTION-REPORT | Индикация S-P-EXCEPTION-REPORT |
Запрос P-U-EXCEPTION-REPORT | Запрос S-U-EXCEPTION-REPORT |
Индикация P-U-EXCEPTION-RЕPORT | Индикация S-U-EXCEPTION-RЕPORT |
7.10. Административное управление активностью
Услуги административного управления активностью предоставляются нижерасположенными СУ. Сервисные примитивы уровня представления отображаются в соответствующие сеансовые сервисные примитивы. В табл.15 показано соответствие между ними.
Таблица 15
Соответствие между сервисными примитивами административного управления активностью
Примитив уровня представления | Сеансовый примитив |
Запрос P-ACTIVITY-START | Запрос S-ACTIVITY-START |
Индикация P-ACTIVITY-START | Индикация S-ACTIVITY-START |
Запрос P-ACTIVITY-RESUME | Запрос S-ACTIVITY-RESUME |
Индикация P-ACTIVITY-RESUME | Индикация S-ACTIVITY-RESUME |
Запрос P-ACTIVITY-INTERRUPT | Запрос S-ACTIVITY-INTERRUPT |
Индикация P-ACTIVITY-INTERRUPT | Индикация S-ACTIVITY-INTERRUPT |
Ответ P-ACTIVITY-INTERRUPT | Ответ S-ACTIVITY-INTERRUPT |
Подтверждение P-ACTIVITY-INTERRUPT | Подтверждение S-ACTIVITY-INTERRUPT |
Запрос P-ACTIVITY-DISCARD | Запрос S-ACTIVITY-DISCARD |
Индикация P-ACTIVITY-DISCARD | Индикация S-ACTIVITY-DISCARD |
Ответ P-ACTIVITY-DISCARD | Ответ S-ACTIVITY-DISCARD |
Подтверждение P-ACTIVITY-DISCARD | Подтверждение S-ACTIVITY-DISCARD |
Запрос P-ACTIVITY-END | Запрос S-ACTIVITY-END |
Индикация P-ACTIVITY-END | Индикация S-ACTIVITY-END |
Ответ P-ACTIVITY-END | Ответ S-ACTIVITY-END |
Подтверждение P-ACTIVITY-END | Подтверждение S-ACTIVITY-END |
8. СТРУКТУРА И КОДИРОВАНИЕ ПРОТОКОЛЬНЫХ БЛОКОВ ДАННЫХ УРОВНЯ ПРЕДСТАВЛЕНИЯ
8.1. Основные положения
8.1.1. Структура блоков ПБДП (задаваемых явно или неявно) должна определяться с помощью:
а) отображения в параметры сеансовых сервисных примитивов;
б) структуры значений параметров данных СУ-пользователя сеансовых сервисных примитивов.
8.1.2. Структура значений данных СУ-пользователя указывается посредством использования:
а) нотации АСН.1 [ГОСТ 34.973 (ИСО 8824)];
б) дополнительных комментариев, содержащихся в описании нотации АСН.1;
в) правил расширения, как указано в п.8.5, при работе в нормальном режиме.
Примечание. Комментарии нотации АСН.1, приведенные в п.8.2, являются составной частью настоящего стандарта и, как правило, представляют собой требования.
8.1.3. Кодирование значений параметра данных СУ-пользователя указано в п.8.3.
8.2. Структура значений параметра данных СУ-пользователя
ISO 8823-PRESENTATION DEFINITIONS :: =
BEGIN
- -
- - - - | В режиме X.410-1984 значение параметра данных СУ-поль- зователя сеансовых сервисных примитивов запроса и индика- ции S-CONNECT должно быть равно значению СР-тип. |
- - | В нормальном режиме значение параметра данных СУ-поль- зователя сеансовых сервисных примитивов запроса и индика- ции S-CONNECT должно быть равно значению СР-тип, за которым следует в качестве необязательной возможности за- просчика нуль или несколько значений СРС-тип. |
СР- тип :: = SET
{ | [0] | IMPLICIT Селектор режима, | |||||||||||||||||||||||
[1] | IMPLICIT SET | ||||||||||||||||||||||||
{COMPONENTS OF Надежная - передача - | |||||||||||||||||||||||||
APDUs.RTORQapdu} OPTIONAL | |||||||||||||||||||||||||
- - | Должен использоваться только для режима | ||||||||||||||||||||||||
- - | Должен быть равен битовому значению, совместимому с Рекомендацией МККТТ Х.410-1984. | ||||||||||||||||||||||||
- - | Это должен быть параметр пользовательских данных | ||||||||||||||||||||||||
_________________ | |||||||||||||||||||||||||
[2] | IMPLICIT SEQUENCE | ||||||||||||||||||||||||
{[0] IMPLICIT Версия протокола DEFAULT {версия - 1}, | |||||||||||||||||||||||||
[1] IMPLICIT Вызывающий селектор уровня представления OPTIONAL, | |||||||||||||||||||||||||
[2] IMPLICIT Вызываемый селектор уровня представления OPTIONAL, | |||||||||||||||||||||||||
[4] IMPLICIT Список определений контекстов представления OPTIONAL, | |||||||||||||||||||||||||
[6] IMPLICIT Имя контекста по умолчанию OPTIONAL, | |||||||||||||||||||||||||
[8] IMPLICIT Требования к уровню представления OPTIONAL, | |||||||||||||||||||||||||
[9] IMPLICIT Требования пользователя к сеансу ОPTIONAL, | |||||||||||||||||||||||||
- - | Не должен присутствовать, если равен параметру | ||||||||||||||||||||||||
Пользовательские данные OPTIONAL | |||||||||||||||||||||||||
} | OPTIONAL | ||||||||||||||||||||||||
- - - - | Должен использоваться только для нормального | ||||||||||||||||||||||||
- - | Должен содержать параметры ПБДП СР. | ||||||||||||||||||||||||
} | |||||||||||||||||||||||||
- - | Как опция инициатора значения представляемых данных, содержащиеся в ПБДП СР, могут кодироваться несколько раз, используя значения СРС-тип, для обеспечения передачи одних и тех же значений представляемых данных посредством использования ряда различных синтаксисов передачи. | ||||||||||||||||||||||||
- - | |||||||||||||||||||||||||
СРС - тип ::= Пользовательские данные | |||||||||||||||||||||||||
- - | Должен использоваться только для нормального режима. | ||||||||||||||||||||||||
- - | Не должен присутствовать, если параметр списка определений контекстов представления не содержится в ПБДП СР. | ||||||||||||||||||||||||
- - | Каждый образец данных этого типа должен содержать все значения представляемых данных, которые входили в состав параметра пользовательских данных ПБДП СР. | ||||||||||||||||||||||||
- - | Эти данные должны представлять то же самое множество значений представляемых данных, которые содержались в | ||||||||||||||||||||||||
- - | Значение параметра данных СУ-пользователя сеансовых сервисных примитивов ответа и подтверждения S-CONNECT должно представлять значение ПБДП СРА, когда значение параметра результата равно "принятие". | ||||||||||||||||||||||||
- - | |||||||||||||||||||||||||
ПБДП СРА :: = SET | |||||||||||||||||||||||||
{ [0] IMPLICIT Селектор режима, | |||||||||||||||||||||||||
[1] IMPLICIT SET | |||||||||||||||||||||||||
{ COMPONENTS OF Надежная передача - APDUs.RTOACapdu} OPTIONAL | |||||||||||||||||||||||||
- - | Должен использоваться только для режима Х.410. | ||||||||||||||||||||||||
- - | Должен быть равен битовому значению, совместимому с Рекомендацией МККТТ Х.410-1984. | ||||||||||||||||||||||||
- - | Это должен быть параметр пользовательских данных | ||||||||||||||||||||||||
________________ | |||||||||||||||||||||||||
[2] IMPLICIT SEQUENCE | |||||||||||||||||||||||||
{[0] IMPLICIT Версия протокола DEFAULT {версия-1}, | |||||||||||||||||||||||||
[3] IMPLICIT Отвечающий селектор уровня представления OPTIONAL, | |||||||||||||||||||||||||
[5] IMPLICIT Список результатов определений контекстов представления ОPTIONAL, | |||||||||||||||||||||||||
[8] IMPLICIT Требования к уровню представления OPTIONAL, | |||||||||||||||||||||||||
[9] IMPLICIT Требования пользователя к сеансу OPTIONAL, | |||||||||||||||||||||||||
- - | Не должен присутствовать, если равен параметру пересмотренных требований к сеансу - -, | ||||||||||||||||||||||||
Пользовательские данные OPTIONAL | |||||||||||||||||||||||||
- - | Должен использоваться только для нормального | ||||||||||||||||||||||||
} | |||||||||||||||||||||||||
- - | Значение параметра данных СУ-пользователя сеансовых сервисных примитивов ответа и подтверждения S-CONNECT должно представлять значение ПБДП CPR, когда значение параметра результата равно "отвержение СУ-поставщиком" или "отвержение вызываемым СУ-пользователем". | ||||||||||||||||||||||||
- - | |||||||||||||||||||||||||
ПБДП CPR :: = CHOICE | |||||||||||||||||||||||||
{ | SET {COMPONENTS OF Надежная передача - APDUs.RTORJapdu} ORTIONAL | ||||||||||||||||||||||||
- - | Должен использоваться только для режима Х.410. | ||||||||||||||||||||||||
- - | Должен быть равен битовому значению, совместимому с Рекомендацией МККТТ Х.410-1984. | ||||||||||||||||||||||||
- - | Это должен быть параметр пользовательских данных | ||||||||||||||||||||||||
________________ | |||||||||||||||||||||||||
SEQUENCE | |||||||||||||||||||||||||
{[0] IMPLICIT Версия протокола DEFAULT {версия-1}, | |||||||||||||||||||||||||
[3] IMPLICIT Отвечающий селектор уровня представления OPTIONAL, | |||||||||||||||||||||||||
[5] IMPLICIT Список результатов определений контекстов представления OPTIONAL, | |||||||||||||||||||||||||
[7] IMPLICIT Результаты контекста по умолчанию OPTIONAL, | |||||||||||||||||||||||||
[10] IMPLICIT Причина отвержения поставщиком OPTIONAL, | |||||||||||||||||||||||||
Пользовательские данные OPTIONAL } | |||||||||||||||||||||||||
- - | Должен использоваться только для нормального | ||||||||||||||||||||||||
} - - | |||||||||||||||||||||||||
- - | Параметр данных СУ-пользователя сервисных примитивов запроса и индикации S-U-ABORT должен представлять значение | ||||||||||||||||||||||||
Тип Прерывание :: = CHOICE {ПБДП ARU | |||||||||||||||||||||||||
- - для P-U-ABORТ - - , | |||||||||||||||||||||||||
ПБДП ARP - - для P-P-ABORT - - | |||||||||||||||||||||||||
} | |||||||||||||||||||||||||
- - | |||||||||||||||||||||||||
ПБДП ARU :: = CHOICE | |||||||||||||||||||||||||
SET {COMPONENTS OF Надежная передача - APDUs.RTABapdu} | |||||||||||||||||||||||||
- - | Должен использоваться только для режима Х.410. | ||||||||||||||||||||||||
- - | Должен быть равен битовому значению, совместимому с Рекомендацией МККТТ Х.410-1984. | ||||||||||||||||||||||||
- - | Это должен быть параметр пользовательских данных | ||||||||||||||||||||||||
_________________ | |||||||||||||||||||||||||
SEQUENCE | |||||||||||||||||||||||||
[0] IMPLICIT SEQUENCE | |||||||||||||||||||||||||
{[3] IMPLICIT Список идентификаторов контекстов пред- ставления OPTIONAL, | |||||||||||||||||||||||||
Пользовательские данные OPTIONAL | |||||||||||||||||||||||||
} | |||||||||||||||||||||||||
- - | Должен использоваться только для нормального | ||||||||||||||||||||||||
} | |||||||||||||||||||||||||
ПБДП ARP :: = SEQUENCE | |||||||||||||||||||||||||
{Причина отвержения [0] IMPLICIT Причина прерывания поставщиком OPTIONAL, | |||||||||||||||||||||||||
[1] IMPLICIT Идентификатор события OPTIONAL | |||||||||||||||||||||||||
} - - | |||||||||||||||||||||||||
- - | Значение параметра данных СУ-пользователя сервисных примитивов запроса и индикации S-TYPED-DATA должно представлять значение | ||||||||||||||||||||||||
Тип Служебные данные :: = CHOICE | |||||||||||||||||||||||||
{асПБДП [0] IMPLICIT ПБДП АС - - запрос и индикация P-ALTER-CONNECT - - , | |||||||||||||||||||||||||
асаПБДП [1] IMPLICIT ПБДП АСА - - ответ и подтверждение P-ALTER-CONNECT - - , | |||||||||||||||||||||||||
ttdПБДП Пользовательские данные запрос и индикация | |||||||||||||||||||||||||
} - - | |||||||||||||||||||||||||
ПБДП АС :: = SEQUENCE | |||||||||||||||||||||||||
{[0] IMPLICIT Список добавлений контекстов представления OPTIONAL, | |||||||||||||||||||||||||
[1] IMPLICIT Список удалений контекстов представления OPTIONAL, | |||||||||||||||||||||||||
Пользовательские данные OPTIONAL | |||||||||||||||||||||||||
} - - | |||||||||||||||||||||||||
ПБДП АСА :: = SEQUENCE | |||||||||||||||||||||||||
{[0] IMPLICIT Список результатов добавлений контекстов представления OPTIONAL, | |||||||||||||||||||||||||
[1] IMPLICIT Список результатов удалений контекстов пред- ставления OPTIONAL, | |||||||||||||||||||||||||
Пользовательские данные OPTIONAL | |||||||||||||||||||||||||
} | |||||||||||||||||||||||||
- - | |||||||||||||||||||||||||
- - | Значение параметра данных СУ-пользователя сервисных примитивов запроса и индикации S-RESYNCHRONIZE должно представлять | ||||||||||||||||||||||||
- - | |||||||||||||||||||||||||
ПБДП RS :: = SEQUENCE | |||||||||||||||||||||||||
{[0] IMPLICIT Список идентификаторов контекстов пред- ставления OPTIONAL, | |||||||||||||||||||||||||
Пользовательские данные OPTIONAL | |||||||||||||||||||||||||
} | |||||||||||||||||||||||||
- - | |||||||||||||||||||||||||
- - | Значение параметра данных СУ-пользователя сервисных примитивов ответа и подтверждения S-RESYNCHRONIZE должно представлять значение ПБДП RSA. | ||||||||||||||||||||||||
- - | |||||||||||||||||||||||||
ПБДП RSА :: = SEQUENCE | |||||||||||||||||||||||||
{[0] IMPLICIT Список идентификаторов контекстов предс- тавления OPTIONAL, | |||||||||||||||||||||||||
Пользовательские данные OPTIONAL | |||||||||||||||||||||||||
} | |||||||||||||||||||||||||
- - | |||||||||||||||||||||||||
- - | Значения параметра данных СУ-пользователя сеансовых сервисных примитивов запроса и индикации S-DATA, S-CAPABILITY-DATA, S-EXPEDITED-DATA и сеансовых сервисных примитивов ответа и подтверждения S-CAPABILITY-DATA должны представлять тип Пользовательские данные. | ||||||||||||||||||||||||
- - | |||||||||||||||||||||||||
Причина прерывания :: = INTEGER | {причина не указана | (0), | |||||||||||||||||||||||
нераспознаваемый ПБДП | (1), | ||||||||||||||||||||||||
неожидаемый ПБДП | (2), | ||||||||||||||||||||||||
неожидаемый сеансовый сервисный примитив | (3), | ||||||||||||||||||||||||
нераспознаваемый параметр ПБДП | (4), | ||||||||||||||||||||||||
неожидаемый параметр ПБДП | (5), | ||||||||||||||||||||||||
недействительное значение параметра ПБДП | (6) | ||||||||||||||||||||||||
} | |||||||||||||||||||||||||
Имя абстрактного синтаксиса :: = OBJECT IDENTIFIER | |||||||||||||||||||||||||
Вызываемый селектор представления :: = Селектор представления | |||||||||||||||||||||||||
Вызывающий селектор представления :: = Селектор представления | |||||||||||||||||||||||||
Список контекстов :: = SEQUENCE OF SEQUENCE | |||||||||||||||||||||||||
{Идентификатор контекстов представления, имя абстрактного синтаксиса, SEQUENCE OF имени синтаксиса передачи} | |||||||||||||||||||||||||
Имя контекста по умолчанию :: = SEQUENCE | |||||||||||||||||||||||||
{[0] IMPLICIT Имя абстрактного синтаксиса, | |||||||||||||||||||||||||
[1] IMPLICIT Имя синтаксиса передачи} | |||||||||||||||||||||||||
Результат контекста по умолчанию :: = Результат | |||||||||||||||||||||||||
Идентификатор события :: = INTEGER | |||||||||||||||||||||||||
{ср-ПБДП | [0], | ||||||||||||||||||||||||
сра-ПБДП | [1], | ||||||||||||||||||||||||
срr-ПБДП | [2], | ||||||||||||||||||||||||
аru-ПБДП | [3], | ||||||||||||||||||||||||
arp-ПБДП | [4], | ||||||||||||||||||||||||
aс-ПБДП | [5], | ||||||||||||||||||||||||
aсa-ПБДП | [6], | ||||||||||||||||||||||||
td-ПБДП | [7], | ||||||||||||||||||||||||
ttd-ПБДП | [8], | ||||||||||||||||||||||||
te-ПБДП | [9], | ||||||||||||||||||||||||
tc-ПБДП | [10], | ||||||||||||||||||||||||
tcc-ПБДП | [11], | ||||||||||||||||||||||||
rs-ПБДП | [12], | ||||||||||||||||||||||||
rsa-ПБДП | [13], | ||||||||||||||||||||||||
s-release-indiсation | [14], | ||||||||||||||||||||||||
s-release-confirm | [15], | ||||||||||||||||||||||||
s-token-give-indication | [16], | ||||||||||||||||||||||||
s-token-please-indication | [17], | ||||||||||||||||||||||||
s-control-give-indication | [18], | ||||||||||||||||||||||||
s-sync-minor-indication | [19], | ||||||||||||||||||||||||
s-sync-minor-confirm | [20], | ||||||||||||||||||||||||
s-sync-major-indication | [21], | ||||||||||||||||||||||||
s-sync-major-confirm | [22], | ||||||||||||||||||||||||
s-p-exception-report-indication | [23], | ||||||||||||||||||||||||
s-u-exception-report-indication | [24], | ||||||||||||||||||||||||
s-activity-start-indication | [25], | ||||||||||||||||||||||||
s-activity-resume-indication | [26], | ||||||||||||||||||||||||
s-activity-interrupt-indication | [27], | ||||||||||||||||||||||||
s-activity-interrupt-confirm | [28], | ||||||||||||||||||||||||
s-activity-discard-indication | [29], | ||||||||||||||||||||||||
s-activity-discard-confirm | [30], | ||||||||||||||||||||||||
s-activity-end-indication | [31], | ||||||||||||||||||||||||
s-activity-end-confirm | [32], | ||||||||||||||||||||||||
Селектор режима :: = SET {[0] IМPLICIT INTEGER | |||||||||||||||||||||||||
{режим х410-1984 (0), | |||||||||||||||||||||||||
Список добавлений контекстов представления :: = Список контекстов | |||||||||||||||||||||||||
Список результатов добавлений контекстов представления :: = Список результатов | |||||||||||||||||||||||||
Список определений контекстов представления :: = Список контекстов | |||||||||||||||||||||||||
Список результатов определений контекстов представления :: = Список результатов | |||||||||||||||||||||||||
Список удалений контекстов представления :: = SEQUENCE OF Идентификатор контекста представления | |||||||||||||||||||||||||
Список результатов удалений контекстов представления :: = | |||||||||||||||||||||||||
SEQUNCE OF INTEGER {принятие (0), | |||||||||||||||||||||||||
Идентификатор контекста представления :: = INTEGER | |||||||||||||||||||||||||
Список идентификаторов контекстов представления :: = | |||||||||||||||||||||||||
SEQUENCE OF SEQUENCE } | |||||||||||||||||||||||||
Требования к уровню представления :: = BIT STRING | |||||||||||||||||||||||||
{административное управление контекстом (0), | |||||||||||||||||||||||||
Селектор уровня представления :: = ОCТЕТ* STRING | |||||||||||||||||||||||||
Версия протокола :: = BIT STRING {версия-1 (0)} | |||||||||||||||||||||||||
Причина отвержения поставщиком :: = INTEGER | |||||||||||||||||||||||||
{причина не указана | (0), | ||||||||||||||||||||||||
временная перегрузка | (1), | ||||||||||||||||||||||||
превышен локальный предел | (2), | ||||||||||||||||||||||||
вызываемый адрес представления неизвестен | (3), | ||||||||||||||||||||||||
не обеспечивается версия протокола | (4), | ||||||||||||||||||||||||
не обеспечивается контекст по умолчанию | (5), | ||||||||||||||||||||||||
нечитаемые пользовательские данные | (6), | ||||||||||||||||||||||||
ПДУП не доступен | (7)} | ||||||||||||||||||||||||
Отвечающий селектор представления :: = Селектор представления | |||||||||||||||||||||||||
Результат :: = INTEGER {принятие (0), | |||||||||||||||||||||||||
отвержение пользователем (1), | |||||||||||||||||||||||||
отвержение поставщиком (2) | |||||||||||||||||||||||||
} | |||||||||||||||||||||||||
Список результатов :: = SEQUENCE OF SEQUENCE | |||||||||||||||||||||||||
{ | |||||||||||||||||||||||||
[0] IMPLICIT Результат | |||||||||||||||||||||||||
[1] IMPLICIT Имя синтаксиса передачи OPTIONAL | |||||||||||||||||||||||||
причина отвержения | [2] IMPLICIT INTEGER | ||||||||||||||||||||||||
{причина не специфицирована | (0), | ||||||||||||||||||||||||
не обеспечивается абстрактный синтаксис | (1), | ||||||||||||||||||||||||
не обеспечиваются предлагаемые синтаксисы передачи | (2), | ||||||||||||||||||||||||
превышен локальный предел по МОК | (3) | ||||||||||||||||||||||||
} OPTIONAL | |||||||||||||||||||||||||
} | |||||||||||||||||||||||||
Имя синтаксиса передачи :: = OBJECT IDENTIFIER | |||||||||||||||||||||||||
Пользовательские данные :: = CHOICE | |||||||||||||||||||||||||
{[APPLICATION 0] IMPLICIT Данные, кодируемые простым кодом, | |||||||||||||||||||||||||
[APPLICATIOH 1] IMPLICIT Полностью кодируемые данные} | |||||||||||||||||||||||||
- - | В п.8.4 описано, где должна использоваться каждая из двух | ||||||||||||||||||||||||
Данные, кодируемые простым кодом :: = OCTET STRING | |||||||||||||||||||||||||
- - | См. п.8.4.1. | ||||||||||||||||||||||||
Полностью кодируемые данные :: = SEQUENCE OF PDV-список | |||||||||||||||||||||||||
- - | содержит одно или несколько значений PDV-списка. | ||||||||||||||||||||||||
- - | См. п.8.4.2. | ||||||||||||||||||||||||
PDV-список :: = SEQUENCE | |||||||||||||||||||||||||
{Имя синтаксиса передачи OPTIONAL, | |||||||||||||||||||||||||
Идентификатор контекста представления, | |||||||||||||||||||||||||
{один тип АСН.1 [0] ANY, | |||||||||||||||||||||||||
выравненный октет [1] IMPLICIT OCTET STRING, | |||||||||||||||||||||||||
промежуточный [2] IMPLICIT BIT STRING} | |||||||||||||||||||||||||
- - | Содержит одно или несколько значений из одного и того же контекста представления. | ||||||||||||||||||||||||
- - | См. п.8.4.2. | ||||||||||||||||||||||||
} | |||||||||||||||||||||||||
Требования пользователя к сеансу :: = BIT STRING | |||||||||||||||||||||||||
{полудуплекс | (0), | ||||||||||||||||||||||||
дуплекс | (1), | ||||||||||||||||||||||||
срочные данные | (2), | ||||||||||||||||||||||||
локальная синхронизация | (3), | ||||||||||||||||||||||||
общая синхронизация | (4), | ||||||||||||||||||||||||
ресинхронизация | (5), | ||||||||||||||||||||||||
административное управление активностью | (6), | ||||||||||||||||||||||||
согласованный разрыв | (7), | ||||||||||||||||||||||||
данные указания возможностей | (8), | ||||||||||||||||||||||||
особые сообщения | (9), | ||||||||||||||||||||||||
служебные данные | (10) | ||||||||||||||||||||||||
END | |||||||||||||||||||||||||
8.3. Кодирование значений параметра данных СУ-пользователя
8.3.1. За исключением типа Пользовательские данные, типы данных АСН.1, указанные в п.8.2, должны кодироваться в соответствии с базовыми правилами кодирования для АСН.1 [ГОСТ 34.974 (ИСО 8825)].
8.3.2. Кодирование значений типа Пользовательские данные определено в п.8.4.
8.3.3. Кодирование параметра данных СУ-пользователя сервисных примитивов запроса и индикации S-CONNECT должно представлять сцепление кодов значения СР-тип и значений СРС-тип, при их наличии.
8.4. Кодирование значений типа Пользовательские данные
8.4.1. Простое кодовое представление
8.4.1.1. Это кодовое представление должно использоваться, когда значение параметра пользовательских данных относится к типу данных в простом кодовом представлении.
8.4.1.2. Когда используется контекст по умолчанию, значение параметра пользовательских данных должно представлять тип данных в простом кодовом представлении.
8.4.1.3. Когда МОК содержит только один член и не выбран функциональный блок административного управления контекстом, значение параметра пользовательских данных должно представлять тип данных в простом кодовом представлении.
Примечание. Под этим подразумевают, что простое кодовое представление не может быть использовано в параметре пользовательских данных в ПБДП СР, за исключением п.8.4.1.2.
8.4.1.4. Простое кодовое представление должно осуществляться следующим образом:
а) содержимое значения данных в простом кодовом представлении должно представлять собой сцепление битовых строк*, получающееся в результате кодирования значений представляемых данных, образующих значение данных УП-пользователя в соответствии с заданным синтаксисом передачи;
________________
* Если синтаксис передачи не является саморазграничивающим, то существует возможность возникновения неоднозначности сцепляемых значений представляемых данных.
б) во всех случаях, когда пользовательские данные являются элементом данных какого-либо другого типа АСН.1, как указано в п.8.2, кодирование их значений должно осуществляться в соответствии с базовыми правилами кодирования для АСН.1 [ГОСТ 34.974 (ИСО 8825)].
в) если правило по перечислению б) не действует, кодируемые значения пользовательских данных должны представлять собой октеты данных в простом кодовом представлении (т.е. октеты идентификатора и октеты длины отсутствуют), как указано и приведенном выше перечислении а).
Примечание. При использовании простого кодового представления синтаксис передачи должен обеспечивать кодирование с выравниванием по границам октетов или использование саморазграничения битовых строк (последний случай не является общим для синтаксиса передачи).
8.4.2. Составное кодовое представление
8.4.2.1. Составное кодовое представление должно использоваться, когда значение параметра пользовательских данных относится к типу данных в составном кодовом представлении.
8.4.2.2. Значение параметра пользовательских данных должно представлять тип данных в составном кодовом представлении, когда не используют контекст по умолчанию и выполняют следующие условия:
а) МОК содержит несколько членов;
б) функциональный блок административного управления контекстом для данного соединения не выбран.
8.4.2.3. Значение параметра пользовательских данных должно представлять тип данных в составном кодовом представлении при использовании СР-типа или СРС-типа, за исключением случая, когда используют контекст по умолчанию.
8.4.2.4. Составное кодовое представление является применением базовых правил кодирования для АСН.1 [ГОСТ 34.974 (ИСО 8825)] к значениям данных в составном кодовом представлении. Структура и содержимое компонента значений представляемых данных значения PVD-списка должна определяться в соответствии с п.8.4.2.5.
8.4.2.5. Компонент значения представляемых данных значения PVD-списка должен кодироваться в соответствии с базовыми правилами кодирования для АСН.1 [ГОСТ 34.974 (ИСО 8825)). Различные необязательные возможности компонента значений представляемых данных значения PVD-списка должны использоваться следующим образом:
а) если значение PVD-списка содержит только одно значение представляемых данных, являющееся одним из отдельных типов АСН.1, кодируемым в соответствии с базовыми правилами кодирования для АСН.1 [ГОСТ 34.974 (ИСО 8825)], то должна использоваться необязательная возможность "отдельный тип АСН.1";
б) если каждое кодированное значение представляемых данных, содержащееся в значении PVD-списка, состоит из целого числа октетов и правила по перечислению а) не действуют, должна использоваться необязательная возможность "выравнивание по границам октета". В этом случае содержимое октетов OCTET STRING (СТРОКА ОКТЕТОВ) должно представлять собой сцепление битовых строк, получающихся в результате кодирования значений представляемых данных, содержащихся в значении PVD-списка, в соответствии с заданным синтаксисом передачи;
в) если правила по перечислениям a) и б) не действуют, должна использоваться необязательная возможность "произвольный". Содержимое октетов BIT STRING (БИТОВАЯ СТРОКА)* должно представлять собой сцепление битовых строк, получающихся в результате кодирования значений представляемых данных, содержащихся в значении PVD-списка, в соответствии с заданным синтаксисом передачи.
__________________
* Если синтаксис передачи не является саморазграничивающим, то существует возможность возникновения неоднозначности сцепляемых значений представляемых данных.
8.4.2.6. Компонент индентификатора контекста представления значения PVD-списка в ПБДП СР должен указывать контекст представления значений представляемых данных.
8.4.2.7. Компонент имени синтаксиса передачи значения PVD-списка в ПБДП СР должен включаться, когда для контекста представления значений представляемых данных было предложено несколько имен синтаксисов передачи.
8.4.3. Кодирование значений представляемых данных в режиме X.410-1984
8.4.3.1. За исключением сервисных примитивов запроса и индикации S-DATA значения представляемых данных в типе Пользовательские данные должны кодироваться в соответствии с базовыми правилами кодирования АСН.1 [ГОСТ 34.974 (ИСО 8825)].
8.4.3.2. Для сервисных примитивов запроса и индикации S-DAТА значения представляемых данных в типе Пользовательские данные должны кодироваться как содержимое октетов (т.е октеты идентификатора и октеты длины отсутствуют) примитива, кодируемого как значение типа OCTET STRING (СТРОКА ОКТЕТОВ) в соответствии с базовыми правилами кодирования АСН.1 [ГОСТ 34.974 (ИСО 8825)].
8.5. Правила расширения нормального режима
8.5.1. Для ПБДП СР принимающий ПАП должен подчиняться следующим правилам:
а) игнорировать любой неопределяемый элемент;
б) в случае, когда в п.8.2 используют биты с названиями, обрабатывать любой бит как не имеющий значения, если ему не присвоено имени.
8.5.2. За исключением случая, приведенного в п.8.5.1, если в п.8.2 используют числа и биты, имеющие название, наличие числа или бита следует рассматривать как недействительное, если им не присвоено имени.
Глава 3. АТТЕСТАЦИОННОЕ ТЕСТИРОВАНИЕ
9. АТТЕСТАЦИОННОЕ ТЕСТИРОВАНИЕ
9.1. Динамическое аттестационное тестирование
Системные требования к соответствию должны отражать соответствие внешнего поведения и реализации настоящему стандарту, что касается:
а) ПАП, описанного в разд.6 и приложении к настоящему стандарту;
б) использования СУ в соответствии с разд.7.
в) кодирования ПБДП, описанного в разд.8.
9.2. Статическое аттестационное тестирование
Системные требования к соответствию должны включать:
а) поддержку нормального режима, режима Х.410-1984 или обоих режимов. Системные требования к реализации процедур, устанавливаемых в настоящем стандарте, обеспечивают процедуры, указанные в рекомендации МККТТ Х.410-1984 при работе в режиме Х.410-1984. Системные требования к реализации процедур, устанавливаемых в настоящем стандарте, отличных от процедур, устанавливаемых в рекомендации Х.410-1984, должны обеспечиваться при работе в нормальном режиме;
б) инициирование соединения на уровне представления (посредством передачи ПБДП СР) или передачу ответа на ПБДП СР, или обе эти процедуры;
в) обеспечение всех остальных процедур в основном функциональном блоке уровня представления;
г) обеспечение всех процедур уровня представления для каждого функционального блока уровня представления и каждого сеансового функционального блока;
д) обеспечение отображения в СУ, определяемого в разд.7;
е) обеспечение соответствия процедур правилам расширения (п.8.5) в нормальном режиме.
9.3. Формуляр аттестационного тестирования реализации протокола
Формуляр аттестационного тестирования реализации протокола, сопровождающий любую систему, для которой установлены требования на соответствие настоящему стандарту, должен включать:
а) перечень обеспечиваемых сеансовых функциональных блоков;
б) перечень реализованных функциональных блоков уровня представления;
в) возможность обеспечения процедуры инициирования соединения на уровне представления, ответа на ПБДП СР или обеих этих процедур;
г) перечень обеспечиваемых синтаксисов передачи;
д) наличие некоторого зависящего от объема ресурсов предела, который может привести к отвержению поставщиком сервисного примитива; при наличии такого предела следует указывать его величину;
е) возможность обеспечения нормального режима, режима Х.410-1984 или обоих этих режимов вместе.
10. ПРИОРИТЕТЫ ТРЕБОВАНИЙ
10.1. Все аспекты протокола уровня представления определены в разд.5-7. В данном разделе устанавливают правила присвоения приоритета для тех возможных ситуаций, в которых один и тот же аспект может определяться в нескольких местах и противоречивым образом. Такими аспектами определения протокола являются:
а) правила упорядочения;
б) отображение в СУ;
в) структура и кодирование блоков ПБДП.
10.2. В приложении и разд.6 определены элементы процедур, которые управляют выполнением протокола уровня представления. Приложение имеет приоритет перед остальными разделами настоящего стандарта, которые могут устанавливать или неявно определять альтернативные правила упорядочения.
10.3. В разд.7 устанавливают, в составе каких сеансовых сервисных примитивов передаются конкретные параметры услуг уровня представления. Разд.7 имеет приоритет перед остальными разделами настоящего стандарта, которые могут устанавливать или неявно определять конкретные параметры услуг уровня представления, передаваемые в сервисных примитивах уровня представления.
10.4. В разд.8 устанавливают структуру и кодирование параметров уровня представления, передаваемых в составе параметров пользовательских данных сеансового сервиса. Разд.8 имеет приоритет перед остальными разделами настоящего стандарта, которые могут устанавливать или неявно определять структуру и кодирование параметров уровня представления, передаваемых в составе пользовательских данных в сеансовых сервисных примитивах.
ПРИЛОЖЕНИЕ (обязательное). ТАБЛИЦА СОСТОЯНИЙ
ПРИЛОЖЕНИЕ
Обязательное
П1.1. Общие положения
В настоящем приложении приведено описание протокола уровня представления посредством таблиц состояний. Таблицы состояний показывают состояние соединения на уровне представления, события, возникающие в протоколе, предпринимаемые действия и результирующее состояние.
Эти таблицы состояний не являются формальным определением протокола уровня представления; они представлены для более точного определения элементов процедур, описанных в разд.6. В случае расхождения между настоящим приложением и разд.6 указывают ошибку в спецификации.
В табл.16 указаны сокращенное имя, категория и имя каждого входящего события. Категориями являются событие УП-пользователя, событие СУ-поставщика и событие действительного ПБДП.
В табл.17. указаны сокращенное имя и имя каждого состояния.
В табл.18 указаны сокращенное имя, категория и имя каждого исходящего события. Категориями являются событие УП-поставщика, событие СУ-пользователя и событие действительного ПБДП.
В табл.19 указаны специфические действия.
В табл.20 указаны предикаты.
В табл.21-29 приведены таблицы состояний.
П1.2. Обозначения, используемые в таблицах состояний
П1.2.1. Входящие события, состояния и исходящие события представлены с помощью их сокращенных имен.
П1.2.2. Специфические действия представлены с помощью обозначения [n], где n является номером специфического действия в табл.19.
П1.2.3. Предикаты представлены с помощью обозначения рnn, где nn является номером предиката в табл.20.
П1.2.4. Булевы операторы представлены с помощью следующих обозначений:
& - И
^ - НЕТ
OR - ИЛИ
П1.3. Соглашения для записей в таблицах состояний
П1.3.1. Пересечение каждого состояния и входящего события, не являющееся действительным, остается пустым.
П1.3.2. Пересечение каждого состояния и входящего события, которое является действительным, включает записи, содержимое которых является следующим:
а) список действий;
1) состоящий из исходящих событий и/или специфических действий;
2) всегда включающий результирующее состояние;
б) один или несколько списков условных действий, каждый из которых состоит из:
1) предикатного выражения, включающего предикаты и булевы операторы;
2) списка действий (как в п.П1.3.2, перечисление а).
Примечание. Списки действий и списки условных действий используют обозначения, приведенные в п.П1.2.
П1.4. Действия, предпринимаемые ПАП
Таблицы состояний определяют действия, предпринимаемые ПАП.
П1.4.1. Недействительные пересечения
Если пересечения состояния и входящего события является недействительным, должно быть выполнено одно из нижеследующих действий.
П1.4.1.1. Если источником входящего события является УП-пользователь, любое действие, предпринимаемое ПАП, носит локальный характер.
Примечание. Одной из причин, по которой сервисный примитив запроса или ответа оказывается недействительным, является превышение в результирующем параметре данных СУ-пользователя предельной длины, установленной нижерасположенными СУ. Эта ситуация и процесс выхода из нее носят локальный характер.
П1.4.1.2. Если входящее событие относится к принимаемому ПБДП или событию СУ-поставщика, ПАП должен выдавать ПБДП APR (если существует нижерасположенное сеансовое соединение) и индикацию P-P-ABORT,
П1.4.2. Действительные пересечения
Если пересечение состояния и входящего события является действительным, должно выполняться одно из нижеследующих действий.
П1.4.2.1. Если пересечение содержит список действий, ПАП должен выполнить специфические действия в порядке, задаваемом таблицей состояний.
П1.4.2.2. Если пересечение содержит один или несколько списков условных действий, для каждого предикатного выражения, которое истинно, ПАП должен выполнить специфические действия в порядке, задаваемом списком действий, относящимся к этому предикатному выражению. Если ни одно предикатное выражение не истинно, ПАП должен выполнить одно из действий, определяемых в. п.П1.4.1. Порядок оценки предикатных выражений в различных списках условных действий определяется порядком списков условных действий.
П1.4.3. Прием блоков ПБДП
П1.4.3.1. Действительные блоки ПБДП
ПАП должен обрабатывать действительные ПБДП таким образом, как задано в табл.21-29. См. также п.8.5.
П1.4.3.2. Недействительные ПБДП
Если принят недействительный ПБДП, ПАП должен выполнить действия, задаваемые в п.П1.4.1.2.
П1.5. Определение множеств и переменных
Определяют нижеследующие множества и переменные.
П1.5.1. Функциональные блоки
Множество функциональных блоков, используемых в процедурах и определенных в настоящем приложении, описывается следующим образом:
fu-dom=(CM, CR),
где CM - функциональный блок административного управления контекстом;
CR - функциональный блок восстановления контекста.
Булеву функцию FU определяют посредством fu-dom следующим образом:
для f в fu-dom
FU(f)=ИСТИНА, если и только если функциональный блок f был выбран во время фазы установления соединения на уровне представления.
П1.5.2. Множества контекстов
В дополнение к МОК, неявно определяемому для использования в операциях передачи информации, логический объект уровня представления должен иметь информацию о следующих множествах контекстов:
а) контексты представления, предлагаемые для добавления, инициируемые локально;
б) контексты представления, предлагаемые для добавления, инициируемые дистанционно;
в) контексты представления, предлагаемые для удаления, инициируемые локально;
г) контексты представления, предлагаемые для удаления, инициируемые дистанционно;
д) МОК, согласуемое во время установления соединения на уровне представления;
е) МОК, определяемое между активностями;
ж) содержимое МОК в точках синхронизации.
П1.5.3. Переменные
П1.5.3.1. Переменная аер
aep является булевой переменной, принимающей следующие значения:
aep=ИСТИНА : Ожидание конца активности.
aep=ЛОЖЬ : Конец активности без ожидания.
aep устанавливают следующим образом:
а) в значение ИСТИНА при выдаче сервисного примитива ответа S-ACTIVITY-END, если имеется возможность приема сервисного примитива индикации S-ACTIVITY-INTERRUPT;
б) в значение ЛОЖЬ во время фазы установления соединения на уровне представления или при приеме любого сеансового сервисного примитива индикации после того, как был выдан сервисный примитив ответа S-ACTIVITY-END;
П1.5.3.2. Переменная rl
rl является булевой переменной, принимающей следующие значения:
rl=ИСТИНА : Начата фаза разрыва.
rl=ЛОЖЬ : Фаза разрыва не начата или разрыв был отвергнут.
rl устанавливают следующим образом:
а) в значение ЛОЖЬ во время фазы установления соединения на уровне представления или при выдаче отрицательного сервисного примитива ответа или подтверждения P-RELEASE;
б) в значение ИСТИНА при выдаче сервисного примитива запроса или индикации P-RELEASE.
П1.5.3.3. Переменная сr
cr является булевой переменной, принимающей следующие значения:
cr=ИСТИНА : Обнаруживается столкновение запросов разрыва.
сr=ЛОЖЬ : Столкновение запросов разрыва отсутствует или было устранено.
cr устанавливают следующим образом:
а) в значение ЛОЖЬ во время фазы установления соединения на уровне представления или при выдаче сервисного примитива ответа или подтверждения P-RELEASE, если rl имеет значение ИСТИНА;
б) в значение ИСТИНА, если rl имеет значение ИСТИНА и выдан сервисный примитив запроса или индикации P-RELEASE.
П1.6. Взаимосвязь с сеансовым сервисом
В общем случае функционирование ПАП определяют независимо от поведения сеансового сервиса. Поэтому при формировании сервисных примитивов уровня представления, приемлемых для ПАП, не принимают во внимание, будут ли результирующие сеансовые сервисные примитивы приемлемыми для поставщика СУ.
События, показанные в таблицах, как формируемые поставщиком СУ, так и выдаваемые поставщику СУ, являются неявно условными по отношению к соответствующим сеансовым функциональным блокам, согласованным при установлении сеансового соединения.
Таблица 16
Список входящих событий
Сокращенное имя | Категория | Имя и описание |
АС | ПБДП | ALTER CONTEXT |
АСА | " | ALTER CONTEXT ACKNOWLEDGE |
ARP | " | PROVIDER ABORT |
ARU | " | USER ABORT |
CP | " | PRESENTATION CONNECT |
CPA | " | PRESENTATION CONNECT ACCEPT |
CPR | " | PRESENTATION CONNECT REJECT |
P-ACTDreq | СП-примитив | Запрос P-ACTIVITY-DISCARD |
P-ACTDrsp | " | Ответ P-ACTIVITY-DISCARD |
P-ACTEreq | " | Запрос P-ACTIVITY-END |
P-ACTErsp | " | Ответ P-ACTIVITY-END |
P-ACTIreq | " | Запрос P-ACTIVITY-INTERRUPT |
P-ACTIrsp | " | Ответ P-ACTIVITY-INTERRUPT |
P-ACTRreq | " | Запрос P-ACTIVITY-RESUME |
P-ACTSreq | " | Запрос P-ACTIVITY-START |
P-ALTERreq | " | Запрос P-ALTER-CONTEXT |
P-ALTERrsp | " | Ответ P-ALTER-CONTEXT |
P-CDreq | " | Запрос P-CAPABILITY-DATA |
P-CDrsp | " | Ответ P-CAPABILITY-DATA |
P-CGreq | " | Запрос P-CONTROL-GIVE |
P-CONreq | " | Запрос P-CONNECT |
P-CONrsp + | " | Ответ P-CONNECT принят |
P-CONrsp - | " | Ответ P-CONNECT отвергнут |
P-DTreq | " | Запрос Р-DATA |
P-EXreq | " | Запрос Р-EXPEDITED-DATA |
P-GTreq | " | Запрос Р-TOKEN-GIVE |
P-PTreq | " | Запрос Р-TOKEN-PLEASE |
P-RELreq | " | Запрос Р-RELEASE |
P-RELrsp + | " | Ответ Р-RELEASE принят |
P-RELrsp - | " | Ответ Р-RELEASE отвергнут |
P-RSYNreq | " | Запрос P-RESYNCHRONIZE |
P-RSYNrsp | " | Ответ P-RESYNCHRONIZE |
P-SYNMreq | " | Запрос P-SYNC-MAJOR |
P-SYNMrsp | " | Ответ P-SYNC-MAJOR |
P-SYNmreq | " | Запрос P-SYNC-MINOR |
P-SYNmrsp | " | Ответ P-SYNC-MINOR |
P-TDreq | " | Запрос P-TYPED-DATA |
P-UABreq | " | Запрос P-U-ABORT |
P-UERreq | " | Запрос Р-U-EXCEPTION-REPORT |
RS | ПБДП | RESYNCHRONIZE |
RSA | " | RESYNCHRОNIZE ACKNOWLEDGE |
S-ACTDcnf | СС-примитив | Подтверждение S-ACTIVITY-DISCARD |
S-ACTDind | " | Индикация S-ACTIVITY-DISCARD |
S-ACTEcnf | " | Подтверждение S-ACTIVITY-END |
S-ACTEind | " | Индикация S-ACTIVITY-END |
S-ACTIcnf | " | Подтверждение S-ACTIVITY-INTERRUPT |
S-ACTIind | " | Индикация S-ACTIVITY-INTERRUPT |
S-ACTRind | " | Индикация S-ACTIVITY-RESUME |
S-ACTSind | " | Индикация S-ACTIVITY-START |
S-CGind | " | Индикация S-CONTROL-GIVE |
S-CONcnf - | " | Подтверждение S-CONNECT отвергнуто (поставщик) |
S-GTind | " | Индикация S-TOKEN-GIVE |
S-P-ABind | " | Индикация S-P-ABORT |
S-PERind | " | Индикация S-R-EXCEPTION-REPORT |
S-PTind | " | Индикация S-TOKEN PLEASE |
S-RELcnf + | " | Подтверждение S-RELEASE принято |
S-RELcnf - | " | Подтверждение S-RELEASE отвергнуто |
S-RELind | " | Индикация S-RELEASE |
S-RSYNcnf | " | Подтверждение S-RESYNCHRONIZE |
S-RSYNind | " | Индикация S-RESYNCHRONIZE |
S-SYNMcnf | " | Подтверждение S-SYNC-MAJOR |
S-SYNMind | " | Индикация S-SYNC-MAJOR |
S-SYNmcnf | " | Подтверждение S-SYNC-MINOR |
S-SYNmind | " | Индикация S-SYNC-MINOR |
S-UERind | " | Индикация S-U-EXCEPTION-REPORT |
ТС | ПБДП | CAPABILITY-DATA |
ТСС | " | CAPABILITY-DATA-ACKNOWLEDGE |
TD | " | DATA |
TE | " | EXPEDITED DATA |
TTD | " | TYPED DATA |
Таблица 17
Состояния
Сокращенное имя | Имя и описание |
STA10 | Холостое - отсутствие соединения |
STA11 | Ожидание ПБДП СРА |
STA12 | Ожидание ответа Р-CONNECT |
STAt0 | Соединение установлено - передача данных |
STAac0 | Ожидание ПБДП АСА |
STAac1 | Ожидание ответа P-ALTER-CONTECT |
STAac2 | Ожидание ПБДП АСА или ответа P-ALTER-CONNECT |
Таблица 18
Список исходящих событий
Сокращенное имя | Категория | Имя и описание |
АС | ПБДП | ALTER CONTEXT |
АСА | " | ALTER CONTEXT ACKNOWLEDGE |
ARP | " | PROVIDER ABORT |
ARU | " | USER ABORT |
CP | " | PRESENTATION CONNECT |
CPA | " | PRESENTATION CONNECT ACCEPT |
CPR | " | PRESENTATION CONNECT REJECT |
P-ACTDcnf | СП-примитив | Подтверждение P-ACTIVITY-DISCARD |
P-ACTDind | " | Индикация P-ACTIVITY-DISCARD |
P-ACTEcnf | " | Подтверждение P-ACTIVITY-END |
P-ACTEind | " | Индикация P-ACTIVITY-END |
P-ACTIcnf | " | Подтверждение P-ACTIVITY-INTERRUPT |
P-ACTIind | " | Индикация P-ACTIVITY-INTERRUPT |
P-ACTRind | " | Индикация P-ACTIVITY-RESUME |
P-ACTSind | " | Индикация P-ACTIVITY-START |
P-ALTERcnf | " | Подтверждение P-ALTER-CONTEXT |
P-ALTERind | " | Индикация P-ALTER-CONTEXT |
P-CDcnf | " | Подтверждение P-CAPABILITY-DATA |
P-CDind | " | Индикация P-CAPABILITY-DATA |
P-CGind | " | Индикация P-CONTROL-GIVE |
P-CONcnf + | " | Подтверждение P-CONNECT принято |
P-CONcnf - | " | Подтверждение P-CONNECT отвергнуто |
P-CONind | " | Индикация P-CONNECT |
P-DTind | " | Индикация Р-DATA |
P-EXind | " | Индикация Р-EXPEDITED-DATA |
P-GTind | " | Индикация Р-TOKEN-GIVE |
P-PABind | " | Индикация Р-P-ABORT |
P-PERind | " | Индикация Р-P-EXCEPTION-REPORT |
P-PTind | " | Индикация Р-TOKEN PLEASE |
P-RELcnf + | " | Подтверждение P-PЕLEASE принято |
P-RELcnf - | " | Подтверждение Р-RELEASE отвергнуто |
P-RELind | " | Индикация Р-RELEASE |
P-RSYNcnf | " | Подтверждение P-RESYNCHRONIZE |
P-RSYNind | " | Индикация P-RESYNCHRONIZE |
P-SYNMcnf | " | Подтверждение P-SYNC-MAJOR |
P-SYNMind | " | Индикация P-SYNC-MAJOR |
P-SYNmcnf | " | Подтверждение P-SYNC-MINOR |
P-SYNmind | " | Индикация P-SYNC-MINOR |
P-TDind | " | Индикация P-TYPED-DATA |
P-UABind | " | Индикация P-U-ABORT |
P-UERind | " | Индикация Р-U-EXCEPTION-REPORT |
RS | ПБДП | RESYNCHRONIZE |
RSA | " | RESYNCHRОNIZE ACKNOWLEDGE |
S-ACTDreq | СС-примитив | Запрос S-ACTIVITY-DISCARD |
S-ACTDrsp | " | Ответ S-ACTIVITY-DISCARD |
S-ACTEreq | " | Запрос S-ACTIVITY-END |
S-ACTErsp | " | Ответ S-ACTIVITY-END |
S-ACTIreq | " | Запрос S-ACTIVITY-INTERRUPT |
S-ACTIrsp | " | Ответ S-ACTIVITY-INTERRUPT |
S-ACTRreq | " | Запрос S-ACTIVITY-RESUME |
S-ACTSreq | " | Запрос S-ACTIVITY-START |
S-CGreq | " | Запрос S-CONTROL-GIVE |
S-GTreq | " | Запрос S-TOKEN-GIVE |
S-PTreq | " | Запрос S-TOKEN PLEASE |
S-RELreq | " | Запрос S-RELEASE |
S-RELrsp + | " | Ответ S-RELEASE принят |
S-RELrsp - | " | Ответ S-RELEASE отвергнут |
S-BSYNreq | " | Запрос S-RESYNCHRONIZE |
S-RSYNrsp | " | Ответ S-RESYNCHRONIZE |
S-SYNMreq | " | Запрос S-SYNC-MAJOR |
S-SYNMrsp | " | Ответ S-SYNC-MAJOR |
S-SYNmreq | " | Запрос S-SYNC-MINOR |
S-SYNmrsp | " | Ответ S-SYNC-MINOR |
S-UERreq | " | Запрос S-U-EXCEPTION-REPORT |
ТС | ПБДП | CAPABILITY-DATA |
ТСС | " | CAPABILITY-DATA-ACKNOWLEDGE |
TD | " | DATA |
TE | " | EXPEDITED DATA |
TTD | " | TYPED DATA |
Таблица 19
Специфические действия
Код | Действие |
[01] | Отметить предлагаемые для определения контексты представления, которые поставщик не может обеспечить и выдает "отвержение поставщиком" |
[02] | Установить в переменных cr и rl значение ЛОЖЬ |
[03] | Записать абстрактный синтаксис и синтаксис передачи для контекстов представления согласованного МОК и для контекста по умолчанию |
[04] | Предложить, по крайней мере, один синтаксис передачи для каждого контекста представления |
[05] | Предложить синтаксис передачи для контекста по умолчанию, если его имя указано в сервисном примитиве запроса |
[06] | Выбрать один синтаксис передачи для каждого контекста представления, согласованного для определения, и включить согласованные контексты представления в МОК |
[07] | Установить переменную rl в значение ИСТИНА |
[08] | Если rl имеет значение ИСТИНА, установить cr в значение ИСТИНА |
[09] | Если aep имеет значение ИСТИНА: |
[10] | Записать выбранный синтаксис передачи для каждого нового контекста представления и включить новые контексты представления в МОК |
[11] | Удалить контексты представления, согласованные для удаления, из МОК |
[12] | Записать FU(f) для f в fu-dom в соответствии с требованиями к уровню представления в ПБДП СРА |
[13] | Если FU(CR), то связать МОК с идентификатором точки синхронизации |
[14] | Если FU(CR) и активность находятся в процессе выполнения, то установить МОК равное МОК, определяемое между активностями |
[15] | Установить аер в значение ИСТИНА |
[16] | Установить МОК, равное МОК, связанное с идентификатором точки синхронизации |
[17] | Если FU(CR), то запомнить МОК как МОК, определяемое между активностями |
[18] | Установить МОК, равное МОК, согласованное во время установления соединения на уровне представления |
[19] | Разорвать все связи между порядковым номером точки синхронизации и МОК для текущей активности |
[20] | Установить aep в значение ЛОЖЬ |
[21] | Установить МОК таким образом, как определено параметром списка идентификаторов контекстов представления в ПБДП |
[22] | Если FU(CR), то разорвать все связи между идентификаторами точки синхронизации и МОК |
Таблица 20
Предикаты
Код | Значение |
р01 | Соединение на уровне представления приемлемо для ПАП (локальный характер) |
р02 | При наличии может обеспечиваться контекст по умолчанию с указанным именем |
р03 | Каждое значение представляемых данных выбирают из контекста представления МОК, предлагаемого при установлении соединения на уровне представления, или из контекста по умолчанию, если это МОК пустое |
р04 | Каждое значение представляемых данных выбирают из контекстов представления МОК, принятого при установлении соединения на уровне представления, или из контекста по умолчанию, если это МОК пустое |
р05 | Каждое значение представляемых данных выбирают из контекстов представления данного МОК или из контекста по умолчанию, если МОК пустое |
р06 | Каждое значение представляемых данных выбирают из контекстов представления данного МОК, не предлагаемых для удаления из МОК равноправным ПАП-партнером |
р07 | Каждое значение представляемых данных выбирают из контекстов представления данного МОК, не предлагаемых для удаления из МОК локальным ПАП |
р08 | имеет значение ИСТИНА |
р09 | Каждое значение представляемых данных выбирают из контекстов представления данного МОК, не принятых для удаления из МОК, или из контекстов представления, принятых для добавления в МОК, или, если такие контексты представления недоступны, из контекста по умолчанию |
р11 | FU(CM) имеет значение ИСТИНА |
р13 | Каждое значение представляемых данных выбирают из контекста по умолчанию |
р14 | FU(CM) имеет значение ЛОЖЬ, или FU(CM) имеет значение ИСТИНА и функциональный блок служебных данных был выбран в соответствии с требованиями пользователя к сеансу |
р15 | Каждое значение представляемых данных выбирают из контекстов представления данного МОК, которые были согласованы во время установления соединения на уровне представления, или из контекста по умолчанию, если МОК пустое |
р16 | Каждое значение представляемых данных выбирают из контекстов представления, связанных с парой, состоящей из значений идентификатора старой активности и параметра порядкового номера точки синхронизации, или из контекста по умолчанию, если МОК пустое |
р17 | FU(CR) имеет значение ИСТИНА |
р18 | Каждое значение представляемых данных выбирают из МОК связанного с идентификатором точки синхронизации, или из контекста по умолчанию, если МОК пустое |
р19 | Каждое значение представляемых данных выбирают из контекстов представления данного МОК, не принятых для удаления из МОК, или из контекстов представления, принятых для добавления в МОК, или, если такие контексты представления недоступны, из контекста по умолчанию |
р20 | ПБДП содержит параметр списка идентификаторов контекстов представления |
р21 | Каждое значение представляемых данных выбирают из контекстов представления, указанных в ПБДП, или из контекста по умолчанию, если в ПБДП никаких контекстов представления не указано |
р22 | Для каждого значения представляемых данных образец (выбор которого имеет локальный характер) кодирования обеспечивается ПАП |
р23 | Для каждого значения представляемых данных кодирование обеспечивается ПАП |
р24 | Каждое значение представляемых данных выбирают из контекстов представления, предлагаемых для добавления в МОК локальным ПАП, или из контекста по умолчанию, если либо МОК пустое, либо все контексты представления данного МОК были предложены для удаления локальным ПАП |
р25 | Каждое значение представляемых данных выбирают из контекстов представления МОК, не предлагаемых для удаления равноправным ПАП, или из контекстов представления, предлагаемых для добавления в МОК локальным ПАП |
р26 | Идентификатор точки синхронизации имеет связанное с ним МОК |
р27 | Параметр идентификатора старого сеансового соединения имеется в наличии |
р28 | Существует МОК, связанных с парой, состоящей из значений параметров идентификатора старой активности и порядкового номера точки синхронизации |
Таблица 21
Установление соединения
STA10 | STA11 | STA12 | |
P-CONreq | р02 & р03 | ||
CP | p01 & p02 & р03 & р22 [01] [02] [20] ^p01 OR^p02 OR^p22 [01] | ||
P-CONrsp + | p04 | ||
CPA | p04 | ||
P-CONrsp- | p04 | ||
CPR | p04 | ||
S-CONcnf - | P-CONcnf - |
Таблица 22
Разрыв соединения (нормальный)
STAac0 | STAac1 | STAac2 | STAt0 | |
P-RELreq | p07 | p05 | p07 | p05 |
S-RELind | p05 | p06 | p06 | p05 |
P-RELrsp + | p07 & ^ р08 | p05 & ^ р08 | p07 & ^ р08 | p05 & ^ р08 |
S-RELcnf + | p05 & ^ p08 | p06 & ^ p08 | p06 & ^ p08 | p05 & ^ p08 |
P-RELrsp- | p07 | p05 | p07 | p05 |
S-RELcnf- | p05 | p06 | p06 | p05 |
Таблица 23
Разрыв соединения (аварийный)
STAI1 ожидание СPA | STAI2 ожидание P-CONrsp | STAac0 ожидание АСА | STAac1 ожидание P-ALTERrsp | STAac2 ожидание АСА или P-ALTERrsp | STAt0 | |
P-UABreq | p03 | p03 | p07 | p05 | p07 | p05 |
ARU | p03 & p21 | p03 &p21 &p23 | p21 & p24 | p06 & p21 | p21 & p25 | p05 & p21 |
ARP | P-PABind | P-PABind | P-PABind | P-PABind | P-PABind | P-PABind |
S-PABind | P-PABind STA10 | P-PABind STAI0 | P-PABind STA10 | P-PABind STA10 | P-PABind STA10 | P-PABind |
Таблица 24
Административное управление контекстом
STAac0 ожидание АСА | STAac1 ожидание P-ALTERrsp | STAac2 ожидание АСА или P-ALTERrsp | STAt0 | |
P-ALTERreq | p05 | p05 & р11 | ||
AC | р06 | р05 & p11 | ||
P-ALTERrsp | p09 | p09 | ||
ACA | р09 | p09 & p06 |
Таблица 25
Передача данных
STAac0 ожидание АСА | STAac1 ожидание P-ALTERrsp | STAac2 | STAt0 | |
P-DTreq | p07 | p05 | p07 | p05 |
TD | p05 | p06 | p06 | p05 |
P-TDreq | p07 & p14 | p05 & p14 | p07 & p14 | p05 & p14 |
TTD | p05 & p14 | p06 & p14 | p06 & p14 | p05 & p14 |
P-EXreq | p13 | p13 | p13 | p13 |
TE | p13 | p13 | p13 | p13 |
P-CDreq | p07 | p05 | p07 | p05 |
TC | p05 | p06 | p06 | p05 |
P-CDrsp | p07 | p05 | p07 | p05 |
TCC | p05 | p06 | p06 | p05 |
Таблица 26
Обработка полномочия
STAac0 ожидание | STAac1 ожидание | STAac2 | STAt0 | |
P-GTreq | S-GTreq | S-GTreq | S-GTreq | S-GTreq |
S-GTind | P-GTind | P-GTind | P-GTind | [09] |
P-PTreq | p07 | p05 | p07 | p05 |
S-PTind | p05 | p06 | p06 | p05 |
P-CGreq | S-CGreq | S-CGreq | S-CGreq | S-CGreq |
S-CGind | P-CGind | P-CGind | P-CGind | [09] |
Таблица 27
Синхронизация
STAac0 ожидание | STAac1 ожидание | STAac2 | STAt0 | |
P-SYNmreq | ^p17 & p07 | p05 | ^p17 & p07 | p05 |
S-SYNmind | p05 | ^p17 & p06 | ^p17 & p06 | p05 |
P-SYNmrsp | p07 | p05 | p07 | p05 |
S-SYNmcnf | p05 | p06 | p06 | p05 |
P-SYNMreq | ^p17 & p07 | p05 | ^p17 & p07 | p05 |
S-SYNMind | p05 | ^p17 & p06 | ^p17 & p06 | p05 |
P-SYNMrsp | p07 | ^p17 & p05 | ^p17 & p07 | p05 |
S-SYNMcnf | ^p17 & p05 | p06 | ^p17 & p06 | p05 |
Таблица 28
Административное управление активностью и обработка особых сообщений
STAac0 | STAac1 | STAac2 ожидание АСА или | STAt0 | |
P-ACTSreq | ^p17 & p07 | p05 | ^p17 & p07 | p05 |
S-ACTSind | p05 | ^p17 & p06 | ^p17 & p06 | p05 |
P-ACTEreq | ^p17 & p07 | p05 | ^p17 & p07 | p05 |
S-ACTEind | p05 | ^p17 & p06 | ^p17 & p06 | p05 |
P-ACTErsp | p07 | ^p17 & p05 | ^p17 & p07 | p05 |
S-ACTEcnf | ^p17 & p05 | p06 | ^p17 & p06 | p05 |
P-ACTGreq | S-ACTIreq | S-ACTIreq | S-ACTIreq | S-ACTIreq |
S-ACTIind | [20] | [20] | [20] | [20] |
P-ACTlrsp | [14] | |||
S-ACTIcnf | [14] | |||
P-ACTRreq | ^p17 & p07 | (^p17 OR p27 OR ^p28) & p05 | ^p17 & p07 | (^p17 OR p27 OR ^p28) & p05 |
S-ACTRind | (^p17 OR p27 OR ^p28) & p05 | ^p17 & p06 | ^p17 & p06 | (^p17 OR p27 OR ^p28) & p05 |
P-ACTDreq | S-ACTDreq | S-ACTDreq | S-ACTDreq | S-ACTDreq |
S-ACTDind | [09] | [09] | [09] | [09] |
P-ACTDrsp | [14] [19] | |||
S-ACTDcnf | [14] [19] | |||
P-UERreq | p07 | p05 | p07 | p05 |
S-UERind | p05 | p06 | p06 | p05 |
S-PERind | P-PERind | P-PERind | P-PERind | P-PERind |
Таблица 29
Ресинхронизация
STAac0 | STAac1 | STAac2 | STAt0 | |
P-RSYNreq | ^p11 & p05 | |||
^p17 & p07 | ^p17 & p05 | ^p17 & p07 | ^p11 & ^p17 | |
p17 & p19 & p07 | p17 & p19 & p05 | p17 & p19 & p07 | p11 & p17 & p19 & p05 | |
p17 & p26 & p18 | p17 & p26 & p18 | p17 & p26 & p18 | p11 & p17 & p26 & p18 | |
p17 & ^p19 & ^p26 & p15 | p17 & ^p19 & ^p26 & p15 | p17 & ^p19 & ^p26 & p15 | p11 & p17 & ^p19 & ^p26 & p15 | |
RS | ^p11 & p05 | |||
^p17 & p21 | ^p17 & p21; | ^p17 & p21 | p11 & ^p17 & p21 | |
p17 & p19 & p21 | p17 & p19 & p21 | p17 & p19 & p21 | p11 & p17 & p19 & p21 | |
p17 & p26 & p18 | p17 & p26 & p18 | p17 & p26 & p18 | p11 & p17 & p26 & p18 | |
p17 & ^p19 & ^p26 & p15 | p17 & ^p19 & ^p26 & p15 | p17 & ^p19 & ^p26 & p15 | p11 & p17 & ^p19 & ^p26 & p15 | |
P-RSYNrsp | ^p11 & p05 | |||
p11 & ^p17 & p05 | ||||
p11 & p17 & p19 & p05 | ||||
p11 & p17 & p26 & p05 | ||||
p11 & p17 & ^p19 & ^p26 & p05 | ||||
RSA | ^p11 & p05 | |||
p11 & ^p17 & p21 | ||||
p11 & p17 & p19 & p21 | ||||
p11 & p17 & p26 & p05 | ||||
p11 & p17 & ^p19 & ^p26 & p05 |