Оконечные системы (абоненты) вычислительных сетей весьма разнообразны и представлены устройствами различных типов — от простых символьно-ориентированных дисплеев до универсальных ЭВМ и систем, ориентированных на базы данных. В разных устройствах используется различное внутреннее представление хранимой информации. Для обеспечения их взаимодействия модель ВОС содержит шестой уровень, называемый уровнем представления (представительным уровнем).
В процессе своего функционирования объекты уровня представления используют протокол, который позволяет согласовать различия в синтаксисе данных с помощью преобразования местного внутреннего представления (локальный синтаксис) в синтаксис передачи. Синтаксис передачи вместе с правилами преобразования составляет образ конкретного соединения уровня представления. Согласование синтаксических различий должно выполняться таким образом, чтобы сохранить семантику передаваемой информации.
Представительный уровень в ходе согласования синтаксических различий имеет дело с двумя аспектами. Первый относится к описанию (заданию) синтаксиса со стороны прикладных объектов, второй — к тому, как описанные заданным синтаксисом данные выражаются в терминах представления их значений в среде ВОС. Первый аспект обозначается термином абстрактный синтаксис, второй — синтаксис передачи.
Абстрактный синтаксис предоставляет возможность прикладным системам выполнять спецификацию передаваемых данных способом, не зависящим от конкретных методов кодирования, используемых для представления данных.
Синтаксис передачи определяет правила кодирования, которые задают специфику представления данных во время их передачи между открытыми системами. Он имеет дело со способом, которым фактически представляются эти данных в виде последовательности нулей и единиц.
Подробнее это можно описать следующим образом. Информация, подлежащая передаче между прикладными объектами, т.е. пользователями представительной службы, указывается в параметре “данные пользователя” примитивов представительной службы. Единица такой информации специфицируется в категориях абстрактного синтаксиса и называется значением представительных данных.
Множество значений представительных данных называется абстрактным синтаксисом, а имя, которое однозначно идентифицирует это множество, — именем абстрактного синтаксиса.
Пользователи представительной службы согласовывают между собой допустимое множество абстрактных синтаксисов и сообщают его представительным объектам. В процессе передачи они могут решить изменить согласованное множество абстрактных синтаксисов.
Для заданного множества абстрактных синтаксисов представительные объекты выбирают взаимоприемлемые синтаксисы передачи.
Синтаксис передачи определяется как те аспекты правил формального описания передаваемых данных, которые задают конкретное их представление. Имя, идентифицирующее однозначное (в рамках заданного имени абстрактного синтаксиса) представление множества значений представительных данных как потока битов, называется именем синтаксиса передачи.
Соответствие между именем абстрактного синтаксиса и именем синтаксиса передачи называется представительным контекстом.
Если согласованное между пользователями и поставщиком представительной службы множество представительных контекстов, которое называется множеством определенных контекстов, пусто, то используется контекст, задаваемый по умолчанию. Контекстом по умолчанию называется представительный контекст, который всегда известен поставщику и обоим пользователям представительной службы. Контекст по умолчанию используется всегда при передаче срочных данных. Контекст по умолчанию может быть либо определен с использованием услуги установления представительного соединения (но не может быть изменен при использовании других услуг), либо установлен по предварительному соглашению.
В общем случае не предполагается однозначного соответствия между конкретными абстрактными синтаксисами и синтаксисами передачи. Сервис представительного уровня позволяет устанавливать такие соотношения динамически. Например, при использовании одного и того же абстрактного синтаксиса передача может происходить с шифрацией или без шифрации, со сжатием или без сжатия передаваемой информации.
Функция согласования синтаксисов передачи поддерживается механизмом переговоров, выполняемым в соответствии с представительным протоколом.
Таким образом, двумя основными функциями уровня представления являются согласование синтаксиса передачи и преобразование (в обе стороны) между абстрактным синтаксисом и синтаксисом передачи. Это преобразование выполняется в рамках представительного объекта невидимым со стороны представительного протокола способом, чем обеспечивается отсутствие влияния таких преобразований на протокол — он имеет дело лишь с использованием системы идентификации синтаксисов передачи.
К другим функциям уровня представления относятся функции запроса на установление и на прекращение сеанса, передачи данных.
При каждом случае передачи без установления соединения уровень представления добавляет к сеансовой службе вызываемые услуги преобразования синтаксиса и выбора синтаксиса. Для их обеспечения уровень представления выполняет функции передачи данных, идентификации синтаксиса и его преобразования.
Возможности, предоставляемые уровнем представления своим пользователям, отнесены к следующим категориями, каждая из которых объединяет ряд функционально схожих услуг:
установление и завершение соединения,
управление контекстами,
передача информации,
управление диалогом.
Работа с заданным множеством контекстов зависит от выбираемых на этапе установления соединения функциональных групп (блоков) — логических объединений связанных между собой услуг. Такие объединения используются для указания требований пользователя представительной службы во время установления соединения.
Выделяются три функциональные группы: ядра (базовая), управления контекстами, восстановления контекстов.
Функциональная группа ядра доступа всегда, она обеспечивает услуги установления соединения, передачи информации и завершения соединения. Передача информации поддерживается при использовании выбранных сеансовых функциональных групп. Если выбрана только эта группа, то множество заданных на этапе установления представительного соединения контекстов в дальнейшем во время существования этого соединения не может быть изменено. Эта функциональная группа устанавливается по умолчанию.
Функциональная группа управления контекстами должна явно заказываться и согласовываться при установлении представительного соединения. Если она согласована, то множество заданных контекстов может быть изменено во время существования соединения. Услуга, с использованием которой это достигается, может конфликтовать с другими услугами уровня представления, обладающими разрушающими воздействиями. Такие конфликты могут привести к рассогласованию множества заданных контекстов на разных концах соединения. В этом случае возможно получение данных в контексте, неизвестном представительному объекту, о чем он будет сообщать пользователю: “нечитаемые данные”. В то же время пользователи представительного сервиса могут избежать таких конфликтов корректным использованием маркеров.
Функциональная группа восстановления явно заказывается и согласовывается при установлении представительного соединения, причем в этом случае также должна быть заказана функциональная группа управления контекстами. Выбор функциональной группы восстановления дает возможность запоминать множества заданных контекстов в специфицированных точках во время существования представительного соединения. В дальнейшем пользователь представительного сервиса может затребовать возврат к одной из запомненных точек, а сервис представительного уровня обеспечивает корректное восстановление контекстов, существовавших в этой точке. Точками запоминания могут служить точки главной или вспомогательной синхронизации, прерывания активности, установления соединения.
Ход процессов восстановления и управления контекстами во избежание рассогласования контекстных множеств на концах соединения должен подчиняться ряду правил, опирающихся, в частности, на использование маркеров и номеров точек запоминания.
Услуги уровня представления. Услуга называется разрушающей, если она может уничтожить другие услуги, находящиеся в процессе исполнения, и неразрушающей — в противном случае. Услуга называется последовательной, если она может применяться только после завершения ранее начатых услуг, и непоследовательной — в противном случае.
Услуга P-CONNECT предназначена для установления представительного соединения с начальным множеством заданных контекстов. Услуга является подтверждаемой, последовательной и неразрушающей. Соответствие параметров примитивов этой услуги дано в табл.2.7; некоторые из этих параметров описаны ниже.
Список задаваемых представительных контекстов указывает на то, что прикладная система затребовала во время установления соединения включить в множество заданных контекстов один или более контекстов представления. Параметр состоит из списка с одним или более элементами, каждый из которых содержит две компоненты — идентификатор контекста представления и имя абстрактного синтаксиса.
Таблица 2.7. Соответствие параметров примитивов услуги P-CONNECT
| Параметр | P-CONNECT request | P-CONNECT indication | P-CONNECT response | P-CONNECT confirmation |
| Вызывающий представительный адрес | 0(=) | — | — | |
| Вызываемый представительный адрес | 0(=) | — | — | |
| Альтернативный представительный адрес | — | — | П | П(=) |
| Мультиконтекстность | П | У | — | — |
| Список задаваемых представительных контекстов | П | У(=) | — | — |
| Результирующий список представительных контекстов | — | У | У | У(=) |
| Имя контекста умолчания | П | У(=) | — | — |
| Результат для контекста умолчания | — | У | У | У(=) |
| Качество обслуживания | С | С | С | С |
| Необязательные функциональные группы | П | У | П | У(=) |
| Сеансовые функциональные группы | С | С | С | С |
| Порядковый номер начальной точки синхронизации | С | С | С | С |
| Начальное распределение маркеров | С | С | С | С |
| Идентификатор сеансового соединения | С | С | С | С |
| Данные пользователя | П | У(=) | П | У(=) |
| Результат* | О | О(=) | ||
| *Если запрос соединения сбрасывается поставщиком, то значение этого параметра устанавливается поставщиком. О — присутствие параметра обязательно; Н — присутствие параметра необязательно; П — зависит от пользователя; У — присутствие параметра зависит от условия; С — параметр соответствует параметру сеансового сервиса; (=) — значение параметра, эквивалентного значению, указанному в колонке слева. |
Результирующий список представительных контекстов указывает на допустимость или недопустимость контекстов представления из списка задаваемых. Параметр имеет форму списка элементов, однозначно соответствующим элементам списка задаваемых представительных контекстов с указанием допустимости или недопустимости для пользователя или поставщика соответствующего контекста.
Имя контекста умолчания — параметр, который явно идентифицирует имя абстрактного синтаксиса контекста умолчания.
Данные пользователя содержат данные, выраженные в любой комбинации контекстов, предложенных в списке задаваемых контекстов представления, если он присутствует. Если этот список отсутствует, то данные трактуются в контексте умолчания, который может быть задан явно с помощью параметра “имя контекста умолчания”, или неявно — способом, который стандартом не оговаривается.
Результат — параметр, который указывает на результат выполнения услуги P-CONNECT. Может принимать одно из следующих значений: “допустимо”, “отвергнуто пользователем”, “отвергнуто поставщиком (временно)”, “отвергнуто поставщиком (постоянно)”.
Ряд параметров — качество обслуживания, сеансовые функциональные группы, и т.д. — служат для обеспечения доступа пользователя к соответствующим параметрам сеансового сервиса. Связь параметров примитивов услуг верхних трех уровней ЭМВОС будет обсуждаться и далее.
Некоторые параметры услуги P-CONNECT переносятся от пользователя-источника к пользователю-получателю без изменений, другие должны быть согласованы между пользователями сервиса и поставщиком. Это согласование выполняется специальным механизмом, при использовании которого поставщику разрешается модифицировать значения параметров, определенных в примитивах запроса, перед тем, как они будут доставлены в примитивах индикации. При этом те же параметры, определенные в примитивах ответа, доставляются при соблюдении некоторых условий без изменений.
Услуги завершения представительного соединения пользователем P-U-ABORT и поставщиком P-P-ABORT — обе непоследовательные и разрушающие. Упорядоченное завершение (без потерь данных) представительного соединения пользователями представительной службы обеспечивает по завершении всех услуг услуга P-RELEASE.
Услуга управления контекстом представления P-ALTER-CONTEXT обеспечивает задание представительных контекстов и изменение состава множества заданных контекстов представления. Эта услуга неразрушающая и последовательная. Изменение множества заданных контекстов происходит как на стороне инициатора в моменты получения подтверждения, так и на стороне ответчика в момент выдачи ответа.
Назначение четырех услуг передачи информации и тринадцати услуг управления диалогом аналогично назначению соответствующих услуг сеансовой службы.
Последовательности услуг уровня представления должны удовлетворять определенным ограничениям (быть допустимыми). В частности, услуга P-CONNECT не может быть начата на установленном представительном соединении. Одновременные попытки двух прикладных объектов обрабатываются поставщиком сервиса независимо. Прикладные системы сами разрешают конфликты. Услуга P-ALTER-CONTEXT, наоборот, может вызываться только на установленном представительном соединении, и может быть разрушена, как об этом упоминалось ранее, целым рядом других услуг. При отображении на сеансовый сервис дополнительно действуют упоминавшиеся правила последовательностей сеансового сервиса.
В стандарте протокола уровня представления процедуры сгруппированы в соответствии с тремя описанными функциональными группами. Приведем далее протокольную спецификацию (при использовании функциональной группы ядра) фрагмента фазы установления представительного соединения. Группе ядра соответствует набор из шести типов Пд-БДП. Напомним здесь, что имеются примитивы услуг уровня представления, которые без какой-либо модификации отображаются на соответствующие примитивы услуг сеансового уровня без формирования Пд-БДП. Обычно параметры таких примитивов передаются в поле данных пользователя соответствующих примитивов услуг сеансового уровня.
В табл.2.8 выписаны частичные списки имен элементов множеств входных и выходных событий, состояний автомата, предикатов и специальных действий.
В табл.2.9 приведена часть соответствующей таблицы состояний-переходов.
В этом протоколе также определены структура и правила кодирования используемых для передачи данных и управляющей информации. Структура Пд-БДП определена через отображение его параметров в параметры “данные пользователя сеансовой службы” примитивов сеансовой службы, а структура этих последних параметров специфицирована там же с использованием ASN.1 — нотации абстрактного синтаксиса номер 1 (НАС.1) и стандартных правил его кодирования.
Управляющая информация представительного протокола также специфицирована на ASN.1 и кодируется с использованием стандартных правил.
В том же стандарте определены правила кодирования данных пользователя представительной службы в Пд-БДП для двух режимов — нормального и режима X.410-1984. Режим выбирается в ходе установления ассоциации, о чем речь пойдет несколько позднее.
Таблица 2.8. Фрагменты списков имен элементов множеств входных событий (а), состояний автомата (б), выходных событий (в), предикатов (г) и специальных действий (д)
а)
| Имя | Интерфейс автомата | Смысл/Значение | |
| ПдСДНзпр | ПдСл-пользователь | Получен Пд-СОЕДИНЕНИЕзапрос | |
| ПдСДНотв(+) | ПдСл-пользователь | Получен Пд-СОЕДИНЕНИЕответ (принято) | |
| ПдСДНотв(-) | ПдСл-пользователь | Получен Пд-СОЕДИНЕНИЕответ (отвергнуто) | |
| ПдСд | СнСл-поставщик | Получен Пд-БДП «соединение» | |
| ПдСдПН | СнСл-поставщик | Получен Пд-БДП «соединение: принято» | |
| ПдСдОТ | СнСл-поставщик | Получен Пд-БДП «соединение: отказано» | |
| … | … | … | |
| б) | |||
| Имя | Смысл/Значение | ||
| Сост 10 | Бездействие; нет соединения уровня представления | ||
| Сост 11 | Ожидание Пд-БДП «соединение:принято» | ||
| Сост 12 | Ожидание Пд-СОЕДИНЕНИЕответ | ||
| … | … | ||
| Сост С0 | Передача данных | ||
В нормальном режиме используются соответствующие синтаксисы передачи, в режиме X.410-1984 — стандартные (базовые) правила кодирования ASN.1.
В предыдущем разделе обсуждались обстоятельства, осложняющие синтаксическую сторону организации взаимосвязи систем. Одно из них — возможное различие локальных синтаксисов и, как следствие, необходимость их согласования и использование преобразований — рассмотрено выше.
Таблица 2.9. Часть таблицы состояний переходов автомата отработки фазы установления представительного соединения
| Событие | Состояние | |||||
| Сост 10 | Сост 11 | Сост 12 | … | Сост С0 | ||
| Пд СДНзпр | … | — | ||||
| Пд СДНотв(+) | … | — | ||||
| Пд СДНщтв(-) | … | — | ||||
| ПдСд | … | — | ||||
| ПдСдПН | … | — | ||||
| ПдСдОТ | … | — | ||||
| … | … | … | … | … | … | |
| 0=ПдПсПКРинд, ПлПКР, Сост 10 1=Р5: ПдСд, [3], Сост 11 2=ПдСдПн, [1][2], Сост С0 3=ПдСдОТ, Сост 10 | 4=Р1: ПдСДНинд, Сост 12; NOT Р1: ПдСдОТ, Сост 10 5=ПдСДНпдтв(+), [1], Сост С0 6=ПдСДНпдтв(-), Сост 10 | |||||
Прикладной уровень | Курс
