Тема 2. Радиосеть передачи данных

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

Тема 2. Радиосеть передачи данных

Сообщение tor_root » 21 сен 2013, 00:17

Система предназначается для устранения проблемы «последней мили» - обеспечения высокоскоростной беспроводной связи небольшого числа абонентских терминалов в пределах ограниченной территории к стационарным сетям общего пользования. Основные требования к системе:
- минимально возможная мощность излучения абонентской станции;
- минимальный диапазон используемых частот;
- возможность адаптивного изменения скорости передачи.

Вариантов заданий - 3
Вложения
вл_1_N3.pdf
(75.84 КБ) 419 скачиваний
вл_2_N5.pdf
(75.08 КБ) 333 скачивания
вл_3_N9.pdf
(75.6 КБ) 381 скачивание

Саутина Мария
Сообщения: 9
Зарегистрирован: 04 мар 2013, 20:16

Re: Тема 2. Радиосеть передачи данных

Сообщение Саутина Мария » 23 сен 2013, 21:43

Остановлюсь на этой теме. Вариант 5

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

Re: Тема 2. Радиосеть передачи данных

Сообщение tor_root » 23 сен 2013, 22:09

ок

Сергей Медведев
Сообщения: 6
Зарегистрирован: 05 мар 2013, 22:10

Re: Тема 2. Радиосеть передачи данных

Сообщение Сергей Медведев » 28 сен 2013, 15:18

Медведев ,вариант 9

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

Re: Тема 2. Радиосеть передачи данных

Сообщение tor_root » 30 сен 2013, 22:42

Ок

Саутина Мария
Сообщения: 9
Зарегистрирован: 04 мар 2013, 20:16

Re: Тема 2. Радиосеть передачи данных

Сообщение Саутина Мария » 22 окт 2013, 15:44

Часть 1 курсового проекта http://omoled.ru/publications/view/429

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

Саутиной Марии

Сообщение tor_root » 26 окт 2013, 01:07

Замечания к сообщению Радиосеть передачи данных. Часть 1.

1. «При этом пользователь получает Т, который подключается к стандартному разъёму ОО» - ОО – это проявление эмоции?
2. «На проектируемую систему ложится задача передачи и приема данных (текст, музыка, видео) из узлов Internet.» - неверно. Проектируемая часть – это Т-ТД; здесь может идти речь о гарантируемой/негарантируемой доставке сообщений. Если в системе планируются услуги доставки real time трафика, то потребуется резервирование канального ресурса с требуемой пропускной способностью и качеством доставки. Подобный анализ, разумеется, должен иметь место.
3. «В качестве источника информационных сообщений могут выступать оконечное оборудование (ОО)» - неверно. Источником информационных сообщений все же правильней назвать «связное» ПО, которым пользуется абонент сети.
4. Требуется провести анализ планируемых атрибутов сообщений (непрерывных и эпизодических): приоритетность, адрес назначения/отправителя, задержка/качество доставки и т.п.
5. Требуется ввести и в дальнейшем использовать понятие потока – как виртуального соединения Т с удаленным узлом. Провести анализ его назначения, атрибутов.
6. «Для этого в системе используется автоматический запрос повторной передачи (англ. Architectural Research Quarterly – ARQ)» - это, конечно, хорошо. Но вот с непрерывными данными (постоянным трафиком) как сложится?
7. с целью устранения путаницы целесообразно использовать в тексте обозначения идентификаторов (к примеру, идентификатор Т - TermID).
8. Целесообразно разделить сообщение на большее число подразделов с выделением номера и названия. Нумерацию по ТЗ лучше не использовать.
9. « Рассмотрим краткое описание концепции функционирования сети» - хорошее описание. Но его требуется выполнить с учетом пп.2,4,5,6 и провести совместно с синтезом функциональных схем Т и ТД. Т.е. описание концепции функционирования сети должно явно ссылаться на соответствующие модули/задачи ФС Т и ТД или из описания концепции функционирования сети должно следовать наличие определенных функциональных модулей/задач Т и ТД. Аналогично по отношению к анализу ИС – при описании концепции функционирования сети необходимо в полной мере оперировать журналами ИС и сведениями из ИС.
10. «Модуль управления является, так называемым, программным обеспечением точки доступа. В нем прописаны все сценарии взаимодействия АР. Модуль управления, получив сведения о сети, выбирает необходимый сценарий взаимодействия сети в данной ситуации. Сценарий взаимодействия (профили работы), изменение данных профилей, в зависимости от ситуации, оптимизируют работу данной сети.» - не совсем понятно, требуется уточнение (раскрыть мысль подробнее, без такого обилия запятых).
11. html-ссылки дополнить названием работ.

Несмотря на большое количество недостатков - эта работа лучшая из тех, что проверил на данный момент (26.10.2013 02:04). Как и Надежде Жарко - развивайте идеи прошлых работ. Труд ребят прошлых потоков не должен пропадать.

Саутина Мария
Сообщения: 9
Зарегистрирован: 04 мар 2013, 20:16

Re: Тема 2. Радиосеть передачи данных

Сообщение Саутина Мария » 27 окт 2013, 18:54

в п. 1.5.1. требуется проработка понятия сеанса соединения, атрибутов соединения. Поясните, пожалуйста, что это должно включать.

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

Re: Тема 2. Радиосеть передачи данных

Сообщение tor_root » 27 окт 2013, 22:42

Именно под этой фразой подразумевается проработка процесса организации информационного потока с заданными параметрами (атрибуты соединения) - на основании запроса соответствующей услуги от пользователя (программного обеспечения). В остальных случаях сеанс связи может быть организован исполнением какого-либо действия в рамках сценария взаимодействия с целью доставки служебного сообщения от Т к ТД или в обратном направлении. В данном случае инициатор сообщения использует один из ЛК с известными свойствами.

Саутина Мария
Сообщения: 9
Зарегистрирован: 04 мар 2013, 20:16

Re: Тема 2. Радиосеть передачи данных

Сообщение Саутина Мария » 30 окт 2013, 17:09

Часть 2 курсового проекта http://omoled.ru/publications/view/437


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

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

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