Основной проблемой согласования работы АТС различных производителей является обеспечение совместимости протоколов средств связи. Под протоколом понимают правила или соглашения обмена данными между одноименными уровнями разных информационных систем, процедуры обработки информации, форматы пакетов и кадров, правила кодирования информации.
Для решения этой проблемы разработаны разнообразные международные рекомендации и стандарты. Одним из таких стандартов является эталонная модель взаимодействия открытых систем (ВОС).
Многоуровневый комплект протоколов, известный как модель взаимодействия открытых систем (Open System Inter-connection -OSI), разработан в 1984 г. Международной организацией по стандартизации ISO совместно с Сектором стандартизации электросвязи CCITT. Первоначально данная модель была разработана для обеспечения обмена данными между компьютерными системами различных производителей (рис. 2.2.1)
Рис. 2.2.1. Взаимодействие компьютерных систем через OSI
Семиуровневая структура иерархической модели OSI представлена на рис. 2.2.2.
Рис. 2.2.2. Эталонная модель ВОС
Для каждого уровня модель имеет два типа стандартных процедур:
1. Сервисные функции - определяют, какие функции должен содержать каждый уровень и каким сервисом уровень должен обеспечивать пользователя или вышестоящий уровень.
2. Протокольные спецификации - определяют, как функции внутри уровня в одной системе взаимодействуют с соответствующим уровнем в другой системе. Для того чтобы легче понять работу этой абстрактной модели, рассмотрим следующий пример (рис. 2.2.3).
Предположим, что менеджер проекта А желает послать секретное сообщение своему коллеге 5, работающему в другом городе.
Менеджер А пишет секретное сообщение на листе бумаги и передает его своему ассистенту, который является специалистом по кодированию.
Ассистент кодирует сообщение секретным кодом и передает его секретарю.
Рис. 2.2.3. Аналог модели OSI
Секретарь кладет кодированное сообщение в конверт, надписывает адрес получателя и отправителя на конверте и отдает его посыльному.
Посыльный собирает всю исходящую почту компании и несет письмо менеджера А вместе с другими на почту.
На почте письма сортируют по различным направлениям.
После сортировки письма одного направления упаковывают в контейнер или почтовую сумку для обеспечения сохранности.
И уже безразлично, каким видом транспорта (автомобилем, самолетом, поездом и т.д.) будет доставлена почта к месту назначения, где почтовый контейнер получат и зарегистрируют.
В месте назначения контейнер открывают и его содержимое проверяют на предмет возможных потерь или разрушений.
После проверки почту сортируют по различным получателям.
Письмо, вместе с другими посланиями, почтальон приносит по нужному адресу.
Секретарь менеджера В открывает конверт и передает кодированное сообщение ассистенту менеджера В, который также является специалистом по кодированию.
Ассистент декодирует сообщение и передает его менеджеру В.
И наконец-то менеджер В может прочесть письмо, посланное ему его коллегой.
Применительно к системам электросвязи модель OSI служит для того, чтобы четко определить структуру множества функций, поддерживающих информационный обмен между пользователями услуг системы электросвязи, которая, в общем случае, содержит в себе сеть связи. Подход, использованный в модели OSI, предусматривает разделение этих функций на семь «слоев» (layers), или «уровней», расположенных один над другим. С точки зрения любого уровня все нижележащие уровни предоставляют ему «услугу транспортировки информации», имеющую определенные характеристики. То, как реализуются нижележащие уровни, для вышележащих уровней не имеет значения. С другой стороны, для нижних уровней безразличны как смысл поступающей от верхних уровней информации, так и то, с какой целью она передается (рис. 2.2.4).
Такой подход предусматривает стандартизацию интерфейсов между смежными уровнями, благодаря чему реализация любого уровня становится независимой от того, каким образом реализуются остальные уровни. Эталонная модель ВОС имеет 7 уровней.
Рис. 2.2.4. Распределение информации между уровнями
Уровень 7 (прикладной уровень) определяет семантику, т.е. смысловое содержание информации, которой обмениваются пользователи. Этот уровень обеспечивает необходимыми сервисами пользователей для поддержки процессов их приложений и для управления всеми взаимодействиями между приложениями. Имеются, например, протоколы для передачи файлов, управления сообщениями, справочники сервиса и операций. Поскольку это самый верхний уровень модели OSI, он не имеет верхней границы.
Уровень 6 (уровень представлений) производит преобразование из одной формы в другую синтаксиса транспортируемых данных. Этот уровень определяет, как данные могут быть перепредставлены, т.е. синтаксис. Уровень представлений трансформирует синтаксис приложений пользователя в общий синтаксис, необходимый для взаимодействия между приложениями. Это может быть, например, преобразование ASCII в EBCDIC и обратно.
Уровень 5 (уровень сеанса) обеспечивает координацию («внутри» каждой связи) взаимодействия между прикладными процессами. Этот уровень устанавливает соединения между уровнями представлений различных систем. Он также управляет этим соединением, синхронизирует диалоги и разъединения. Например, он разрешает уровню представлений определить контрольные точки, из которых стартует перепередача, если данные передачи были искажены. Приведем примеры возможных режимов взаимодействия, которые поддерживаются уровнем 5: дуплексный, полудуплексный или симплексный диалог.
Уровень 4 (транспортный уровень) осуществляет «сквозную» (от одного конечного пользователя до другого) оптимизацию использования ресурсов (т.е. сетевых услуг) с учетом типа и характера связи, избавляя своего пользователя от необходимости принимать во внимание какие бы то ни было детали, связанные с переносом информации. Этот уровень гарантирует, что особенности сервиса, запрошенные приложением, будут обеспечены. Транспортный уровень оптимизирует коммуникационные данные., т.е. мультиплексирует, или разделяет, поток данных перед его доставкой сети. Этот уровень всегда оперирует со всей связью в целом, дополняя, если это требуется, функции уровня 3 в части обеспечения конечным пользователям нужного качества услуг.
Уровень 3 (сетевой уровень) формирует так называемые сетевые услуги, маршрутизацию и коммутацию соединений, обеспечивающие перенос через сеть информации, которой обмениваются пользователи открытых систем, размещенных в разных (и, в общем случае, несмежных) узлах сети. Сервис базового сетевого уровня обеспечивает прозрачный канал для передачи данных между транспортными уровнями в различных системах. Этот уровень устанавливает, обслуживает и разрушает соединения между системами, управляет адресацией и маршрутизацией каналов.
Уровень 2 (уровень звена данных) формирует двусторонний канал связи (т.е. прямое звено связи между смежными узлами сети), используя для этого два предоставляемых первым уровнем цифровых канала с противоположными направлениями передачи. Этот уровень обеспечивает свободный от ошибок канал точка-точка между смежными сетевыми уровнями. Уровень содержит ресурсы ддя обнаружения и корректировки ошибок, управления потоком данных и повторами передачи данных. Важнейшими функциями второго уровня являются обнаружение и исправление ошибок, которые могут возникнуть на первом уровне, что делает независимым качество услуг этого уровня от качества получаемых «снизу» услуг передачи.
Уровень 1 (физический уровень) обеспечивает прозрачную передачу потока битов по каналу, организованному между смежными узлами сети с использованием той или иной передающей среды, и формирует интерфейс с этой средой. Этот уровень снабжает механическими, электрическими, функциональными и процедурными ресурсами для активизации, управления и блокировки физических каналов с целью передачи битов между уровнями звена данных. Физический уровень содержит функции для конвертации данных в сигналы, совместимые со средой передачи. Характеристики передачи определяются свойствами этого канала и от функций первого уровня не зависят.
Таким образом, функции уровней 1-3 обеспечивают транспортировку информации из одного пункта территории в другой (возможно, более чем через одно звено, т.е. с коммутацией), поэтому связаны с отдельными элементами сети связи и с ее внутренней структурой. Функции уровней 4-7 относятся только к «сквозной» связи между конечными пользователями и определены таким образом, что они не зависят от внутренней структуры сети.
Первые спецификации системы сигнализации Х«7 были опубликованы в начале 1980 г. в Белой книге ССГГТ за несколько лет до презентации модели OSI [7]. Система сигнализации № 7, представляющаяся видом пакетной коммутации данных взаимодействия, была также структурирована в модульном виде. Она очень похожа на модель OSI, но с четырьмя уровнями вместо семи.
Три нижних уровня формируют уровень передачи сообщений (Message Transfer Part - МТР), а четвертый уровень содержит пользовательскую часть. В качестве иллюстрации можно привести рис. 2.2.5, демонстрирующий работу протокола ОКС № 7 как аналога работы почтовой службы: подсистема передачи сообщений (МТР) выполняет функции транспортировки/доставки сообщений. Таким образом, МТР является единой универсальной платформой для различных подсистем пользователей (услуги телефонии, ISDN, сотовая связь, интеллектуальные сети и т.д.).
Рис. 2.2.5. Пояснение работы протокола ОКС № 7
Главное отличие между первой версией ОКС № 7 и моделью OSI заключалось в коммуникационном процессе в сети.
Модель OSI описывает обмен данными, ориентированными на соединение. Процесс взаимодействия охватывает три стадии: установление соединения, передачу данных и разъединение.
МТР была создана для работы только в режиме реального времени и не обеспечивает сетевых услуг, ориентированных на виртуальное соединение.
Для того чтобы удовлетворить потребность в расширенных сервисах различных приложений, в 1984 г. была добавлена подсистема управления соединениями сигнализации (Signaling Connection Control Part - SCCP) в Красной книге CCITT.
SCCP предлагает оба вида сетевого транспортного сервиса: как ориентированного, так и не ориентированного на соединение, тем самым обеспечивается интерфейс между транспортным и сетевым уровнем. SCCP делает возможным использовать систему сигнализации № 7, базирующуюся на МТР, в качестве носителя между приложениями, которые используют OSI-протоколы для обмена информацией в верхних уровнях модели (рис. 2.2.6).
В 1988 г. в Голубой книге CCITT был введен протокол для подсистемы возможностей транзакций (Transaction Capabilities Part -ТС АР) и подсистемы технического обслуживания и эксплуатации (Operation Maintenance Application Part - ОМАР).
Рис. 2.2.6. Соответствие между ОКС № 7 и OSI
В итоге базовая функциональная модель ОКС № 7 состоит из двух основных частей (рис. 2.2.7):
• подсистемы пользователей и приложений;
• подсистемы передачи сообщений (Message Transfer Part - МТР).
Рис. 2.2.7. Базовая функциональная модель ОКС № 7
Подсистемы пользователей предназначены для обеспечения соответствующих услуг связи и могут быть реализованы в различных версиях в зависимости от протоколов верхних уровней.
Подсистема передачи сообщений МТР является единой транспортной платформой, над которой расположены подсистемы пользователей и приложений (рис. 2.2.8).
Рис. 2.2.8. Функциональные подсистемы ОКС № 7:
МТР - подсистема передачи сообщений; SCCP - подсистема управления соединениями сигнализации; ТСАР - подсистема возможностей транзакций; ISUP - подсистема пользователя с интеграцией служб; ОМАР - подсистема эксплуатации и технического обслуживания; MUP - подсистема пользователя мобильной связи стандарта GSM; INAP -подсистема пользователя интеллектуальной сети
Подсистема передачи сообщений (МТР) обеспечивает надежную передачу сигнальной информации между различными подсистемами пользователя, являясь полностью независимой от содержания сообщений. Это означает, что сообщения передаются без ошибок (все искажения должны быть устранены до того, как они попадут в принимающую подсистему пользователя), в правильной последовательности, без потерь и без дублирования.
Основные задачи, решаемые МТР:
• сохранность пакетов данных в сигнальных звеньях при передаче между пунктами сигнализации;
• распределение полученных сигнальных сообщений между пользователями;
• маршрутизация пакетов данных ОКС № 7 по звеньям сигнализации. Основные задачи, выполняемые подсистемой пользователей:
• генерация пользовательских сообщений;
• анализ и выполнение сигнальных сообщений, полученных в пакетных данных ОКС № 7.
Информация, предаваемая в пакетных данных ОКС № 7, управляет следующим:
• установлением и разъединением соединений речевых каналов;
• имплентацией дополнительных видов сервиса;
• администрированием и управлением речевых трактов.