Разбор публикаций по темам КР

tor_root
Сообщения: 2183
Зарегистрирован: 15 фев 2011, 22:44

Широких Д.

Сообщение tor_root » 22 дек 2015, 07:16

Замечания к сообщению Широких/Ведяскина "Компактная сеть радиодоступа (ч.1)" - исправленный вариант 2
1. Аргументация состава и назначения элементов функциональной схемы должно основываться на описании базовых моментов работы (функционирования) сети. После такого описания становятся понятным, какую роль в целом выполняют Т и АР по отношению к пользователю сети и в каком направлении осуществлять детализацию задач/функций/структуры Т и АР. Без подробного описания "способа оказания услуг сети" ценность представленного материала п.1.1 невелика.
2. Часть описания п.1.1.2 должна быть творчески переработана и отнесена к п.1.1.1, в остальном требуется исправить ошибки, связанные с ролью коммутатора (его L3 никакого отношения к сети не имеет). Также не пояснено назначение L3, не введено понятие и основные виды назначения служебных сообщений (события, источник, получатель, реакция на такие сообщения - как элементы предполагаемых сценариев взаимодействия). Рис. 2 по форме очень неудачный.
3. п. 1.1.3 - представлена схема, отражающая задачу доставки сообщений. Однако этот пункт подразумевает аргументацию исключительно служб L3 и отчасти L2, т.е. обоснование "обобщенных функциональных схем терминала и выделенного узла сети" с т.з. решения тех основных задач, которые следуют из сделанного ранее описания: услуги сети, проблемы, идеи их преодоления - именно это должно определять функциональный состав сетевых объектов. АР выполняет опрос Т - значит на функц. схеме будет функц. модуль опроса активных Т. Как узнать об активных Т - модуль регистрации, завязанный на инф. подсистеме. Элементы концепции Ad hoc - сложный протокол множественного доступа, накладывающий отпечаток на АР и Т (по идее похоже на PCF) и т.п. L1 здесь не уместен.
4. Именно творчески переосмысленный перечень "К функциям узла (рис.4) можно отнести" является основанием для "обобщенных функциональных схем терминала и выделенного узла сети" (п.3). Этот перечень должен быть строго обоснован выполненным ранее описанием (п.1.1.1 и п.1.1.2): ничего нового здесь не должно появляться - только детализация и расширенное описание того, о чем упоминалось/декларировалось.
5. по рис.5 - п.3 и п.4 замечаний.
6. п.1.1.4 - в целом не раскрыт по причине размытого описания задач АР
7. п.1.2 вводит в заблуждение, т.к. в целом не соответствует представленному выше материалу.

tor_root
Сообщения: 2183
Зарегистрирован: 15 фев 2011, 22:44

Широких Д.

Сообщение tor_root » 23 дек 2015, 07:23

Замечания к сообщению "Компактная сеть радиодоступа (ч.2) " - канальный уровень.
1. Отсутствуют: ссылки на литературу и собственно список источников/предшествующих сообщений
2. Разные стили оформления текста
3. 1.3.1 - тезисный характер материала, обрывочные сведения, неясно. "Определение и краткая характеристика возможных режимов работы терминала " - подразумевает выделение/обоснование групп сценариев, в которых будут участвовать сетевые объекты. Этот анализ должен проводиться исключительно на основе п.1.1 и 1.2 в виде развития идей последних. Из материала п.1.3.1 должны явно следовать указания на те разделы сообщения, в котором будут прорабатываться выделенные в каждом режиме сценарии. К примеру: приём команд, предназначенных для устройств при данном терминале, а также для устройств при удалённом терминале. Приём команд осуществляется совместно с запросом АР. В сообщении запроса указывается время следующего опроса точкой доступа, а также при необходимости время опроса удалённого терминала, для которого данный терминал будет выступать в качестве транзитного; - что значит "для устройств при данном терминале", "для устройств при удалённом терминале"? В этом пункте кроме событий служб L3 (сценарии) и сообщений АР/Т (объекты сценария) ничего быть не должно, никаких устройств - только 3-х уровневые модели Т или АР с путями и логикой доставки инф. и сл. сообщений. Кроме того, совсем непонятно, как выполняется доставка команд/ответа удаленным терминалам. В целом п.1.3.2, характеристика возможных режимов работы терминала подменена перечнем непродуманных/недоработанных тезисов.
4. п.1.3.2 (Обоснование назначения, способа реализации и основных параметров физических каналов связи. Аргументированный выбор способа организации доступа к физическим каналам, подробное пояснение алгоритма множественного доступа.) подразумевает тщательное пояснение взаимодействия L1 и L2 и с сущности сводится к поиску ответа на 2 основных вопроса: как реализуются физические каналы связи и как они будут использоваться службами L3 для доставки инф. и служебных сообщений в выделенных ранее сценариях/режимах. То, что есть в сообщении - постановка задачи для решение указанной проблемы, но не ее решение. Остальная часть п.1.3.2 не соответствует цели пункта.

Продолжение:
5. Пример оформления и пояснения диаграмм/режимов работы - КП "Локальная радиосеть" Часть 2.
6. Неясно, как организована в сети 1) адресная доставка сообщений 2) обработка служебных и инфор. сообщений - к вопросу о службах/уровнях источников/получателей сообщений.

tor_root
Сообщения: 2183
Зарегистрирован: 15 фев 2011, 22:44

Севостьяновой К.

Сообщение tor_root » 24 дек 2015, 06:40

Замечания к сообщению Исправленная часть 1. Локальная радиосеть.
1. Замечания, отмеченные к работе коллеги по несчастью - чтобы не повторяться
2. Функциональный состав сетевых узлов должен непосредственно следовать из описания/аргументов п.1.1.
3. Список литературы/ранних версий работы отсутствует.
4. Пример творческого оформления собственных мыслей - замечательная работа КП "Локальная радиосеть" Часть 2.

tor_root
Сообщения: 2183
Зарегистрирован: 15 фев 2011, 22:44

Севостьяновой К.

Сообщение tor_root » 24 дек 2015, 07:01

Замечания к сообщению Исправленная часть 2. Локальная радиосеть (канальный уровень)
1. Отсутствует обоснование и описание целостного сценария доставки информационных сообщений по сети.
2. Отсутствует обоснование диаграммы состояний Т.
3. Описание "Режим регистрации" в целом не соответствует "Режиму приема данных".
4. "Терминал сравнивает ID сети с хранящимся в его информационной подсистеме идентификатором" - на усмотрение пользователя.
5. "Так как, в задании указано что, каждый терминал сети должен получать в реальном масштабе времени информацию о других активных терминалах, процедура регистрации должна повторяться терминалом с определенной периодичностью" - 1) неграмотно 2) неясны причинно-следственные связи
6. Из этого режима терминал выходит только при передаче или приеме сообщений.
Необходимо учесть режим завершения сеанса связи. ТД сама принимает решение о выходе терминала из сети
- 1) не раскрыто и поэтому совершенно не понятно.
7.п.1.3.2 противоречит п.1.3.7.

На этом пока достаточно.
Предлагаю Волкову дать немного отдохнуть, а Вам заняться своей несчастной темой.
Удачи.

tor_root
Сообщения: 2183
Зарегистрирован: 15 фев 2011, 22:44

Волкову И.

Сообщение tor_root » 28 дек 2015, 10:12

Замечания к сообщениюИсправленная часть 2. Локальная радиосеть (физический уровень)
1. 1.4. Обоснование и подробное описание задач, выполняемых на физическом уровне ... - несоответствие материала раздела представленным в сообщении решениям по физ. уровню.
2. п.1.4.1 - не нужно банальных и не имеющих к Вашим решениям сведений. Как и все остальные пункты задания, п.1.4.1 подразумевает анализ/обоснование и проработку какого-либо практического решения, которое будет внедрено далее в сообщении. Если перемежение - то практическое пояснение схемы ее реализации (с привязкой к формату сообщения L1), если что-либо другое - аналогично. Недалекие фразы типа "Для борьбы с помехами в OFDM включён защитный интервал" и лишенные практического смысла иллюстрации здесь неуместны.
3. 1.4.2. - подразумевает ссылку на сценарий проведения радиоизмерений и связанные с ним выполняемые задачи физ. уровня. Используемая в преамбуле последовательность полифазная, не код Баркера. Разве нет? Вообще-то то, что даже и имеется в п.1.4.2 - сомнительное решение с глубоко ошибочным пояснением.
4. Проработка структуры радиоинтерфейса L1-уровня, обеспечивающего двусторонний обмен пакетами физического уровня. - не выполнено. Проработка профилей физического уровня и сценария их выбора. - утрированное описание, не соответствующее протоколу обмена сообщениями L2; должно быть не только встраивание этого механизма в протокол, но и расчет/оценка параметров соответствующего профиля (изменение пропускной способности, глубины перемежения, схемы кодирования и т.п.). Кроме того неверным является решение об использовании пакета L1 фиксированной длины.
5. п.1.4.4. - не выполнен
6. п.1.4.5. - не ясно, откуда взялись некоторые числа.Комментарии к расчету неполные.
7.п.1.4.8. - расчет неполный.

Замечания к сообщению Часть 3. Локальная радиосеть.
Достойный пример выполнения сообщения: Радиосистема дистанционного видеоконтроля.
1.п.1.5 - схема неверная, рисунок должен отражать эволюцию рис.5 из 1 сообщения и отражать финишную концепцию разработанных сетевых устройств. Как ближайший пример - схема OSI для модели Т GSM из соответствующей лаб. работы. Материал п.1.5. - только применительно к Вашей конструкции, без банальных и малоинформативных сведений - что-то вроде итогового описания протокола доставки инф./служебных сообщений с использованием приведенного Вами ранее материала и решений.
2. Описание алгоритмов (рис. 2 и 3) представлены в виде соответствующих комментариев к коду программных модулей в п. 2.2. - не пойдет, отсылка к комментариям неуместна.
3. результат моделирования не соответствует расчетным данным.

tor_root
Сообщения: 2183
Зарегистрирован: 15 фев 2011, 22:44

Холмогорцеву И.

Сообщение tor_root » 28 дек 2015, 10:45

Замечания к сообщению Радиосеть сбора данных ч.1 исправленная 3 раз ( Карасёва Холмогорцев)
Довольно слабо: весьма утрированное, местами ошибочное описание. В сущности, решение поставленных задач отсутствует.
Пример выполнения части задач, аналогичных Вашим: http://omoled.ru/publications/view/425 или хотя бы http://omoled.ru/publications/view/817.
Знакомьтесь с замечаниями аналогичных работ, делайте выводы.

tor_root
Сообщения: 2183
Зарегистрирован: 15 фев 2011, 22:44

Карасевой Ю.

Сообщение tor_root » 28 дек 2015, 11:01

Замечания к сообщению Радиосеть сбора данных часть 2(исправленная) (Канальный уровень,Карасёва)

1. п.1.3.1 - 1.3.4 - не выполнены.
2. п.1.3.5 Пояснение графической диаграммы состояний сетевого узла, отражающей основные элементы разрабатываемого сценария. - отсутствует.
3. п.1.3.6 - не выполнен
4. п.1.3.6 - Проработка протокола передачи данных канального уровня: пояснение правил передачи сообщений различных ЛКС
- не выполнено
5. 1.3.8 Расчет пропускной способности канала трафика и вспомогательных каналов. Оценка требуемой пропускной способности физического канала. - примитивно, неясно и с ошибками: не учтен множественный доступ и наличие двустороннего обмена сообщениями.

Анализируйте замечания к работам Ваших коллег - там присутствуют многие детали.

tor_root
Сообщения: 2183
Зарегистрирован: 15 фев 2011, 22:44

Холмогорцеву И.

Сообщение tor_root » 28 дек 2015, 11:32

Замечания к сообщению Радиосеть сбора данных часть 2(исправленная) (Физический уровень,Холмогорцев)

Очень слабо. Решения задач ТЗ преимущественно подменены банальными рассуждениями типа "Чайникам о чайниках".

1. Чтобы не повторяться; п.1.4.1-1.4.4 не выполнены
2. п.1.4.5 - диапазон 1.6ГГц для сигналов с полосой 3кГц не подходит: скорость обмена сообщениями нужно существенно увеличить.
3. п.1.4.7 - не выполнен
4. п.1.4.8 - выполнен не полностью
5. п.1.4.9 подразумевает построение схем в виде описания/обоснования этапов задач L1.
6. Видимо пропустил: Для увеличения надежности передачи в сети следует предусмотреть наличие ARQ-сообщений - как у Вас с этим дела?

tor_root
Сообщения: 2183
Зарегистрирован: 15 фев 2011, 22:44

Карасевой Ю.

Сообщение tor_root » 14 янв 2016, 21:22

Замечания к сообщению Радиосеть сбора данных часть 1 (перепереисправленная)
1. п. 1.1.2 - очень интересует развернутое описание предполагаемой специфики горизонтальных связей (протоколов) L1-L1, L2-L2, L3-L3, DTE-DTE (конечные приложения).
2. рис.5 - практически без пояснений: требуется развернутый анализ, отражающий эту иллюстрацию.
3. п.2 - недостаточно раскрыто, рис.6 практически без пояснений.
4. расставить в тексте ссылки на источники и на рисунки.

Удачи.

tor_root
Сообщения: 2183
Зарегистрирован: 15 фев 2011, 22:44

Исаеву М.О.

Сообщение tor_root » 14 янв 2016, 21:23

Как я понял, необходимо исправить информацию о механизме ARQ, попутно исправив диаграмму (рисунок 13), чтобы работа механизма была в пределах канального уровня? И привести блок-схемы рисунка 17 в человеческий вид?


По поводу ARQ - здесь как раз в основном все толково, только однозначности изложения не хватает - много недосказанности.
Как я понимаю, при необходимости повторной передачи соответствующая служба L3 запускает сценарий "специального" сеанса связи, в котором будут переданы необходимые части сообщения, а на приемной стороне буфер принятых сообщений будет наконец заполнен (без пропусков в виде "битых" сообщений). После этого служба L3 наконец сможет выставить DTE флаг готовности данных, которые по запросу терминал будет готов выдать приложению по используемому интерфейсу. Вот в таком тезисном варианте недосказанности существенно меньше, чем в Вашем обширном описании.
Что касается рис.17 - он примитивен, содержит много ошибок и, как результат, ухудшает впечатление о выполненном до него вполне целостном описании. Хотя, как первый вариант от Севостьяновой К., он уже неплох.


Вернуться в «Системы и сети связи с подвижными объектами»

Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и 1 гость