Замечания к сообщению
Добавлено: 24 окт 2013, 22:58
1. Пропущен выбор аудиокодека
2. «Еще одной особенностью этого направления передачи является негарантируемость доставки аудио и видео данных.» - о каком направлении идет речь? Основание для сделанного утверждения?
3. Целесообразно ввести понятие потока данных, который обладает рядом свойств, в т.ч. собственным ID, временем «рождения/жизни», профилем качества, рекомендуемым профилем PHY (если будет заложено такое решение), скоростью передачи, адресами источника/получателей, возможным приоритетом и т. п. Это понятие будет очень удобным в дальнейшем описании. Собственно атрибуты потоков подлежат хранению в соответствующем журнале ИС.
4. «ЦУСИ (оператор) в свою очередь также является источником сообщений, которые предназначены аудио и видео датчикам.» - примитивизм типа «пользователь ПК является источником сообщений для монитора»
5. «В роли таких сообщений выступают команды управления датчиками (поворот камеры, зуммирование изображения, регулировка громкости и т.д.).» - что за громкость? В данном случае уместно перечисление передаваемых на Т параметров.
6. «Команды управления могут осуществляться до сотен раз в минуту. » - непросто представить оператора с такой производительностью генерации команд управления…
7. Отразить влияние непрерывного характера трафика на свойства ТД
8. «Между ТД и ЦУСИ устанавливается маршрутизатор (входящий в состав ЦУСИ), выполняющий функцию адресной доставки данных. ТД, маршрутизатор и ЦУСИ объедены между собой линиями сетевого кабеля» - требуется уточнить, что за адресная доставка данных маршрутизатором? ТД тоже выполняет адресную доставку? Непонятно.
Для решения каких задач применяются маршрутизаторы и насколько их применение уместно в разрабатываемой системе? При использовании маршрутизатора также необходимо пояснять и тип сети.
9. «Для того чтобы ТД знала кому предназначаются видео и аудио данные необходимо каждому оператору присвоить уникальный номер: IDоператора» - ошибочно; как оператор будет применять IDоператора? Не подменяете ли Вы этим понятие сетевого адреса ПК (на рисунке они обозначены как операторы)? ТД не должна знать о каких-то там операторах, это не ее функция. Она организует радиосеть подвижных терминалов и в целом обеспечивает доставку потоков от Т. В соответствии со свойством потока «адресат» ТД будет формировать соответствующее сетевое сообщение маршрутизатору.
10. Способ функционирования системы должен включать схематичное описание информационной связи вида «источник сообщения – получатель сообщения». Т и ТД лишь часть такой связи. То, что представлено, имеет преимущественно к п.1.5 – сценарии взаимодействия Т и ТД.
11. Задачи ТД/Т должны быть «прозрачны» с т.з. изложенного материала. Т.е. бессмысленна, к примеру задача «прием/передача адресных сообщений;» т.к. ТД работает в 2-х сетях. А вот об адаптации Т и ТД под заданный профиль качества видео, о котором так много было сказано – ни слова. Туда же «негарантируемость доставки данных»…
12. По функциональным схемам: «радиомодуль - отвечает за формирование и достоверный прием потока битов;» - как-то топорно. Радиомодуль уж точно не отвечает за формирование потока битов, за прием – может. И вообще, требуется пояснение, где собственно рождаются потоки с соответсвующими атрибутами из потока битов? Необходимо в пояснении схем «мысленно протягивать» сообщения от радиосимволов к сетевым пакетам (если речь идет о ТД). Аналогично – по отношению к Т; у Т нет сетевого контроллера – неудачное функциональное обозначение. Функциональный состав модулей должен следовать из изложенного материала или быть четко пояснен.
Общий вывод – очень «сырье» изложение. Предполагаю, что был выбран неудачный пример ранее опубликованных работ. Вместо качественного развития идей – полное доминирование того материала над Вашей работой.
Как возможная отправная точка работа Милованова Сергея.
2. «Еще одной особенностью этого направления передачи является негарантируемость доставки аудио и видео данных.» - о каком направлении идет речь? Основание для сделанного утверждения?
3. Целесообразно ввести понятие потока данных, который обладает рядом свойств, в т.ч. собственным ID, временем «рождения/жизни», профилем качества, рекомендуемым профилем PHY (если будет заложено такое решение), скоростью передачи, адресами источника/получателей, возможным приоритетом и т. п. Это понятие будет очень удобным в дальнейшем описании. Собственно атрибуты потоков подлежат хранению в соответствующем журнале ИС.
4. «ЦУСИ (оператор) в свою очередь также является источником сообщений, которые предназначены аудио и видео датчикам.» - примитивизм типа «пользователь ПК является источником сообщений для монитора»
5. «В роли таких сообщений выступают команды управления датчиками (поворот камеры, зуммирование изображения, регулировка громкости и т.д.).» - что за громкость? В данном случае уместно перечисление передаваемых на Т параметров.
6. «Команды управления могут осуществляться до сотен раз в минуту. » - непросто представить оператора с такой производительностью генерации команд управления…
7. Отразить влияние непрерывного характера трафика на свойства ТД
8. «Между ТД и ЦУСИ устанавливается маршрутизатор (входящий в состав ЦУСИ), выполняющий функцию адресной доставки данных. ТД, маршрутизатор и ЦУСИ объедены между собой линиями сетевого кабеля» - требуется уточнить, что за адресная доставка данных маршрутизатором? ТД тоже выполняет адресную доставку? Непонятно.
Для решения каких задач применяются маршрутизаторы и насколько их применение уместно в разрабатываемой системе? При использовании маршрутизатора также необходимо пояснять и тип сети.
9. «Для того чтобы ТД знала кому предназначаются видео и аудио данные необходимо каждому оператору присвоить уникальный номер: IDоператора» - ошибочно; как оператор будет применять IDоператора? Не подменяете ли Вы этим понятие сетевого адреса ПК (на рисунке они обозначены как операторы)? ТД не должна знать о каких-то там операторах, это не ее функция. Она организует радиосеть подвижных терминалов и в целом обеспечивает доставку потоков от Т. В соответствии со свойством потока «адресат» ТД будет формировать соответствующее сетевое сообщение маршрутизатору.
10. Способ функционирования системы должен включать схематичное описание информационной связи вида «источник сообщения – получатель сообщения». Т и ТД лишь часть такой связи. То, что представлено, имеет преимущественно к п.1.5 – сценарии взаимодействия Т и ТД.
11. Задачи ТД/Т должны быть «прозрачны» с т.з. изложенного материала. Т.е. бессмысленна, к примеру задача «прием/передача адресных сообщений;» т.к. ТД работает в 2-х сетях. А вот об адаптации Т и ТД под заданный профиль качества видео, о котором так много было сказано – ни слова. Туда же «негарантируемость доставки данных»…
12. По функциональным схемам: «радиомодуль - отвечает за формирование и достоверный прием потока битов;» - как-то топорно. Радиомодуль уж точно не отвечает за формирование потока битов, за прием – может. И вообще, требуется пояснение, где собственно рождаются потоки с соответсвующими атрибутами из потока битов? Необходимо в пояснении схем «мысленно протягивать» сообщения от радиосимволов к сетевым пакетам (если речь идет о ТД). Аналогично – по отношению к Т; у Т нет сетевого контроллера – неудачное функциональное обозначение. Функциональный состав модулей должен следовать из изложенного материала или быть четко пояснен.
Общий вывод – очень «сырье» изложение. Предполагаю, что был выбран неудачный пример ранее опубликованных работ. Вместо качественного развития идей – полное доминирование того материала над Вашей работой.
Как возможная отправная точка работа Милованова Сергея.