logo
диплом / 8_ПЗ06151

1.4.3 Физические каналы

Протокол LonTalk позволяет организовывать сегменты сети с использованием различных физических сред передачи: витая пара (twisted pair), радиочастотный канал (RF), инфракрасный луч (infrared), линии напряжения (power line), коаксиальный кабель (coaxial cable) и оптический кабель (fiber optic). Для каждого типа физического канала существуют трансиверы, обеспечивающие работу сети на различных по длине каналах, скоростях передачи и сетевых топологиях.

Каждый узел сети непосредственно подключается к каналу.Канал - это физическая организованная среда транспортировки пакетов данных (рис.1). Совокупность каналов образуют сеть LonWorks. Физическая форма канала зависит от среды передачи, например, канал на витой паре организован на обычной витой паре проводников, RF-канал использует выделенную радиочастоту, а канал на линиях напряжения использует сегмент проводников с переменным напряжением (AC power).

Конфигурируемые и самонастраиваемые маршрутизаторы называют еще интеллектуальными маршрутизаторами. Итак:

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

Протокол LonTalk не опирается на определенную реализацию физического уровня (Phisical layer, 1). Существуют протоколы и методы кодирования для самых разнообразных физических каналов передачи данных. Например, метод дифференциального манчестерского кодирования выбран для витой пары, FSK-модуляция применяется для работы на сегментах линий напряжения и на радиочастотах.

В качестве средства борьбы с коллизиями (конфликтными ситуациями) используется предсказывающий алгоритм их предупреждения. Этот алгоритм реализован на подуровне Управления Доступом к Среде Передачи (Media Access Control, MAC) Канального уровня (Link layer, 2). Техника предотвращения коллизий основана на упорядочивании доступа к каналу на основе знания о предполагаемой нагрузке на канале. Узел, желающий передавать, всегда получает доступ к каналу со случайной задержкой из диапазона от ,,0" до некоторой величины w". Для предотвращения снижения пропускной способности сети величина задержки представлена как функция числа незавершенных заданий (backlog), стоящих в очереди на выполнение. Предсказательность" алгоритма, реализованного на МАС-уровне, основана на оценке числа незавершенных заданий. Каждый узел имеет и поддерживает текущее значение backlog: инкрементирование и декрементирование происходит по результатам отправления и приема пакетов.

На МАС-уровне используются специальные правила разрешения коллизий:

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

На Физическом уровне поддерживается передача двоичных данных и их квитирование. Каждый LonTalk-узел работает с этим уровнем в одном из двух режимов: прямом или специальном. Прямой режим использует дифференциальное манчестерское кодирование битов, В специальном режиме данные передаются и принимаются последовательно и без кодирования. В обоих случаях каждый пакет сопровождается 16-битным CRC-кодом. Эти два режима позволяют абстрагироваться от конкретной реализации физической среды передачи. При этом конкретный физический протокол в LonTalk-системе может быть использован, если только он удовлетворяет следующим трем условиям:

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

Сердцевиной протокола являются Транспортный (Transport layer, 4) и Сеансовый (Session layer, 5) уровни.Функции Транспортного уровня (Transport layer, 4) обеспечивают достоверную передачу пакетов по адресу одного абонента или группе абонентов. Для связи с Сеансовым уровнем на Транспортном уровне реализована поддержка следующих функциональных запросов: послать телеграмму (Send_Message), принять телеграмму (Rcv_Message) и подтверждение завершения передачи (Trans_Completed).

Сеансовый уровень (Session layer, 5) занимается реализацией простого механизма запроса/ответа для доступа к удаленным серверам данных и обеспечивает выполнение всего одной функции: запрос/ответ. Для связи с Прикладным уровнем на Сеансовом уровне реализована поддержка следующих запросов: для CLIENT-интерфейса

послать запрос (Send_Request)

краткий ответ (P_Response)

признак завершения передачи (Trans_Completed) для SER VER-интерфейса

получить запрос (Rcv_Request)

послать ответ (Send_Response)

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

Уровень Представления (Presentation layer, 6) и Прикладной уровень (Application, layer 7) создают основу для совместимости узлов LonTalk-протокола. Прикладной уровень обеспечивает все обычные функции по посылке и получению телеграмм, но он при этом пользуется таким понятием как сетевые переменные. Уровень Представления обеспечивает дополнительной информацией о том, как необходимо интерпритировать сетевые переменные (независимо от прикладной задачи). По существующему соглашению имеется набор переменных, которые можно использовать для датчиков, исполнительных устройств и т.п., независимо от производителя таких устройств.

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

Yandex.RTB R-A-252273-3
Yandex.RTB R-A-252273-4