Тема 11. Радиосеть сбора данных с ПО

[tor_root]

Замечания к сообщению Радиосеть сбора данных с ПО

1. 2.2. Разработка иерархической модели радиосети - как транспортной платформы доставки информационных (п.1.1-1.4) и служебных сообщений (п.2.1). - только предметный материал, связанный с решением конкретных задач в контексте темы. Чтобы не повторяться - подробнее здесь, в т.ч. в примечаниях по тексту статьи
2. 2.4.1. Диаграмма состояния терминала - не соответствует ранее изложенному материалу, в том числе:
а) Отсутствует проработка идеи организации множественного доступа Т к услугам ТД.
б) Проигнорирована доставка сообщений в прямом направлении.
3. "После регистрации начинает свою работу управления радиоресурсами, которая формирует запрос на выделение канала для передачи данных " - совершенно непонятно:
а) зачем нужна регистрация? Обоснования необходимости этого процесса в п.1 не было.
б) Сервис установления соединения Т взаимодействует с одноименным сервисом на ТД и по факту передачи сообщения доступа совместно устанавливают канал. Зачем здесь нужна служба RR?
в) Задача ПД по соединению выполнена – соединение разрывается или поддерживается пока Т в пределах зоны радиопокрытия? Если потребуется доставить инф. сообщение на Т (аналитическая постобработка на ТД или сообщение из ЦС) – как это реализуется в диаграмме? Или «кто не успел, тот без ужина»?
г) Инструмент ARQ выделять на схеме не требуется - это неотъемлемая часть Вашего протокола ПД.
4. "Делает она это до тех пор, пока ресурс не будет выделен " - непонятно, стучится что ли она куда?

Остальные замечания по тексту.

[shmakov_va]

Список замечаний, полученных в ходе обсуждения 3 выступления:

1. На функциональной схеме необходимо учесть смену профилей работы физического уровня.
2. Для частотной синхронизации может быть использована преамбула. FB излишне.
3. В структуре сообщения L1 уровня необходимо указать, что сообщение L2 уже идет с избыточными битами, а также необходимо предусмотреть биты сброса сверточного декодера.
4. Требуется указать конкретный полином, использующийся для сверточного кодирования.
5. На схеме распределения ресурса между ЛКС необходимо учесть, что терминалы выжидают случайный период времени в случае занятости канала.
6. Учесть совместную работу ТД, а также предусмотреть возможные коллизии в результате интерференции.

[shmakov_va]

Прикрепляю 3 часть курсовой работы.

[tor_root]

Замечания к сообщению Радиосеть сбора данных с ПО

Замечания аналогичны работе "Голосовая радиопочта"
Подробности по тексту.

[shmakov_va]

Исправленная 2 и 3 часть КР.

[tor_root]

Работа над сообщением завершена.
Радиосеть сбора данных с ПО. Часть 2. Исправленная - окончательная версия

[tor_root]

Работа над сообщением завершена
Радиосеть сбора данных с ПО. Часть 3. Исправленная - окончательная

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

[shmakov_va]

На образовательном портале университета была выложена пояснительная записка.
Дублирую здесь.

tor_root: сомнительные решения, множественные ошибки в разных разделах, разобраны в сообщениях выше.
В виде примера ценность относительная.