Все о моделировании в Компас-3D LT
   Главная Статьи Файлы Форум Ссылки Категории новостей
Август 24 2019 02:53:56   
Навигация
Главная
Статьи
Файлы
FAQ
Форум
Ссылки
Категории новостей
Обратная связь
Фото галерея
Поиск
Разное
Карта Сайта
Популярные статьи
Что необходимо ... 65535
Учимся удалять!... 23663
4.12.1 Професси... 22371
Примеры, синони... 21284
FAST (методика ... 19242
Просмотр готовы... 18957
Декартовы коорд... 17357
Просмотр готовы... 15799
Работа с инстру... 11937
Что такое САПР 11342
Сейчас на сайте
Гостей: 2
На сайте нет зарегистрированных пользователей

Пользователей: 9,955
новичок: Logyattella
Друзья сайта
Ramblers Top100
Рейтинг@Mail.ru

Реклама
Выполняем курсовые и лабораторные по разным языкам программирования
Подробнее - курсовые и лабораторные на заказ по Delphi
Turbo Pascal, Assembler, C, C++, C#, Visual Basic, Java, GPSS, Prolog
4.6 Протоколы и интерфейсы управления каналами и сетью передачи данных
Базовая СПД, состоящая из узлов и каналов связи, создает возможность главным и терминальным ЭВМ устанавливать между собой информационные соединения. Эти возможности реализуются с помощью средств, образующих в семиуровневой модели три нижних уровня управления: 1 – физическим каналом; 2 – информационным каналом; 3 – сетью передачи данных. В рамках архитектуры открытых систем, рекомендованной Международной организацией по стандартизации (МОС), средства для взаимодействия пользователя с СПД определяются протоколом Х25, разработанным Международным консультативным комитетом по телефонии и телеграфии (МККТТ) и применяемые в качестве стандартного протокола управления сетью (уровень 3).
Протокол Х25 базируется на средствах информационного канала, определяемых протоколом HDLC (HIGH-LEVEL DATA LINK CONTROL PROCEDURE – процедура высокоуровневого управления каналом передачи данных), который устанавливает в основном способ исключения искажений пакетов и их последовательностей, передаваемых по физическому каналу, подверженному воздействию помех.
Организация работы физических каналов регламентируется несколькими стандартами МККТТ. Порядок передачи данных через
цифровые каналы определяется стандартом Х21, который


Рис. 4.6. Взаимодействие стандартов МККТТ

является интерфейсом, определяющим порядок сопряжения абонента с цифровым каналом передачи данных.
Управление каналами реализуется, как правило, техническими средствами уровня 1. Сопряжение с техническими средствами определяется интерфейсом Х21. Взаимодействие уровней управления 2 и 3 с одноименными уровнями управления других систем обеспечивается протоколами HDLC и Х25 соответственно. При этом протокол HDLC можно рассматривать как нижний уровень управления, реализуемый протоколом Х25. Взаимодействие стандартов МККТТ иллюстрируется рисунком 4.6. Интерфейс Х21 определяет сопряжение между оконечным оборудованием данных и аппаратурой передачи данных по синхронному каналу передачи данных (рис 4.7). Интерфейс состоит из восьми соединительных линий. Отдельную группу составляют следующие четыре линии:
G , Ga – заземление;
S – синхронизация элементов сигнала (момент передачи битов);
B – синхронизация байтов.
Остальные четыре линии предназначены для передачи данных и сигналов управления:
T – передача битов данных в АПД;
R – прием битов данных из АПД;
C – управление АПД со стороны оконечного оборудования данных (ООД);
I – индикация установления соединения и прекращения связи.
Взаимодействие через интерфейс Х21 сводится к трем основным процедурам:
­ установлению соединения по инициативе ООД или АПД;
­ передаче данных;


Рис. 4.7. Сопряжение ООД и АПД

Взаимодействие через интерфейс Х21 сводится к трем основным процедурам:
­ установлению соединения по инициативе ООД или АПД;
­ передаче данных;
­ разъединению.
Протокол канального уровня HDLC обеспечивает передачу последовательности пакетов через физические каналы, искажения в которых вызывают ошибки в передаваемых данных, потерю, дублирование пакетов и нарушения порядка прибытия пакетов к адресату. Протокол вводит совокупность средств, позволяющих организовать надежный канал передачи пакетов адресату, вероятность искажения бита в котором не выше 10-8 – 10-9.
Единица данных, передаваемая как целое через информационный канал, организуемый средствами управления уровня 2, называется кадром. Структура кадра, используемая протоколом HDLC, установлена стандартом МОС 3309. Кадр рассматривается как последовательность байтов, начало и конец которой отмечаются флагами – двоичными кодами 01111110. Кадр несет в себе управляющую информацию, данные и циклический код, используемый для контроля передаваемой информации. Его структура поясняется рис. 4.8.
Процедуры уровня 2 в соответствии с протоколом HDLC обеспечивают:
- прозрачность канала за счет бит-стаффинга (проверка передаваемой информации на шесть единиц подряд, если такое встречается, то после пяти единиц вставляется ноль. На приемном конце процедура производится в обратную сторону 1111101, ноль удаляется. Таким образом обеспечивается отличие флага от информации);
- проверку корректности кадра по контрольному циклическому коду;
- устранение слипания двух соседних кадров за счет использования флагов и при помощи процедуры формирования циклических кодов.
Для выполнения функций, возлагаемых на информационный канал, используются кадры 22-х типов. Тип кадра указывается кодом в байте управления: информационный – значением 0 в бите 1, супервизорный – значениями битов 1-4,ненумерованный – значениями битов 1-4 и 6-8.
В байте управления информационного кадра указываются номера N(S)=0,1,...,7 и N(R)=0,1,...,7 передаваемого и принимаемого кадров.
В супервизорных кадрах указывается только номер принимаемого кадра N(R). Бит 5 поля управления называется битом запроса в командах и битом окончания в ответах. Когда станция получает команду с битом запроса Р=1, она обязана сформировать ответ с битом окончания F=1.
Информационные кадры служат для передачи пакетов, представленных в поле данных.
Супервизорные кадры используются для восстановления кадров, потерянных из-за искажения в канале, а также для управления потоками кадров.
Ненумерованные кадры предназначены для установления соединений и разъединений, завершения соответствующих режимов передачи пакетов и для передачи информации о результатах выполнения этих действий.
Используется два режима нумерации кадров:
­ нормальный – с нумерацией по модулю 8;
­ расширенный – с нумерацией по модулю 128.




Рис. 4.8. Структура кадра

В нормальном режиме номера кадров представляются в полях N(S) и N(R) и принимают значения 0,1,...,7. Во втором (расширенном) поле управления кадра состоит из двух байт, и номера кадров могут принимать значения от 0 до 127. Расширенная нумерация применяется в протяженных каналах связи, в которых может находиться большое число передаваемых кадров.
Передача данных организуется следующим способом. Первичная станция устанавливает режим работы канала посылкой команды “Установить режим”, ненумерованный кадр, содержащий адрес вторичной станции. После посылки кадра запускается тайм-аут, по истечении которого команда будет повторена, если не поступит ответ от вторичной станции. Вторичная станция при неготовности к работе отвечает кадром “Режим разъединения” либо посылает ответ о готовности “Подтверждение”. При установке режима номера передаваемого и принимаемого кадров N(S) и N(R) обеих станций полагаются равными нулю. Прием кадра “Подтверждение” завершает процедуру установки режима и инициализацию канала.
Первичная станция передает данные в виде информационных кадров. Передаваемые кадры снабжаются порядковым номером N(S), последовательно увеличиваемым на единицу. Копии кадров сохраняются до получения подтверждения в приеме кадров. При нормальном режиме нумерации без подтверждения может быть передано не более 7-и кадров.
Вторичная станция проверяет корректность принятых кадров по циклическому коду и сравнивает номер кадра N(S) с передаваемым. Если кадр не искажен и последовательность кадров не нарушена, он переходит на следующий, третий уровень обработки, номер ожидаемого кадра увеличивается на единицу и выдается команда “Готовность к приему”, содержащая номер N(R) следующего ожидаемого кадра. Эта команда воспринимается вторичной станцией как подтверждение в приеме информационных кадров с номерами до N(R). Поток кадров может быть приостановлен первичной станцией путем передачи кадра “Неготовность к приему”. Передача может быть продолжена посылкой кадра “Готовность к приему”.
Протокол HDLC обеспечивает четыре способа восстановления информационных кадров.
Основной способ – использование тайм-аута. Когда супервизорные кадры подтверждают прием информационных кадров, таймер перезапускается на величину тайм-аута. Номер N(R), полученный первичной станцией подтверждает прием всех кадров с номерами, меньшими N(R). Если тайм-аут закончился, то первичная станция начинает повторную передачу кадров, прием которых не подтвержден. Для повышении эффективности механизма квитирования предусмотрена посылка отрицательных квитанций – супервизорных кадров “Отказ”. Это второй способ. Его суть заключается в следующем: если принятый кадр искажен из-за ошибки, вторичная станция, не дожидаясь тайм-аута, посылает отрицательную квитанцию “Отказ”, содержащую номер ожидаемого кадра N(R), и ждет поступления информационного кадра с этим номером. При этом все поступающие кадры с большими номерами игнорируются принимающей станцией.
Третий способ заключается в селективной браковке кадров. Станция, ожидающая кадр N(R) и получившая кадр N(R)+1, принимает его и последующие кадры, извещая передающую станцию супервизорным кадром “Селективный отказ” о потере кадра N(R). В ответ на эту команду передающая станция повторно передает потерянный кадр.
Четвертый способ восстановления кадров основан на использовании бита запроса – окончания P/F.
Для разъединения связи между станциями используется команда “Разъединить”, подтверждаемая ответом “Подтверждение”.
Протокол Х25 определяет процедуры сетевого уровня управления передачей пакетов (уровень 3), обеспечивающие организацию виртуальных каналов между абонентами и передачу по каналам последовательностей пакетов. Управление потоками пакетов организуется с помощью специальной процедуры, называемой окно. Для восстановленя работоспособности виртуального канала используются средства сброса и повторного старта передачи пакетов.
Протокол Х25 позволяет организовать взаимодействие между сетевыми службами систем через совокупность логических каналов (рис 4.9). Максимально допустимое число каналов определяется длиной номера канала и составляет 15 групп по 255 каналов в каждом. Логический канал определяется 12- битовым номером, четыре разряда которого представляют номера группы и восемь – номер канала в группе. Логический канал используется для организации постоянных виртуальных каналов и временных, коммутируемых виртуальных каналов – виртуальных соединений.
Организацию логических каналов поясним на примере сети, состоящей из трех ЭВМ – систем А, В, С – и двух узлов связи. Пять этих систем объединены в сеть пятью информационными каналами, каждый из которых состоит из физического канала и средств управления физическим и информационным каналами (уровни 1 и 2). На основе информационных каналов созданы логические каналы (a1, c2), (a2,b1), (b2,c1), связывающие между собой процессы a1, a2, b1, b2, c1, c2, реализуемые в системах А, В и С. При этом информационный канал может использоваться для организации нескольких логических каналов – постоянных виртуальных каналов или виртуальных соединений.





Рис. 4.9. Взаимодействие сетевых служб системы

Виртуальные каналы создаются для передачи пакетов и разъединяются в соответствии с процедурами, определенными протоколом Х25. Виртуальное соединение между двумя абонентами – процессами главных и терминальных ЭВМ организуется следующим образом (рис. 4.10).
Вызывающий абонент передает в сеть по свободному логическому каналу пакет “Запрос соединения”, содержащий адрес вызываемого абонента. Вызываемый абонент может не принять запрос на соединение, в этом случае он передает пакет “Запрос разъединения”, в котором в качестве причины разъединения может быть указано “Номер занят”. Если вызываемый абонент принимает запрос на соединение, он передает пакет “Согласие на соединение”, после чего сеть посылает вызывающему абоненту пакет “Подтверждение соединения”. Этим заканчивается фаза установления соединения между абонентами. Начиная устанавливать соединение, вызывающий абонент запускает таймер. Если в течение тайм-аута не поступает пакет “Подтверждение соединения”, абонент вызывает пакет “Запрос разъединения”, после чего процедура установления соединения может повторяться.
После установления соединения начинается фаза передачи пакетов данных. Протокол Х25 допускает использование следующих значений длинны поля данных: 16, 32, 64, 128, 256, 512 и 1024 байт. Предпочтительной является длина 128 байт.
Для ликвидации и сброса всех постоянных и временных соединений, установленных с абонентом, используется процедура рестарта, инициируемая абонентом с помощью пакета “Запрос рестарта” и сетью с помощью пакета “Указание рестарта”.
При этом ликвидируется соединение, относящееся ко всем логическим каналам абонента.
Для передачи срочных данных используются ненумерованные пакеты “Прерывание от сети” и “Прерывание от абонента”, несущие в себе один байт данных о причине прерывания.
По окончании передачи постоянные виртуальные каналы закрываются и происходит разъединение. Абонент посылает в сеть пакет “Запрос разъединения”, получая в ответ пакет “Подтвержде-ние разъединения”.
Рис.4.10. Виртуальное соединение
между абонентами
.При этом ликвидируется соединение, относящееся ко всем логическим каналам абонента.
Для передачи срочных данных используются ненумерованные пакеты “Прерывание от сети” и “Прерывание от абонента”, несущие в себе один байт данных о причине прерывания.
По окончании передачи постоянные виртуальные каналы закрываются и происходит разъединение. Абонент посылает в сеть пакет “Запрос разъединения”, получая в ответ пакет “Подтвержде-ние разъединения”.
Комментарии
Нет комментариев.
Добавить комментарий
Пожалуйста залогиньтесь для добавления комментария.
Рейтинги
Рейтинг доступен только для пользователей.

Пожалуйста, залогиньтесь или зарегистрируйтесь для голосования.

Нет данных для оценки.
Гость
Имя

Пароль



Вы не зарегистрированны?
Нажмите здесь для регистрации.

Забыли пароль?
Запросите новый здесь.
Случайные статьи
Глава 12. Fortuna...
Путевые точки
2.5 ВЫВОДЫ И ОБЗОР...
Постоянное обновление
Из чего состоит GPS?
Технические характ...
7.2.4. Измерения ...
6.4 СОХРАНЕНИЕ КОН...
Карты и программно...
2.6.3. Сжатие данных
4.3 КАТАЛОГИ
Горизонтальное ска...
Глава третья. АВТ...
7.2 СИГНАЛЫ
Электронный штурман
2.3.2.3 Факсимильн...
7.9 ЗАГРУЗКА СИСТЕ...
Выводы
Глава 3. ПалмГИС
DVD-приводы
Идея пятая: Ионосф...
Что такое альманах?
Комбинированный ка...
Страница «Навигация»
Стандартные экипажи
Процессы управлени...
4.12.2 Системы пер...
4.12.3.2 Принципы ...
2.3.1 Общие сообра...
9.1.2.2 Выгрузка с...
О чем мы узнали ?
9.1.2.1 Выгрузка п...
2.4.6 Код Хемминга...
9.2.3.1 Обработка...
5.12 КАНАЛЫ
ВТОРОЙ ПРИМЕР
Убирайте повторяющ...
Кабели
Изображение связи
10.1.2.6 Другие фу...
Мини-чат
Вам необходимо залогиниться.

Нет присланных сообщений.
Copyright © 2009