double arrow

Эталонная модель взаимодействия открытых систем OSI

Современные телекоммуникационные сети и системы постоянно развиваются. Растущие объемы и неравномерность переносимого по сетям трафика, изменчивость его структуры, стремительное развитие технологий пакетной передачи заставляют сегодня пересматривать стратегию развития телекоммуникационных сетей и ориентироваться на наиболее перспективные и рентабельные решения, которые обеспечивают переход к новым широкополосным сетевым инфраструктурам.

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

Конвергенция голосового трафика и данных позволяет реализовать расширяющийся спектр дополнительных услуг в сетях с коммутацией каналов и коммутацией пакетов, что, в свою очередь, расширяет сферы деятельности операторов и стимулирует рост их доходности. Однако, при этом, поставщик услуг должен обеспечить приложения и пользователей сети сквозным транспортным сервисом в рамках любой сети. Для этого необходимо согласование множества как несовместимых протоколов, так и интегрируемых в структуру сетей по мере их появления. Сегодня сетевые элементы позволяют строить полнофункциональные масштабируемые сетевые инфраструктуры, объединяя коммутацию второго и третьего уровней, интеллектуальную маршрутизацию, мониторинг сетевых ресурсов и ряд других функций с целью сбалансирования сетевой нагрузки и обеспечения надежности работы сети. По этой причине усилия разработчиков сетей связи направлены на создание универсальной широкополосной транспортной среды с множественным доступом для оптимальной работы сетей передачи смешанного трафика с интеграцией услуг, ориентированных на глобальный охват и неограниченную перемещаемость пользователей.

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

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

Поскольку в таких мультисервисных сетях в работе одновременно участвуют десятки и сотни одно- и разноуровневых протоколов в различных версиях и рекомендациях, возникает сложнейшая системная задача анализа стеков сетевых протоколов с целью определения корректности сигнального обмена, предотвращения межсетевых конфликтов, логических противоречий, обеспечения семантической и временной прозрачности при передаче разнохарактерного трафика.

В этой связи для создания методологической основы стандартизации проектированш многофункциональных информационных сетей в начале 1980-х годов Международной организацией по стандартизации (ISO) совместно с МСЭ-Т (ITU-T – сектор телекоммуникационной стандартизации Международного союза по электросвязи) была разработана Эталонная модель взаимодействия открытых систем (ЭМВОС), которая получила статус меж- дународного стандарта в 1984 году. Эталонная модель взаимодействия открытых систем ISO/OSI (ISO/OSI – Open System Interconnection/International Organization for Standardization) определяет общую концепцию открытого способа взаимодействия различных систем связи и интерпретирует процесс передачи сообщений как иерархию функциональных взаимосвязанных уровней, каждый из которых имеет встроенный интерфейс на смежном уровне.

Эталонная модель, которую называют «семиуровневой моделью» или моделью OSI, получила широкое распространение и признание, поскольку определяет наиболее удобный способ описания уровневой организации протоколов и служит основой для разработки всего множества протоколов, регламентирующих работу сетевых элементов в процессе информационного взаимодействия.

Работа по организации взаимодействия открытых систем началась, когда пользователи заметили, что потенциальные возможности сетей передачи данных и сетей коммутации пакетов в процессе их развития все труднее реализуются. Это объяснялось тем, что каждое сетевое устройство требовало своего конкретного набора протоколов, определяемого изготовителем. Данный факт приводил к появлению на рынке огромного количества телекоммуникационных устройств, характеризующихся «закрытой архитектурой», т.е. не позволяющей обеспечивать их состыковку без предварительной доработки или эмуляции функционального взаимодействия [26, 45].

Такое положение вещей не могло устраивать как пользователей, так и производителей оборудования и потребовало разработки стандартов на соединение «открытых» систем, допускающих их взаимодействие на всех уровнях. Эталонная модель явилась первым шагом на пути такой стандартизации.

Сама по себе эталонная модель не гарантирует соединения. Каждый из так называемых уровней, включенных в модель, определяет некоторое множество функций и услуг, которые реализуются в соответствующих протоколах. Работа некоторых из этих протоколов, как будет показано ниже, не зависит от сети (протоколы верхних уровней), а другие протоколы в той или иной степени зависят от сети (транспортный протокол и протоколы нижних уровней).

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

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

Интерфейс – аппаратно-программные средства сопряжения (стык) двух устройств или фрагментов аппаратно-программного обеспечения. Интерфейс определяет набор сервисов, предоставляемый данным уровнем соседнему уровню. На практике требуется, как правило, несколько уровней интерфейсов и протоколов для поддержки приложений конечного пользователя.

На рис. 6.1 представлена обобщенная структура семиуровневой эталонной модели.

Рис. 6.1. Обобщенная структура семиуровневой ЭМВОС

Стандартизация интерфейсов в рамках эталонной модели не предполагается. Стандартизация распространяется только на протоколы связи соответствующих уровней взаимодействующих устройств. В архитектуре открытых сетей для каждого уровня предусматривается один или несколько протоколов.

Физический уровень (Physical). Обеспечивает электромеханические, процедурные и функциональные характеристики активации и деактивации физического канала между конечными системами. Обеспечивает передачу битов по физическим каналам связи. Определяет уровни напряжений, крутизну фронтов импульсов, тип кодирования, синхронизацию, скорость передачи физической информации. Обеспечивает интерфейс между рабочей станцией и средой передачи дискретных сигналов. Выделяет начало и конец кадра, формирует и принимает физические сигналы со скоростью, соответствующей пропускной способности канала.

Канальный уровень (Data-link). Обеспечивает надежный транзит информации через физический канал, физическую адресацию, проверку доступности среды передачи, дисциплины обслуживания, обнаружения и коррекции ошибок, упорядочения доставки блоков данных. Формирует из потока битов последовательность кадров (frames) для транспортировки пакетов, вычисляет контрольную сумму полученных данных. Управляет доступом к среде. Протоколы канального уровня обеспечивают доставку данных между любым узлами в соответствии с заданной топологией сети. Определяет методику передачи кадров по физическому каналу. Идентифицирует физические адреса.

Сетевой уровень (Network). Служит для образования единой транспортной системы, объединяющей несколько сетей с самыми различными принципами передачи сообщений между конечным узлами. Обеспечивает соединение и выбор маршрута между двумя системами, формирование пакетов, передачу информации вдоль выбранных маршрутов. Обеспечивает логическую адресацию. Прокладывает в каждом физическом канале совокупность логических каналов для повышения эффективности использования физических, каналов. При передаче сообщений от отправителя к получателю пакет совершает некоторое количество транзитных передач между сетями, каждый раз выбирая оптимальный маршрут. Поэтому решение задач маршрутизации является одной из наиболее важных задач сетевого уровня.

Транспортный уровень (Transport). Обеспечивает услуги по надежной транспортировке данных от одного приложения к другому через сеть. Реализует механизм установления,, поддержания и упорядоченного завершения действия виртуальных соединений, систем обнаружения и исправления ошибок, контроля доставки сообщений, циклической нумерации сегментов, установления тайм-аутов по доставке и пр. Обеспечивает управление информационным потоком, т.е. сквозное управление движением пакетов между взаимодействующими процессами в сетевых узлах, обеспечивая целостность доставляемых данных. Модель OSI определяет пять классов сервиса, предоставляемых транспортным уровнем. Эти виды сервиса отличаются качеством предоставляемых услуг: срочностью, возможностью восстановления прерванной связи, наличием средств мультиплексирования нескольких соединений между различными прикладными протоколами через общий транспортный протокол, способностью к обнаружению и исправлению ошибок передачи.

Сеансовый уровень (Session). Устанавливает, управляет и завершает сеанс взаимодействия между прикладными процессами. Регулирует диалог объектов, определяя, какая из сторон является в данный момент активной, включая обработку имен, паролей и прав доступа при открытии сеанса связи. Синхронизирует диалог между двумя и более объектами представительского уровня и управляет обменом информации между ними.

Представительский уровень (Presentation). Обеспечивает корректное представление информации прикладному уровню. Осуществляет трансляцию между множеством форматов представления информации путем использования общего формата данных приложения пользователя. Обеспечивает представление структур данных: согласует синтаксис передачи

Прикладной уровень (Application). Обеспечивает работу сетевых приложений, т.е. является интерфейсом с прикладными процессами. Идентифицирует и устанавливает наличие партнеров для связи. Устанавливает соглашения по процедурам устранения ошибок и управления целостностью информации. Определяет достаточность ресурсов для обеспечения связи.

Физический уровень обеспечивает интерфейс между сетевым элементом и средой передачи дискретных сигналов. Стандарты данного уровня, например, включают рекомендации МККТТ Х.21. Примером протокола физического уровня может служить спецификация 10 Base-T технологии Ethernet, которая определяет в качестве кабеля витую пару с волновым сопротивлением 100 Ом, разъем RJ-45, максимальную длину физического сегмента 100 м, манчестерский код представления данных и ряд других характеристик среды и электрических сигналов.

Физический и канальный уровни определяют характеристики физического канала и методику передачи по нему кадров, являющихся контейнерами, в которых транспортируются пакеты. Протокол, используемый на канальном уровне, исправляет проблемы, возникающие из-за ненадежности физического уровня, обеспечивает поддержку сетевого уровня и повышает качество связи. Стандартами канального уровня предусмотрено использование, например, протокола HDLC (High Level Data Link Control – протокол высокоуровневого управления каналом передачи данных) и его подмножеств: SDLC, LAPB, LAPD, LAPF, а также известные протоколы РРР, FR, FDDI, 100VG-AnyLAN, ATM, IEEE 802. и др. В целом, канальный уровень представляет мощный набор функций по пересылке сообщений между узлами сети. Протоколы канального уровня во многих случаях являются самодостаточными транспортными средствами и допускают поверх них работу высокоуровневых протоколов.

Сетевой уровень реализует функции маршрутизации для того, чтобы кадры канального уровня, называемые здесь уже пакетами, могли передаваться через несколько каналов по одной или нескольким сетям в соответствии с сетевым адресом пакета. Часто критерием выбора маршрута является время передачи данных, которое зависит от пропускной способности каналов связи и интенсивности трафика, изменяющихся во времени. Выбор маршрута может осуществляться также по критерию надежности передачи. На сетевом уровне определяются два вида протоколов: сетевые протоколы, реализующие продвижение пакетов через сеть, и протоколы маршрутизации, решающие задачи топологии межсетевых соединений. Одним из наиболее известных стандартов, относящихся к данному уровню, является рекомендация МККТТ Х.25. Основные процедуры протоколов сетевого уровня в рекомендации Х.25 обеспечивают создание, использование и разрушение виртуальных каналов, логически связывающих сетевые элементы через сеть коммутации пакетов. К сетевому уровню относится широко известный протокол межсетевого взаимодействия IP (Internet Protocol). Протоколы сетевого уровня реализуются программными модулями операционной системы и программно-аппаратными средствами маршрутизаторов.

Протоколы транспортного уровня занимают центральное место в иерархии уровней сети. Все сетевые элементы, определяемые эталонной моделью как точки транспортного сервиса, освобождают пользователей от проблем, связанных с функциями коммутации, маршрутизации и селекции информации, так как транспортный уровень обеспечивает взаимодействие процессов в сетевых элементах и сквозное управление надежной транспортировкой пакетов между этими процессами. Впервые стандарт на транспортный протокол ЕСМА-72 был разработан Европейской ассоциацией производителей компьютеров (European Computer Manufactures Association – ЕСМА). Сегодня одними из наиболее распространенных транспортных протоколов являются протоколы TCP, UDP. Выбор класса сервиса транспортного уровня определяется тем, в какой степени задача обеспечения надежности решается самими приложениями и протоколами более высоких, чем транспортный, уровней, а также надежностью транспортировки данных в сети, обеспечиваемой низкоуровневыми протоколами. Поэтому, в зависимости от надежности транспортных средств нижних уровней используют тот или иной класс сервиса транспортного уровня.

Протоколы верхних уровней (сеансового, представительского, прикладного) регламентируют сервисы:

- по организации сеансовых процедур взаимодействия между объектами прикладного уровня;

-по интерпретации передаваемых данных, включая анализ представления символов, формат страниц, графическое кодирование (протокол виртуального терминала ЕСМА-88);

- по передаче и управлению файлами, передаче и обработке заданий, терминальный сервис для взаимодействия прикладных процессов пользователей в удаленных терминалах.

Комитет по вычислительным сетям (проект ШЕЕ 802) выполнил дальнейшую декомпозицию эталонной модели, разделив канальный уровень на два подуровня: управление логическим каналом LLC (Logical Link Control) и управление доступом к передающей среде MAC (Medium Access Control). Такое подразделение сохраняется и в структуре протоколов i стандарта GSM.

В функции подуровня LLC входит передача кадров между сетевыми элементами (управление потоком данных), включая исправление ошибок. Организация LLC не зависит от алгоритмов доступа к физической среде. Подуровень MAC реализует алгоритм доступа к. среде и адресацию объектов сети.

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

Модель OSI является хорошо продуманной и рациональной идеологией к построению информационных сетей, и именно она лежит в основе построения сетей ISDN, интеллектуальных сетей, сети Интернет, сетей GSM, UMTS.

Технические спецификации стандарта GSM описывают протоколы взаимодействия, а также внутрисетевые интерфейсы. Хотя исторически протокольный стек стандарта GSM сформировался в соответствии со стандартом межстанционной общеканальной системы сигнализации № 7 (ОКС № 7 или SS7), лежащая в основе стандарта GSM эталонная модель взаимодействия открытых систем OSI дает большую свободу операторам при построении различных сетевых конфигураций [45]. При этом отметим, что модель системы ОКС № 7 также построена по многоуровневому принципу и согласуется с моделью OSI, хотя ее уровни не полностью идентичны уровням модели OSI. В следующих подразделах более подробно представлена уровневая модель ОКС № 7 и структура протоколов стандарта GSM применительно к пакетной передаче информации при взаимодействии с сетями коммутации пакетов, как например, IP, X.25, Frame Relay.


Понравилась статья? Добавь ее в закладку (CTRL+D) и не забудь поделиться с друзьями:  



Сейчас читают про: