Система предназначается для устранения проблемы «последней мили» - обеспечения высокоскоростной беспроводной связи небольшого числа абонентских терминалов в пределах ограниченной территории к стационарным сетям общего пользования. Основные требования к системе:
- минимально возможная мощность излучения абонентской станции;
- минимальный диапазон используемых частот;
- возможность адаптивного изменения скорости передачи.
Вариантов заданий - 3
Тема 2. Радиосеть передачи данных
Тема 2. Радиосеть передачи данных
- Вложения
-
- вл_1_N3.pdf
- (75.84 КБ) 433 скачивания
-
- вл_2_N5.pdf
- (75.08 КБ) 343 скачивания
-
- вл_3_N9.pdf
- (75.6 КБ) 396 скачиваний
-
- Сообщения: 9
- Зарегистрирован: 04 мар 2013, 20:16
Re: Тема 2. Радиосеть передачи данных
Остановлюсь на этой теме. Вариант 5
-
- Сообщения: 6
- Зарегистрирован: 05 мар 2013, 22:10
Re: Тема 2. Радиосеть передачи данных
Медведев ,вариант 9
-
- Сообщения: 9
- Зарегистрирован: 04 мар 2013, 20:16
Re: Тема 2. Радиосеть передачи данных
Часть 1 курсового проекта http://omoled.ru/publications/view/429
Саутиной Марии
Замечания к сообщению Радиосеть передачи данных. Часть 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). Как и Надежде Жарко - развивайте идеи прошлых работ. Труд ребят прошлых потоков не должен пропадать.
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. Радиосеть передачи данных
в п. 1.5.1. требуется проработка понятия сеанса соединения, атрибутов соединения. Поясните, пожалуйста, что это должно включать.
Re: Тема 2. Радиосеть передачи данных
Именно под этой фразой подразумевается проработка процесса организации информационного потока с заданными параметрами (атрибуты соединения) - на основании запроса соответствующей услуги от пользователя (программного обеспечения). В остальных случаях сеанс связи может быть организован исполнением какого-либо действия в рамках сценария взаимодействия с целью доставки служебного сообщения от Т к ТД или в обратном направлении. В данном случае инициатор сообщения использует один из ЛК с известными свойствами.
-
- Сообщения: 9
- Зарегистрирован: 04 мар 2013, 20:16
Re: Тема 2. Радиосеть передачи данных
Часть 2 курсового проекта http://omoled.ru/publications/view/437
Кто сейчас на конференции
Сейчас этот форум просматривают: нет зарегистрированных пользователей и 6 гостей