Связь между уровнями.

В уровневых протоколах уровень является поставщиком сервиса и может состоять из нескольких сервисных функций. Например, один из уровней может обеспечивать сервисные функции по кодовым преобразованиям, таким, как преобразование из международного алфавита №5 (IA5) в/из EBCDIC, TELEX в/из ASCII, Videotex в/из EBCDIC и календарных дат в числовую форму и обратно. Функция – это некоторая подсистема уровня (некоторая реальная подпрограмма в какой-то программе, например). Каждая подсистема может, кроме того, состоять из логических объектов. Объект – это некоторый специализированный модуль.

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

А

В

Поставщик сервиса

(содержащий одну или несколько функций)

ТДС

ТДС

Рис.6. Технология взаимодействия с поставщиком сервиса.

На рисунке 6 показана стандартная технология взаимодействия с уровнем или поставщиком сервиса. Посредством точек доступа к сервису (SAP) осуществляется вызов в уровень или из уровня четырех транзакций, называемых примитивами. (Некоторые сеансы не требуют всех транзакций.)

• Запрос. Примитив, используемый пользователем сервиса для вызова некоторой функции.

• Индикация. Примитив, используемый поставщиком сервиса для: а) вызова функции или б) уведомления о том, что функция была вызвана в некоторой точке доступа к сервису (SAP).

• Ответ. Примитив, используемый пользователем сервиса для завершения функции, ранее вызванной индикацией в этой SAP.

• Подтверждение. Примитив, используемый поставщиком сервиса для завершения функции, ранее вызванной Запросом в этой SAP.

Примитивы обычно имеют дополнительные параметры для передачи информации в уровень или из уровня.

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

А

Поставщик сервиса

В

запрос

индикация

П одтверждение ответ

Рис. 7. Обмен данными с использованием уровневых протоколов.

На этом рисунке 7 дано другое представление этого процесса. Поставщик сервиса находится в середине диаграммы, а пользователи А и В – с левой и правой стороны соответственно. Запрос направляется поставщику сервиса, который предоставляет индикацию пользователю В. Пользователь В выдает ответ, который передается через поставщика сервиса пользователю А как подтверждение.

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

уровни

IDU

N+1

SDU

ICI

PCI

ICI

N

PDU

IDU

ICI

SDU

N-1

и т.д.

Рис. 8. Обмен данными между уровнями.

На рисунке 8 представлена стандартная терминология, используемая уровневыми сетями при запросе услуг. На этом рисунке в процесс связи вовлечены три уровня: уровни N+1, N и N-1. Алфавитно-числовое обозначение уровней является относительным. На рисунке центральную роль играет уровень N. Следовательно, уровень, находящийся над ним, обозначен N+1, а уровень под ним N-1. Следует выделить пять компонент во взаимодействующих уровнях. Их функциями являются:

• SDU (сервисный блок данных). Это данные пользователя, передаваемые в прозрачном режиме уровнем N+1 в уровень N и далее в N-1;

• PCI (управляющая информация протокола). Информация, которой обмениваются одноуровневые объекты в различных узлах сети, чтобы сообщить некоторому объекту о необходимости выполнения сервисной функции;

• PDU (протокольный блок данных). Комбинация SDU и PCI;

• ICI (управляющая информация интерфейса). Временной параметр, передаваемый между N и N-1 для вызова сервисных функций между двумя уровнями;

• IDU (интерфейсный блок данных). Полный блок информации, передаваемой через границы уровней, включает PCI, SDU и ICI. IDU передается через точку доступа к сервису (SAP).

Когда блок IDU из уровня N+1 передается в уровень N, он становится для этого уровня блоком SDU. В свою очередь ICI выделяется в уровне, выполняет свои функции и отбрасывается. К SDU на уровне N добавляется PCI, а также еще ICI, что в совокупности образует IDU для уровня N-1. Таким образом, через каждый уровень передается полный протокольный блок. К SDU добавляется PCI на каждом уровне. Фактически это – добавление на каждом уровне заголовка. Заголовок используется объектом того же уровня в другом узле сети для вызова некоторой функции. Этот процесс повторяется на каждом уровне.