Radiolay - учебный форум ССПО

Присоединяюсь к вышеизложенному.

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

Что касается п.1.6-1.7 - особых подходов здесь пока выделить не могу - будет достаточно учесть замечания по прошлым работам.
Что могу отметить по памяти:
1. Разработку и описание канального уровня проектируемой системы нужно выполнять в контексте основной задачи уровня: адресная/широковещательная доставка сообщений. При этом не должно быть разрыва с описанием сценариев соединения и с подготовленной ранее моделью системы.
2. Не должно быть путаницы с логическими каналами связи, существующими на канальном уровне, вспомогательными каналами физ. уровня (к примеру, синхронизация - если эта задача выделяется в отдельный канал) и собственно симплексными физ. каналами - как транспортом физ. уровня.
3. Расчетная часть физ. уровня должна включать 1) оценку энергетической эффективности FEC и объема перемежения, 2)четкое формулирование списка профилей физ. уровня и проведение расчетов по каждому из них.
Что касается профилей физ. уровня - при описании сценариев п.1.5 требуется обозначить причинно-следственные связи применения/выбора определенного профиля: в каком месте сценария это должно происходить, какая служба за это отвечает, какие исходные данные и от кого требуются этой службе, что является управляющим воздействием и на какой объект рассчитано управление этой службой? (обсуждалось на консультациях)
4. При проведении расчетов целесообразно использовать инструмент Matlab bertool: рекомендация

tor_root писал(а):...
К примеру, на последней встрече было обсуждено очень много полезных моментов по тематике п.1.4-1.5, думаю, что Сергей это подтвердит.
...

Подтверждаю. Споры были жаркими

В статье № 1 замечания устранены.

Исправил в соответствии с замечаниями вторую статью. Надеюсь, вышло лучше, чем было http://omoled.ru/publications/view/318

В статье № 2 замечания устранены, также были устранены замечания в статье № 1.

Андрей Васильевич, здравствуйте. Точнее, доброе уже утро. . Выложил третью статью http://omoled.ru/publications/view/335

Алексей, добрый день.

Omoled Алексей писал(а):Исправил в соответствии с замечаниями вторую статью. Надеюсь, вышло лучше, чем было http://omoled.ru/publications/view/318

1. По замечаниям: п.4 считаю невыполненным, п.1 - не в полной мере. Требуется иллюстрация, отражающая концепцию доступа Т к ФК - это намного интереснее, чем наблюдать "дуплекс".
2. В сообщениях следует избегать использования жаргонов (терминал «говорит», терминал лишь «слушает», ТД «забирает» и т.п.).
3. п.1.5.1 или п.1.5.3. требуется выполнить по форме и духу рис. 17 из учебного пособия
4. Целесообразно применить формат описания сценариев аналогичный применяемому в работе Светланы Подкопаевой (рис. 3,4). Обратите внимание на рис.1 - подобная по духу иллюстрация должна быть и в Вашей работе. Вообще-то говоря, сообщения своих товарищей надо читать - хотя бы в качестве примера для подражания.
4. Непонятно, как в Ваших сценариях обеспечивается режим энергосбережения?
5. Рассмотрите типичный случай доступа терминала в инет: Т получил доступ к КС, передал во внешнюю сеть запрос на предоставление данных (загрузка странички) - а дальше как? Как ТД уведомляет Т о наличии сообщений? Т постоянно в готовности принимать данные? А если ожидание предполагается длительным - КС простаивает, ресурс "батарейки" Т бесполезно тратится?

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

Могут быть полезны сообщения КП "Локальная радиосеть" п. 1.4-1.5. Часть 2., КП на тему "Локальная радиосеть" п. 1.4-1.5 (часть №2), а также замечания к ним.

Опубликовал третью статью на Omoled на тему радиосеть передачи данных http://omoled.ru/publications/view/343

Алексей!
Прежде всего Вам необходимо доработать 2 сообщение "Задание № 7 на КП на тему " Радиосеть передачи данных" п. 1.4-1.5 (2 часть)".
Требуются к исполнению все замечания к работе Алексея Баклагина.
Дополнительно комментарии к сообщению Калинкина Владислава.
Из того, на что ранее Вам и Вашим товарищам указывалось, следует учесть:
1. Изложение сути иерархической модели целесообразно начинать с верхнего уровня и, разумеется, заканчивать физическим слоем - в соответствии с используемой в работе концепцией передачи сетевых сообщений.
2. При описании модели OSI требуется дать ответы на следующие вопросы:
a. Каким образом в сети реализуется метод множественного доступа: анализ/обоснование (DAMA, FAMA, ALOHA и всевозможные комбинации/следствия методов).
b. Как планируется использовать выделенный частотный ресурс - метод доступа к физической среде (TDMA,FDMA, CDMA или комбинация): анализ/обоснование, как реализуется дуплексный режим.
c. Подсистема радиоизмерений: в какие моменты будущего сценария потребуется осуществлять измерения, какие службы/задачи являются "потребителями" результатов измерений, на что эти результаты будут влиять? Другими словами, как система будет реагировать на изменение помеховой обстановки?
d. Как осуществляется раздельная обработка сообщений подсистемы сигнализации и подсистемы трафика? Какие виды служебных сообщений должны формироваться в системе, каким сервисам/задачам эти сообщения будут адресованы ?
Как обеспечивается гарантированная доставка сообщений? Имеются ли уведомления о доставке?
e. Сообщения канала трафика - как ТД распоряжается сообщениями, поступающими из внешней сети и с сообщениями от терминалов?
f. Где и как формируются/исполняются сценарии взаимодействия ТД и Т?
g. Как принципиально будет организован режим энергосбережения Т (в разрезе каждого слоя модели)?
3. "Уровень, который решает эту задачу, можно выделить в отдельный подуровень- МАС уровень. В системе используется временное разделение канала, т.е каждое мобильное устройство имеет свой временной слот для передачи своих данных." - на канальном уровне нет понятия "временной слот". Есть только сообщение канального уровня, относящееся к определенному ЛКС и имеющее, как правило, адресата. Слоты имеются только на физ. уровне. Описание канального уровня требуется скорректировать.
4. 1.5.2 Пояснение способа организации доступа к физическому каналу. Разработка и пояснение способа адаптивного изменения скорости передачи данных. - отсутствует
5. 1.5.3 Проработка сценариев взаимодействия абонентских терминалов с базовой станцией (точкой доступа) или другими терминалами сети в каждом режиме работы. Определение необходимых для взаимодействия идентификаторов и широковещательных параметров сети. - не проработан

Вывод: читайте сообщения Ваших товарищей и замечания к нам. Это существенно сэкономит Ваше время.