Разбор сообщения по первой части КП

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

Замечания к сообщению Минаева Ильи

Сообщение tor_root » 04 дек 2011, 12:14

обсуждаемое сообщение
1. Каждый пункт сообщения должен иметь точное название из задания. Уже 267 раз было об этом сказано.
2. Следите за предложениями: каждое предложение начинается с большой буквы и заканчивается точкой. Вопрос: сколько предложений в этой фразе: "Физический уровень определяет следующие параметры системы:- вид модуляции. система должна работать в узкой полосе частот, а так же иметь высокую достоверность при как можно меньшей затрачиваемой мощности. "? Или здесь:
"1.5 Возможны следующие режимы работы абонентских терминалов (Рисунок 4):
- период экономии энергии (сон)
-режим ожидания сигнала от ПС
- после получения маяка от точки КУ считывает данные со счётчика
- в ответ на маяк КУ посылает сигнал "готовность"
- после начинается период конкурентной борьбы. КУ загадывают числа, отсчитав которые проверяют канал
- канал свободен- начинается передача
-канал занят- ещё один отсчёт
- после передачи ожидание сигнала подтверждения
"?
3. Ссылки на рисунки из текста не должны быть вида: см. рис., смотри рисунок. Должно быть: (рис. 5) или (риснок 5). Указания типа "смотри", "не смотри" или "можешь смотреть" не требуется.
4. "в ответ на маяк КУ посылает сигнал "готовность" " - явно не режим, это действие в составе некоторого режима. Проверьте п.1.5. на предмет подобных вещей. И еще - на рис. 5 это действие никак не отражено - как будет передан этот сигнал без доступа к КС?
5. "канал занят- ещё один отсчёт" - отсчет чего? Должно быть не только перечисление, но и хотя бы краткое пояснение. Если об этом говорилось, то краткое пояснение сопровождается ссылкой на соответствующий пункт.

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

Замечания к сообщению Горюшкина Руслана

Сообщение tor_root » 04 дек 2011, 12:48

Обсуждаемое сообщение
1. "Задачей физического уровня является определение" - довольно сложное предложение/структура. Целесообразно изменить форму представления информации с т.з. ее упрощения. По возможности надо приводить пояснения необходимости решения перечисляемых задач. При этом надо учесть то, что основной задачей phy является обеспечение достоверного приема битов; определение "Метода передачи данных" - это задача не физ. уровня, а разработчика. Аналогично - помехоустойчивое кодирование.
2. "разделение будет производиться каждому терминалу будет выделены определённые промежутки времени для приёма и передачи своих данных" - непонятно. Ранее был проведен анализ такого решения? Если да, то требуется ссылка. Если нет, то необходимо доработать пред. сообщение. Основные вопросы: принцип предоставления доступа и организация дуплексного режима. Подробная пояснение идеи DL-Map, UL-Map и их практического использования.
3. "БС в начале каждого кадра передаёт синхропоследовательность" - прежде, чем приступать к описанию сценария требуется пояснение работы БС - это следствие п.2 замечаний. Как пример,сообщение Минаева - несмотря на очевидные недостатки, описание концепции работы системы там хорошо структурировано.
4. п.1.6 - сценарии приводятся для всех основных режимов работы!

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

Замечания к сообщению Кирилла Лизунова

Сообщение tor_root » 04 дек 2011, 13:01

обсуждаемое сообщение
1. "В качестве метода модуляции выберем QPSK. Данный метод хоть и не обладает высокой скоростью передачи, но обладает достаточной помехоустойчивостью." - выбор модуляции преждевременный. Эта задача решается в п.1.8. путем анализа нескольких видов модуляции.
2. "Спецификация IEEE 802 разделяет этот уровень на 2 подуровня – MAC (Media Access Control) регулирует доступ к разделяемой физической среде, LLC (Logical Link Control) обеспечивает обслуживание сетевого уровня." - это здесь к чему?
3. Рис.3 - привести ссылку на работу автора идеи с указанием причин, по которым Вы не можете предложить свой вариант структуры пакетов. Или приводите свое решение.
Кроме того, пояснение структуры пакетов канального уровня должно быть в п.1.7. В текущем пункте должны поясняться практические задачи канального уровня.
4. в п.1.5. не хватает пояснения того, что из себя представляет диаграмма работы ПС. Требуется связать диаграмму работы ПС с режимами терминала и с его действиями.
5. п.1.6 - поясняются сценарии всех основных режимов работы.

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

Замечания к сообщению Панчук Владимира

Сообщение tor_root » 04 дек 2011, 22:38

Обсуждаемое сообщение
1. Физический уровень ответственен за уменьшение влияния многолучевости. На этом уровне надо закладывать определенные технические решения. Не будет лишним привести поясняющую иллюстрацию структуры физ. уровня.
2. "Для реализации будет использоваться система фазовой автоподстройки частоты" - только подстройка по частоте. А как же тактовая (символьная синхронизация)?
3. "обеспечение оценки состояния канала" - как-то в тексте эта идея не была развита.
4. "Физический уровень определяет следующие параметры системы" - надо вполне обоснованно определить задачи физ. уровня и какие цели преследуют решаемые задачи. Перечеслять естественные "параметры" физ. уровня здесь не надо.
5. "Так как проектируемая сеть имеет соединение «точка-многоточка»" - будьте внимательны, это не следует из описания канального уровня. Далеко не все задачи канального уровня, присущие Вашей системе, приведены.
6. Определиться с термином "данные" (рис. 1) - что за данные будет передавать данные теминал? Может сообщения какого-либо приложения? Необходимо привести пояснение.
На рис.1 свободно место справа - как раз для модели OSI ТД.
7."Поиск сети после включения терминала происходит поиск сигнала синхронизации. Из BCCH выделяется id сети" - мысли читаю пока не в полном объеме - на основании чего строится эта фраза? Что за ID сети, он известен Т? Где хранится в Т? Ранее ничего не говорилось ни о BCCH, ни о каких-либо сигналах синхронизации. Для начала, в процессе пояснения режимов работы требуется проводить анализ того, что необходимо для их реализации. Ни при описании физ. уровня, ни позже, как-то не был проведен анализ выполняемых на разных уровнях модели OSI ТД...
8. "в ручную выбирает необходимую ему сеть" - т.е. по загадочному ID? [Вручную...]
9. "дожидается опроса на прием передачу" - это что за новость? Что за опрос?
-----------------------------------------------------------------------------------------------------
п.1.5 выполнен неудовлетворительно, имеются обрывочные по смыслу пояснения, много логических нестыкок. Это связано с тем, что поверхностно были проработаны п.1.1 и п.1.2, где должны были обсуждаться именно те основы, на которых строился п.1.5 (широковещательная передача, конкурентный доступ, идентификация, опросы, технологии энергосбережения, получение оперативной информации о сети и т.п.).
Аналогично п.1.6 - для каждого режима должно быть представлено свое подробное описание сценария взаимодействия. Каждый сценарий оперделенного режима работы будет представлять собой набор состояний/задач, связанных между собой. Одно состояние следует за другим либо безусловно, либо с проверкой условия. Обязательно пояснение условия штатного выхода из сценария или условия перехода в одно из состояний рассматриваемого сценария (циклический процесс чего-либо).
Как-то так.

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

Замечания к сообщению Кубышкина Дмитрия

Сообщение tor_root » 05 дек 2011, 09:54

Обсуждаемое сообщение
1. В список источников добавьте последний вариант предшествующей статьи.
2. п.1.4 - помимо общеизвестных сведений о модели OSI необходимо проделать анализ тех практических задач/функций/особенностей, которые будут "наполнять" слои модели OSI Вашей системы. Т.е. опираясь на описание п.1.1-1.3 требуется сформулировать задачи сервисов слоев модели, имеющие отношение к специфике именно Вашей системы. Общие сведения здесь не требуются.
3. Имеется существенный недостаток п.1.5 и п.1.6 - в описании режимов работы и сценария взаимодействия в целом отсутствует пояснение задач и функций ТД. В некоторых состояниях ТД упоминается, но и только. Но на то она и ТД, чтобы задавать всем правила работы в сети - а вот это как раз в работе отсутствует. Хотя проработка остальных вопросов интересна.
4. Помимо рис.7, отражающего аспект организации сеанса связи, необходимо привести иллюстрации сценариев каждого из режимов с подробными пояснениями.
5. Дополню: "После включения терминал делает запрос на регистрацию" - сов. неправильное решение; Т должен обнаружить сеть, [выяснить, его ли она], выяснить, с какими параметрами он может передавать сигнал и только после этого Т может начать борьбу за КС - не так ли? Эти действия должны иметь поддержку со стороны ТД, такие как период. передача широковещательной инф. о сети, предоставление инф. о параметрах доступа и т.п.; "большую часть времени терминал находится в пассивном режиме прослушивания открытого канала связи" - непонятно, что за "пассивный" режим - его в списке режимов не было, понятие "открытого" канала ранее не было определено - необходимо тщательно пересмотреть п.1.5 или п.1.1-1.2 с целью более полного освещения собственных идей.

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

Замечания к сообщению Романа Ратникова

Сообщение tor_root » 05 дек 2011, 10:28

обсуждаемое сообщение
1. функциональные модули схемы рис.1. должны быть пояснены с целью аргументации их наличия в функциональной схеме.
2. "По времени он будет разделен на шесть этапов, повторяющихся периодически" - требуется иллюстрация (как пример идеи иллюстрации - рис. 2 из сообщения Минаева Ильи)
3. "CSMA/CA" и прочие тех. решения - ссылки на источники
4. "Методические указания к лабораторным работам по изучению стандартов 802.11а (WiFi) и 802.15.1 (Bluetooth)." - привести библиограф. данные в соответствии с общепринятыми правилами.
5. Расставить ссылки на источники из текста.
6. Провести анализ обеспечения работы нескольких подобных систем на одной территории - т.е. что необходимо заложить в систему, чтобы выполнить подобную задачу? Этот вопрос возникал во многих рецензиях - плохо, что Вы пренебрегаете знакомством с разбором работ Ваших товарищей.

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

Замечания к сообщению Дарьи Зенкиной

Сообщение tor_root » 07 дек 2011, 16:50

Обсуждаемое сообщение
1. "-Реализация методов доступа к среде: будет использовано временное разделение канала для реализации множественного доступа." - из текста и предыдущего сообщения не следует факт применения для множественного доступа TDMA. Более того, из описания следует, что реализация множественного доступа строится на опросе ТД. Это несколько противоречит сделанному выше утверждению. Необходимо привести соответствующие пояснения и подготовить рис., поясняющий технологию передачи данных на основе опроса ТД (т.е. граф. пояснение части материала п.1.1 и канального уровня).
2. "Для битовой синхронизации в приемнике необходима фазовая автоподстройка частоты с обратной связью по решению, а также приемнике будет извлекаться таймерный сигнал из принятой информации для тактовой синхронизации информации" - пояснить, что необходимо будет предусмотреть для внедрения на физ. уровне вышеперечисленного..
3. "Перемежение. Предназначено для борьбы с пакетированием ошибок путём их разнесения во времени." - необходимо оценить величину интервала перемежения.
4. " Для этого в приемнике будем использовать эквалайзер. " - аналогично п.2
5. "-Помехоустойчивое кодирование. В качестве помехоустойчивого кодера в системе будет использовать сверточный кодер." - обосновать этот выбор. Указать, для каких типов сообщений будет использоваться FEC (трафик, опрос, рассылка и т.п.).
6. Пакеты на физ. уровне используются? Если да, то пропущены несколько очевидных задач физ. уровня.
7. Задачи канального уровня сформулировать исходя из специфики своей системы - заложенной в п.1.1 идеи функционирования сети и развитой в п.1.5-1.6.
8. "Служба канального уровня сформировывает пакеты сетевого уровня в кадры собственного формата, которые включают в себя поле адреса, проверочную часть, флаги синхронизации." - пояснить подробнее о том, на основании чего формируется такой список полей пакета второго уровня.
9. Не раскрыт режим регистрации.
10. Задачи "Определение необходимых для взаимодействия идентификаторов и широковещательных параметров сети. Анализ способов обеспечения энергосбережения" не проработаны.
11. Добавить список источников и расставить на них ссылки из текста (особенно для тех частей, в которых активно использовался копипаст)

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

Re: Разбор сообщения по первой части КП

Сообщение tor_root » 07 дек 2011, 17:06

обсуждаемое сообщение
Ольга!
Прошу учесть замечания к сообщению Дарьи Зенкиной (форум) - есть совпадающие ошибки.
Дополнительно:
1. не ясен выход из состояния "Спящий режим" - передача еще понятно, но как терминал решит о "необходимости приема"?
2. Рис. 2-4 - требуется пояснение того, как Т может передавать PID без организации доступа к каналу связи?
3. Какие задачи в разрабатываемой системе решает режим регистрации? Для чего он в принципе может быть использован с т.з. решаемых сетью задач?

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

Замечания к сообщению Романа Ратникова

Сообщение tor_root » 07 дек 2011, 17:28

Обсуждаемое сообщение
1. Целесообразно внести в п.1.4 подразделы, соответствующие разным уровням модели.
2. С учетом 2-х профильности phy требуется доработать рис.1, указав дополнительно, на основании чего и каким образом осуществляется переключение.
3. Посмотрите пож. замечания замечания к сообщению Дарьи Зенкиной (форум) - часть замечаний имеет отношение и к Вашему сообщению (перемежение, пакеты физ. уровня, логич. каналы физ. уровня и т.п.)
4. По канальному уровню: отлично изложено, но есть 2 замечания: потенциально возможна проблема скрытой станции и имеется некоторое противоречие с первым сообщением: "поэтому целесообразно выбрать временное разделение каналов (TDMA)" - о каких каналах идет речь?
5. "В процессе функционирования системы связи возможны следующие режимы работы..." - оформить в виде списка.
6. п.1.5 - режим поиска сети не предусматривается?
7. Условия входа/выхода в/из режима сна?
8. "Здесь используются идентификаторы.." - ввести соответствующие обозначения и использовать их в описании.
9. В виде сценариев должны быть пояснены все режимы работы Т. Задачи физ. уровня в сценариях не используются.

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

Замечания к сообщению Попова Артема

Сообщение tor_root » 07 дек 2011, 18:11

Обсуждаемое сообщение
1. "· формирование электрических сигналов; " - непонятно. Формирование из чего?
2. "Искаженная кодовая последовательность может иметь нулевую, или очень близкую к нему вероятность, что позволяет обнаружить и в некоторых случаях исправить ошибки. Для того чтобы код обладал корректирующими способностями, в кодовой последовательности должны содержаться дополнительные (избыточные) символы, предназначенные для корректирования ошибок. Чем больше избыточность кода, тем выше его корректирующая способность." - тривиальные данные приводить в сообщениях не следует. Необходимо придерживаться существа вопроса.
3. Перечисление "Физический уровень:" требует переработки и подробного пояснения. Здесь должны быть те особые задачи, которые присущи именно разрабатываемой системе. Содержание Рис.1 должно следовать из такого описания.
4. "Рекомендация G.723.1" - добавить ссылку на спецификацию
5. "Формирователь пакетов – перемеживает биты, добавляет служебную информацию" - чтобы не повторяться - см. замечания к сообщению Дарьи Зенкиной (форум). В список задач формирователя пакетов физ уровня перемежение не входит. Это отдельная задача. Требуется также уточнить, о чем идет речь: "добавляет служебную информацию".
6. "Мониторинг сети осуществляется поочередной отправкой пакетов запроса каждой зарегистрированной в сети станции по широковещательному каналу." - может использовать понятие канала вызова? BCCH имеет несколько иной смысл.
7. "Для регистрации в сети МС желающая зарегистрироваться должна найти канал управления. В канале циклически передается информация о провайдере, системном времени, информацию о каналах траффика, канале доступа и услугах данной сети."
- пунктуация!!!
- "канал управления" - крайне неудачное обозначение; необходимо использовать наименование, близкое по назначению;
- траФик!
8. "МС переходит на канал доступа и ожидает появления маяка" - Смешались в кучу кони, люди, и залпы тысячи орудий слились в протяжный вой... Что за маяк, да еще в канале доступа!?
9. п.1.6 противоречит содержимому п.1.4, а п. 1.5 не содержит режимов работы, характерных для радиотелефонии. В п.1.6 поясняются сценарии всех режимов, обоснованных в п.1.5.

Сообщение повышенной энтропийности...


Вернуться в «Курсовой проект»

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

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