No Image

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

0 просмотров
22 января 2020

Системные характеристики СДЭС.

В 1980 году МСЭ и Международная организация стандартов (МОС) разработали эталонную модель Взаимосвязи открытых систем, ВОС (Open System Interconnection, OSI) – ЭМВОС. Эта модель нашла отражение в рекомендации МСЭ Х.200 и стандартах МОС.

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

Таблица 2.1. Уровни сети.

Название уровня ЭМВОС
Пользовательский
Представление данных
Сеансовый
Транспортный
Сетевой
Канальный
Физический

Кратко охарактеризуем функции каждого уровня:

1.Физический уровень или уровень дискретного канала. Имеет функцию формирования первичных и вторичных каналов и передачу битов по физическому соединению . Единица информации, рассматриваемая на этом уровне – бит.

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

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

4. Транспортный уровень. Имеет функцию обеспечения надежной доставки по сети данных пользователя от системы источника до системы получателя, с реализацией требований по своевременности и информационной безопасности. Единица контролируемой информации – сообщение.

Рассмотренные уровни называют нижними или связными. Остальные уровни называют верхними.

5. Сеансовый уровень. Имеет функцию организации сеансов, обмена информацией между элементами сети. Управление сеансами осуществляется контролем временных параметров обмена. Единица контролируемой информации – составные части сеанса.

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

7.Пользовательский уровень или уровень прикладных программ- взаимодействие с пользовательскими приложениями. Имеет функцию формирования данных пользователя в соответствии с реализуемой телеуслугой. На шестом и седьмом уровнях единица рассматриваемой информации – данные пользователя.

ЭМВОС – основа стандартизации современных сетей. Объектами стандартизации являются процедуры взаимодействия различных функциональных элементов системы.

При этом процедуры взаимодействия элементов одного уровня называют протоколами. Различные смежные уровни взаимодействуют через точки доступа к службе (ТДС). ПРОТОКОЛ ПЕРЕДАЧИ (краткая форма – ПРОТОКОЛ) (communication protocol) – формализованный набор правил, полностью определяющий порядок взаимодействия абонентских терминалов (или других устройств, процессов) друг с другом. Обычно протокол определяется перечнем передаваемых сигналов, процедурой обмена этими сигналами, форматами сигналов и правилами кодирования каждого поля формата.

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

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

Процедуры взаимодействия элементов различных уровней называют интерфейсами.

Объектом обработки в протоколах и интерфейсах являются данные пользователя (ДП).ДП в пределах уровня передаются в составе блока данных протокола (БДП). Между уровнями ДП передаются в составе блока данных интерфейса (БДИ). БДП и БДИ передаются через ТДС в формате блока данных службы (БДС). БДП и БДИ, кроме ДП, содержат управляющую информацию. БДП содержит управляющую информацию протокола (УИП), а БДИ – управляющую информацию интерфейса (УИИ).

Все отмеченное иллюстрируется на рисунке 2.1.

Рис. 2.1. Правила взаимодействия внутри уровней и между уровнями ЭМВОС.

| следующая лекция ==>
Тема 2. Контрольные вопросы и задачи | Характеристики и виды физической структуры СДЭС

Дата добавления: 2014-01-07 ; Просмотров: 259 ; Нарушение авторских прав? ;

Нам важно ваше мнение! Был ли полезен опубликованный материал? Да | Нет

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

· представления данных в стандартной форме;

· связи между процессами информационного обмена и синхронизации их работы;

· управления информационно-вычислительными ресурсами;

· контроля ошибок и сохранности данных;

· управления базами данных и запоминающими устройствами;

· поддержки программ, обеспечивающих технологию передачи и обработки данных, тестирования и др.

Для упрощения разработки и реализации сетевой архитектуры каждая система разбивается на ряд квазинезависимых функциональных уровней. При этом взаимодействие систем в сети представляется в виде взаимодействия между логическими объектами систем одного функционального уровня. Эталонная модель ВОС состоит из семи уровней (рис. 11.6). Три нижних уровня предоставляют сетевые услуги; четыре верхних уровня – услуги самим оконечным пользователям.

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

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

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

Читайте также:  У кого самые большие зубы

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

Широкое распространение получили сети передачи данных с коммутацией пакетов в соответствии с рекомендацией (стандартом) Х.25 МККТТ. Эти сети являются сетями передачи данных общего пользования, предоставляющими услуги трех нижних уровней эталонной модели ВОС.

Рекомендация МККТТ Х.25 охватывает соединение терминалов передачи данных (компьютеров и других систем и приборов пользователей) с сетью передачи данных. Общим для любых устройств пользователя является оконечное устройство передачи данных (ОУПД). Соединение этого устройства с сетью осуществляется через специальное линейное оборудование, называемое линейным устройством передачи данных (ЛУПД). Обычно ОУПД требует установления соединения с другим ОУПД с помощью сети. Доступом ОУПД к сети является ЛУПД, с которым это ОУПД соединяется. Сеть обеспечивает управление соединением между устройствами ЛУПД. Протокол Х.25 управляет только обменом данных между ОУПД и ЛУПД на каждом конце и является протоколом сопряжения.

Протокол Х.25 организован по трехуровневой архитектуре, соответствующей трем нижним уровням модели ВОС (рис. 11.7). Как и в архитектуре ВОС, нижний физический уровень обеспечивает необходимое физическое соединение между ОУПД и ЛУПД. Блоку уровня канала присвоено специальное название “кадр”. Типовой формат такого кадра показан на рис. 11.8. Начало и конец кадра обозначаются специальной восьмиразрядной комбинацией символов 01111110, обозначенной буквой Ф. Буквой А обозначено поле адреса, У- поле управляющих символов, а ПС – поле проверочных символов, служащих для обнаружения ошибок. Буквой И обозначено информационное поле, в котором располагаются данные, полученные от вышестоящего сетевого уровня (пакет). Сетевому уровню модели ВОС в протоколе сопряжения Х.25 соответствует уровень пакетов. Между ОУПД и ЛУПД, с которым оно соединяется, может быть установлено до 4096 каналов. С этой целью применяется 12-разрядное адресное поле.

Рис.11.7. Взаимосвязь между архитектурами ВОС и Х.25

Рис.11.8. Типовой формат кадра

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

Не нашли то, что искали? Воспользуйтесь поиском:

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

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

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

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

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

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

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

Читайте также:  Телефоны на android one

Эталонная модель, которую называют «семиуровневой моделью» или моделью 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.

Не нашли то, что искали? Воспользуйтесь поиском:

Комментировать
0 просмотров
Комментариев нет, будьте первым кто его оставит

Это интересно
Adblock detector