1.5. Взаимодействие уровней и пользователей служб.
Рассмотрим теперь ряд описанных понятий в их взаимосвязи при отработке элементарных взаимодействий соответствующими механизмами.
Обычно некоторая конкретная передача начинается с того, что пользователь данного N - уровня передает через интерфейс примитив запроса. Реагируя на него локальный (местный) N - объект генерирует блок данных N - протокола (N - БДП). В него, помимо прочего, входит управляющая информация N - протокола (N - УИП), используя которую локальный N - объект предполагает осуществить элементарное взаимодействие с “ удаленным “ равноуровневым N - объектом. С помощью служб нижележащего (N - 1) - уровня N - БДП пересылается корреспондирующему N - объекту удаленной системы. Получив N - БДП, этот N - объект формирует примитив индикации и передает его вверх корреспондирующему пользователю. В случае N - службы без подтверждения передача на этом заканчивается.
Для N - службы с подтверждением корреспондирующий пользователь после этого выдает примитив ответа. Локальный N - объект (удаленной системы) генерирует соответствующий N - БДП, который с помощью (N -1) - служб нижележащего уровня пересылается обратно. Получив этот N - БДП, исходный N - объект синтезирует примитив подтверждения и передает его вверх пользователю, завершая тем самым передачу, рис. 1.5.1.
На рис. 1.5.2 те же взаимодействия изображены в архитектурно - пространственном представлении. Заметим, что взаимодействие, которое показано на рисунке горизонтальным пунктиром - это логическое взаимодействие (соответствие). Это относится и к взаимодействию показанных на рисунке пользователей N - службы, и к N - протоколу - взаимодействию N - объектов. Передача N - БДП - это также, вообще говоря, передача по логическому “каналу”. Реальная межсистемная передача осуществляется, очевидно, лишь в физической среде для ВОС. Локализованная реальная передача выполняется через интерфейсы, что соответствует вертикальным сплошным линиям на рис. 1.5.2
Полная иерархия вкладываемых друг в друга N - БДП с соответствующими N - УИП изображена на рис. 1.5.3.
На нем представлены упорядоченные по вертикали все семь функциональных уровней ЭМВОС. На этом рисунке пунктирные горизонтали иллюстрируют взаимодействие в рамках каждого из уровней по соответствующему N- протоколу (сравни с предыдущим рисунком), т.е. использование (интерпретацию) соответствующей N - УИП. Для физического уровня протокольная сущность пунктирной горизонтали обозначена на рисунке в явном виде потому, что на этом уровне организация логического взаимодействия Ф - объектов производится специфично. Такая организация проявляется в использовании значительного числа управляющих цепей на интерфейсе ООД/АКД, возможном использовании управляющих цепей в сочетании с цепями приема/передачи или в использовании специально сформированного подканала в цифровых сетях. Специфика Ф - уровня отчасти обусловлена его особым положением в иерархии уровней ЭМВОС - снизу он граничит непосредственно с физической средой, так что сервисной поддержки нижележащих уровней он лишен.
Как видим, блок “данные”, которые на рис. 1.5.3 символизируют взаимодействие пользователей (прикладных процессов), по мере своего продвижения передающем конце вниз от уровня к уровню “обрастает” все большим объемом управляющей информации. На приемном конце ситуация обратная - на каждом уровне N - объекты выделяют и интерпретируют свою УИП, а оставшуюся информацию передают далее наверх.
Элементарное действие такого рода на передающем конце изображено на рис. 1.5.4. С каждым примитивом службы связан некоторый четко описанный набор параметров. Уровень принимающий параметр “данные пользователя”, трактует этот параметр как блок данных службы(БДС, см. ранее). Пользователем услуг N - уровня является уровень N +1, так что N - БДС совпадает с (N + 1) - БДП, рис. 1.5.4. N - объект формирует N - БДП, объединяя N - БДС с N - УИП. Далее образованный БДП передается нижележащему (N - 1) уровню в поле “данные пользователя” соответствующего примитива (N - 1) - службы совместно с требуемым в этой ситуации дополнительными параметрами.
Интерпретируемые локально параметры примитивов служб нижних уровней модели без особых трудностей описываются в терминах таких традиционно понимаемых типов, как INTEGER, BOOLEAN и т.д. Более сложная ситуация возникает при пересылке управляющей информации протоколов из одной системы в другую в ходе организации взаимосвязи прикладных процессов, что обусловлено двумя обстоятельствами. Во - первых, один и тот же абстрактный тип может представляться в различных системах по - разному. Например, тот же INTEGER может быть представлен различным числом разрядов и/или неодинаковым расположением знакового разряда. Во - вторых, если на нижних уровнях относительная простота объектов позволяет обходиться при организации их взаимодействия обменом однозначно определенными простейшими битовыми полями, то на верхних уровнях этого уже не достаточно. Здесь начинает ощущаться потребность в значительно более мощных средствах описания, поскольку данные передаваемые на этих уровнях, могут содержать структуры сложных типов, определяемых прикладными системами.
Оба эти обстоятельства подробнее будут рассмотрены в следующем разделе при описании верхних уровней ЭМВОС, ориентированных на приложения.
2.
Уровни эталонной модели ВОС.
В разделе описаны уровни ЭМВОС. С учетом специализации основное внимание уделено верхним - начиная с транспортного - уровням, так что для самостоятельной углубленной проработки рекомендуются нижние три (сетезависимые) уровня модели. Более полное представление об общем прикладном сервисе также поможет составить дополнительное изучение удаленных операций и надежной передачи.