При выполнении этой процедуры используют:
ПБДП АС;
ПБДП АСА.
П а р а м е т р ы, относящиеся к ПБДП АС
Список добавлений контекстов представления
Содержит список из одного или нескольких пунктов. Каждый пункт представляет один пункт параметра списка добавлений контекстов представления из сервисного примитива запроса P-ALTER-CONTEXT и должен представляться, соответственно, одним пунктом параметра списка добавлений контекстов представления в сервисном примитиве индикации P-ALTER-CONTEXT. Каждый пункт содержит три компонента: идентификатор контекста представления, имя абстрактного синтаксиса и список синтаксисов передачи. Список синтаксисов передачи содержит те имена синтаксисов передачи (или имена спецификаций, производящих такие синтаксисы передачи), которые запрашивающий ПАП может поддержать для указанного абстрактного синтаксиса. Все идентификаторы контекста представления, включенные в данный параметр, должны быть различными и отличаться от идентификаторов контекстов представления, уже содержащихся в данном МОК, или от ранее используемых в каких-либо ПБДП в данном соединении на уровне представления. Если передающий ПАП является инициатором, все идентификаторы контекстов представления должны быть целыми нечетными числами. В противном случае они должны быть целыми четными числами.
Список удалений контекстов представления
Должен представлять параметр списка удалений контекстов представления из сервисного примитива запроса P-ALTER-CONTEXT и представляться, соответственно, параметром списка удалений контекстов представления в сервисном примитиве индикации P-ALTER-CONTEXT.
Пользовательские данные
Представляют параметр пользовательских данных из сервисного примитива запроса P-ALTER-CONTEXT и должны представляться, соответственно, параметром пользовательских данных в сервисном примитиве индикации P-ALTER-CONTEXT. Этот параметр должен выбираться из контекстов представления, как установлено в п. 6.1.2.
Параметры, относящиеся к ПБДП АСА
Список результатов добавлений контекстов представления
Должен представлять параметр списка результатов добавлений контекстов представления из сервисного примитива ответа P-AL- TER-CONNECT и представляться, соответственно, параметром списка результатов добавлений контекстов представления в сервисном примитиве подтверждения P-ALTER-CONNECT. Он содержит список, состоящий из того же числа пунктов, что и параметр списка добавлений контекстов представления в ПБДП АС. Каждый пункт должен быть ответом на соответствующий пункт в ПБДП АС и содержать один или два компонента: список добавлений контекстов представления и необязательный компонент, который может быть именем синтаксиса передачи (или именем спецификации, производящей такой синтаксис передачи) или причиной отвержения поставщиком.
Результат добавлений контекстов представления должен принимать одно из следующих значений:
принятие;
отвержение пользователем.;
отвержение поставщиком.
Если результат добавлений контекстов представления принимает значение «принятие», должно присутствовать имя синтаксиса передачи. Это имя должно быть одним из тех, которые запрашивающий ПАП предложил в качестве возможных синтаксисов передачи для заданного контекста представления, и оно должно определять синтаксис передачи, который выбран принимающим ПАП.
Если результат добавлений контекстов представления принимает значение «отвержение поставщиком», должна присутствовать причина отвержения поставщиком. Этот параметр указывает причину, по которой добавления контекстов представления отвергаются принимающим ПАП, и должен принимать одно из следующих значений:
причина не определена;
не обеспечивается абстрактный синтаксис;
не обеспечивается предлагаемый синтаксис передачи; превышен локальный предел по МОК.
Список результатов удалений контекстов представления
Должен представлять параметр списка результатов удалений контекстов представления из сервисного примитива ответа P-ALTER-CONNECT и представляться, соответственно, параметром списка результатов удалений контекстов представления в сервисном примитиве подтверждения P-ALTER-CONNECT. Он содержит список, состоящий из того же числа пунктов, что и параметр списка' удалений контекстов представления в ПБДП АС. Каждый пункт должен быть ответом на соответствующий пункт в БДПП АС и принимать одно из следующих значений:
принятие;
отвержение пользователем.
Пользовательские данные
Представляют параметр пользовательских данных из сервисного примитива ответа P-ALTER-CONTEXT и должны представляться, соответственно, параметром пользовательских данных в сервисном примитиве подтверждения P-ALTER-CONTEXT. Этот параметр должен выбираться из контекстов представления, как установлено в п. 6.1.2.
Процедура
Когда запрашивающий ПАП принимает сервисный примитив запроса P-ALTER-CONNECT, он должен передать ПБДП АС.
Примечание. Контексты представления, предлагаемые для удаления, доступны для значений представляемых данных в параметре пользовательских данных в ПБДП АС.
Когда принимающий ПАП получает ПБДП АС, он может отвергнуть некоторые или все контексты представления, предлагаемые для добавления. В связи с этим ПАП должен выдать сервисный примитив индикации P-ALTER-CONTEXT, в котором должны быть отмечены отвергнутые контексты с указанием «отвержение поставщиком».
Когда принимающий ПАП получает сервисный примитив ответа P-ALTER-CONNECT, он должен передать ПБДП АСА, указывающий на принятие или отвержение каждого из предлагаемых добавлений и удалений контекстов представления.
Когда принимающий ПАП получает сервисный примитив ответа P-ALTER-CONNECT, контексты представления, предлагаемые для добавления и помеченные значением «принятие», должны быть добавлены в МОК и доступны для использования с момента приема ответа; вместе с тем они могут использоваться для значений представляемых данных, содержащихся в параметре пользовательских данных ПБДП АСА. Контексты представления, предлагаемые для удаления и помеченные значением «принятие», удаляют из МОК, они не доступны также для использования с момента приема ответа и не должны использоваться для значений представляемых данных, содержащихся в параметре пользовательских данных в ПБДП АСА.
Когда запрашивающий ПАП принимает ПБДП АСА, он должен выдать сервисный примитив подтверждения P-ALTER- CONTEXT.
Когда запрашивающий ПАП принимает ПБДП АСА, указанные в нем контексты представления должны быть добавлены в МОК и доступны для использования с момента приема ПБДП АСА; эти же контексты должны использоваться для значений представляемых данных, содержащихся в параметре пользовательских данных в этом ПБДП АСА. Контексты представления, помеченные в ПБДП АСА как удаляемые, удаляют из МОК; они не доступны также для использования с момента приема ПБДП АСА.
Столкновения и взаимодействия
ПБДП АС
Сервисные примитивы запроса P-ALTER-CONTEXT, выдаваемые одновременно обоими УП-пользователями, будут обрабатываться независимо соответствующими ПАП. Независимую обработку одновременно выданных запросов на удаление осуществляют даже в случае, когда оба УП-пользователя указывают один и тот же контекст представления для удаления из МОК.
Независимая обработка одновременно выданных запросов и наличия возможности каждого из двух УП-пользователей принять или отвергнуть предлагаемые для удаления равноправным УП- пользователем контексты представления приводят к тому, что ПАП должен быть подготовлен к обработке следующих ситуаций, которые не должны рассматриваться как ошибочные:
прием сервисного примитива ответа P-ALTER-CONNECT, указывающего удаление контекста представления, который не содержится в МОК, но является ответом на сервисный примитив индикации P-ALTER-CONTEXT; в этом случае ПАП должен передать ПБДП АСА с указанием в параметре списка результатов удалений контекстов представления значения, взятого из сервисного примитива ответа P-ALTER-CONTEXT;
прием ПБДП АСА, указывающего удаление контекста представления, который не содержится в МОК, но является ответом на ПБДП АС; в этом случае ПАП должен выдать сервисный примитив подтверждения P-ALTER-CONTEXT с соответствующим значением параметра списка результатов удалений контекстов представления.
P-U-ABORT, ПБДП ARU, ПБДП ARP и S-P-ABORT См. п. 6.4.
Разрушающие сеансовые услуги
Если передатчик после выдачи ПБДП АС принимает ПБДП RS, S-U-EXCEPTION-REPORT, S-P-EXCEPTION-REPORT, S- ACTIVITY-DISCARD или сервисный примитив индикации S-ACTI- VITY-INTERRUPT до того, как принял ПБДП АСА, он не должен выдавать сервисный примитив подтверждения P-ALTER-CONTEXT, а должен перейти к выполнению процедуры, указанной для услуги прекращения, или к передаче ПБДП RS.
Передача информации
Назначение
Процедуру передачи информации используют для пересылки значений представляемых данных (включая любые значения представляемых данных), извлекаемых из сервисных примитивов запроса P-DATA, P-TYPED-DATA, P-CAPABILITY-DATA и Р-ЕХ- PEDITED-DATA и ответа P-CAPABILITY-DATA.
В этой процедуре используют:
ПБДП TD;
ПБДП TTD;
ПБДП ТЕ;
ПБДП ТС;
ПБДП ТСС.
Параметры, относящиеся к ПБДП
Каждый из ПБДП, используемых в этой процедуре, имеет отдельный параметр.
Пользовательские данные
Должны представлять параметр пользовательских данных из соответствующего сервисного примитива запроса или ответа и представляться параметром в соответствующем сервисном примитиве индикации или подтверждения. Для ПБДП ТЕ этот параметр содержит значение представляемых данных из контекста по умолчанию. Для ПБДП TD, ПБДП TTD, ПБДП ТС и ПБДП ТСС этот параметр содержит значение представляемых данных (включая любые вставляемые значения представляемых данных) из контекстов представления, указанных в п. 6.1.2.
Процедура
Когда ПАП принимает сервисный примитив запроса Р- DATA, он должен послать ПБДП TD для передачи в соответствии с согласованным синтаксисом передачи значений представляемых данных (включая любые вставляемые значения представляемых данных), содержащихся в этом сервисном примитиве запроса. Когда ПАП принимает ПБДП TD, он должен выдать сервисный примитив индикации Р-DATA, содержащий те же значения представляемых данных (включая любые вставляемые значения представляемых данных).
Когда ПАП принимает сервисный примитив запроса Р- TYPED-DATA, он должен послать ПБДП TTD для передачи в соответствии с согласованным синтаксисом передачи значений представляемых данных (включая любые вставляемые значения представляемых данных), содержащихся в этом сервисном примитиве запроса. Когда ПАП принимает ПБДП TTD, он должен выдать сервисный примитив индикации P-TYPED-DATA, содержащий те же значения представляемых данных (включая любые вставляемые значения представляемых данных).ПБДП TTD будет доступен, только если в параметрах требований пользователя к сеансу, содержащихся в обоих ПБДП СР и СРА, был предложен и выбран сеансовый функциональный блок служебных данных.
Когда ПАП принимает сервисный примитив запроса P-EXPEDITED-DATA, он должен послать ПБДП ТЕ для передачи в соответствии с согласованным синтаксисом передачи значений представляемых данных (включая любые вставляемые значения представляемых данных), содержащихся в этом сервисном примитиве запроса. Когда ПАП принимает ПБДП ТЕ, он должен выдать сервисный примитив индикации. P-EXPEDITED-DATA, содержащий те же значения представляемых данных (включая любые вставляемые значения представляемых данных).
Когда ПАП принимает сервисный примитив запроса P-CAPABILITY-DATA, он должен послать ПБДП ТС для передачи в соответствии с согласованным синтаксисом передачи значений представляемых данных (включая любые вставляемые значения представляемых, данных) содержащихся в этом сервисном примитиве запроса. Когда ПАП принимает ПБДП ТС, он должен выдать сервисный примитив индикации P-CAPABILITY-DATA, содержащий те же значения представляемых данных (включая любые вставляемые значения представляемых данных). Когда ПАП принимает затем сервисный примитив ответа P-CAPABILITY-DATA, он должен послать ПБДП ТСС для передачи в соответствии с согласованным синтаксисом передачи значений представляемых данных (включая любые вставляемые значения представляемых данных), содержащихся в этом сервисном примитиве запроса. Когда ПАП принимает ПБДП ТСС, он должен выдать сервисный примитив подтверждения P-CAPABILITY-DATA, содержащий те же значения представляемых данных (включая любые вставляемые значения представляемых данных).
Столкновения и взаимодействия P-U-ABORT, ПБДП ARU, ПБДП ARP и S-P-ABORT См. п. 6.4.
Обработка полномочия
Назначение
Процедуру обработки полномочия используют для того, чтобы сделать доступными УП-пользователю средства обработки полномочия СУ. ПАП использует эту процедуру для обеспечения сервисных примитивов запроса и индикации P-TOKEN-GIVE, P-TOK.EN- PLEASE и P-CONTROL-GIVE.
Процедура
ПБДП явно не определяют, а неявно они описаны в разд. 7, устанавливающем соответствие с СУ.
Используемые параметры пользовательских данных сеансовых сервисных примитивов должны представлять и представ- литься, соответственно, параметрами пользовательских данных соответствующих сервисных примитивов уровня представления и должны выбираться из контекстов представления согласно п. 6.1.2.
Синхронизация и ресинхронизация
Назначение
