Тема 1. Передача данных с
уведомлением о доставке
Статья №1. Исправленная.
Выполнили: Лонин Д.В и Мирохин Е.И
Краткое описание задания
Основная задача темы состоит в разработке простейшей модели
функционирования
соединения
типа «радиомост». Назначение такого соединения состоит в организации
обмена
сообщениями между двумя терминалами по радиоканалу (рис.1). Службы
доставки
сообщений каждого терминала производят фрагментацию файлов,
предназначенных
к передаче, на короткие блоки и осуществляют блок за блоком
прием/передачу
доставляемых сообщений. Любой принимаемый блок должен быть
проверен
терминалом-приемником на целостность. Уведомление о результате проверки
должно быть
доставлено терминалу-источнику в составе ближайшего передаваемого
сообщения.
Основные задачи
1.
Проработка сценария соединения терминалов Т1 и Т2, включающего в себя:
1.1.
обнаружение терминалов;
1.2.
установление сеанса соединения, передача сведений о количестве
подготовленных
для передачи блоков данных; сеанс соединения должен иметь
собственный
идентификатор;
1.3.
передача сообщений с уведомлением о доставке;
1.4.
закрытие сеанса соединения.
2. Анализ
задач, выполняемых на канальном уровне. Проработка структуры полей
сообщений
канального уровня.
3.
Обоснование и подробное описание задач, выполняемых на физическом уровне.
Проработка
структуры полей пакетов физического уровня.
4.
Собственно разработка и экспериментальное исследование модели. Необходимо будет
продемонстрировать
процесс выполнения одного или нескольких этапов сценария
соединения.
Исходные
данные
Вид
передаваемых данных текстовые
файлы
Вид
модуляции
8-PSK
Тип
помехоустойчивого кодирования
произвольный блоковый код
Тип CRC
CRC-12
Дополнительные
сведения
1.
Уведомление о доставке сообщения должно включать сведения о качестве условий
приема.
Введение:
Радиомост - это два устройства для беспроводной передачи данных. По техническому заданию необходимо реализовать передачу с уведомлением о проверке сообщений. Уведомление о проверке должно приходить после каждого переданного сообщения, только после принятого подтверждения можно продолжать передачу.
Уведомление о доставке будет происходить так, как показано на рисунке 2.
Рис.2. Процедура уведомления
Из рисунка видно, что при обнаружении ошибки в сообщении ( красный квадратик), получатель отправляет сообщение NAСK. После получения этого сообщения на приемной стороне производится повторная передача сообщения.
Следует так же отметить, что необходима пакетная синхронизация, так как по ТЗ должен быть использован блочный код, для которого она просто необходима, ведь нужно знать точно начало и конец пакета для правильного декодирования.
Теперь рассмотрим сценарий взаимодействия двух терминалов:
Для передачи сообщения, терминал посылает команду, символизирующую о намерении установления соединения. В ней содержится: идентификатор сеанса связи, сведения о количестве подготовленных для передачи блоков.
После получения команды подтверждения от другого терминала, терминал, инициирующий соединение, посылает пакет. Получив подтверждение, посылает следующий и так в плоть до того момента, пока не будет послан последний пакет сообщения. После него следует завершающее сообщение с командой о конце.
1.После включения Т1 и Т2 происходит поиск сети по BCCH (Broadcast Control Channel – широковещательный канал)
2.С помощью BCCH терминалы уведомляют друг друга о состояние сети, и передает общую информацию
3. Т1 и Т2 переходят IDLE(режим низкого энергопотребления)
4. После получения команды передачи сообщения терминал выходит из состояния IDLE и формирует сообщение для передачи другому терминалу.
5.Отослав информацию о количестве сообщений, терминал ждет ответа о готовности( синхронизация происходит на физическом уровне и присутствует в каждом сообщении)
6. Получив подтверждение терминал начинает передачу пакета и дожидается подтверждения правильности принятого пакета от другого терминала, только после этого начинает передавать следующий пакет.
7.Передав все пакеты, терминал инициирующий сеанс связи посылает команду о завершении сеанса связи и уходит в режим IDLE.
8. Получив команду о завершении сеанса, второй терминал тоже переходит в режим IDLE.