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

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

Михайлиной Ольге

Сообщение tor_root » 24 окт 2012, 10:52

Отзыв на первое сообщение Михайлиной Ольги по теме "КП "Компактная система радиотелефонной связи"_часть_1_v.1".

Работа разочаровала.
Задачи, которые должны быть раскрыты в первом сообщении, отражены не полностью и с ошибками.

1.1. Анализ поставленной задачи и исходных данных, выявление особенностей работы системы. Цель –проработка идеи создания сети как целостной системы. Краткое описание концепции функционирования системы связи на основе проведенного анализа. Определение списка основных и дополнительных услуг системы, предоставляемых пользователям.

1. "В качестве модели предсказания потерь выберем модель Окамура-Хата (по рекомендациям Международного Союза Электросвязи).[1]" - к чему это предложение? Из задачи 1.1 этот выбор не следует. По всей видимости, имеется факт пропуска постановки проблемы. Дополнительно: ссылки на литературу являются частью предложения.
Рекомендуемый подход к изложению: постановка и обсуждение проблемы -> анализ способов ее решения -> обоснование выбора окончательного решения.
2.ак как передаваемые данные представляют собой речь, то ее нужно передавать по каналам связи с низкими требованиями к вероятности ошибки, но обязательно с гарантированной пропускной способностью по причине того, что спектр речевого сигнала лежит в определенном частотном диапазоне. ".
Неграмотная и ошибочная аргументация: а) "...<речь> нужно передавать по каналам связи с низкими требованиями к вероятности ошибки" -????
б) "... по причине того, что спектр речевого сигнала лежит в определенном частотном диапазоне" - глупость.
Аргументациия требует приведения вполне конкретных цифр - 5 курс как-никак, не 5 класс школы.
3. "В результате каналы связи, образуемые при данной конфигурации сети, тоже являются динамически изменяющимися, что недопустимо для передачи речи." - интуитивно понятно, что Вы имели в виду. Надо, чтобы это прозвучало явно; смущает "... тоже являются динамически изменяющимися" - в каком смысле? Помеховая обстановка? Задержки? Ошибки? Недопустимая недосказанность.
4. "Мобильная сеть, включающая несколько станций, каждая из которых обслуживает небольшую площадь, будет охватывать всю необходимую территорию. Абонент мобильной станции может свободно перемещаться по всей этой территории, всегда оставаясь на связи. Данная структура (рис. 1) позволяет в случае выхода из строя одной базовой станции (БС) за счет адаптивного изменения мощности передачи компенсировать временную неработоспособность одной из станций."
4.1. "Мобильная сеть, включающая несколько станций" - МС или БС?
4.2. "Абонент мобильной станции может свободно перемещаться по всей этой территории, всегда оставаясь на связи. Данная структура (рис. 1) позволяет в случае выхода из строя одной базовой станции..." - из первого первого предложения-требования (?) явно не следует следующее предложение: разрывы логики, см. п.1.
Рис.1 - совершенно пустой и в контексте Вашей работы неуместный.
4.3. Совершенно не понятен смысл расчета: в исходный данных утверждаете "Пусть СМО состоит из двух сот", после расчета вывод: "Исходя из расчета необходимо, чтобы сеть имела 2 БС" - либо глупость, либо скрытая мысль.
5. Совершенно не раскрыта сущность БС - в радиотелефонии, как и в обычной телефонии это прежде всего коммутаторы, которые осуществляют адресное соединение назначенных пользователям каналов. Как, на основании чего осуществляется коммутация? Что в принципе требует решение такой задачи? Безусловно, анализ этой задачи должен найти свое отражение на функциональных схемах.
6. Аналогично не раскрыты аспекты взаимодействия БС между собой: как м.б реализовано ПО, как будет организовано централизованное хранение данных об абонентах и т.п.?
Как будет осуществляться администрирование параметров БС, контроль функционирования сети, сведения о работе сети на заданной территории и т.п?


1.2. Проработка обобщенной функциональной схемы системы: выявление основных ее компонент и описание функциональных связей. Обоснование наличия выделенных узлов сети и отражение их задач.

Рис. 2 и 3 - в том виде, как есть - неуместны.
7. "Основные функции, возлагаемые на БС:
организация доступа терминала к сети;
предоставление услуг качественной связи;
предоставление дополнительных услуг;
передача общей информации о сети;
синхронизация всех терминалов в зоне радиопокрытия.
"
Эти функции по возможности должны быть пояснены и обязательно представлены на функциональной схеме БС. Кроме того, на функциональной схеме БС должно найти свое отражение:
1. БС - как коммутатор каналов;
2. взаимодействие с другой БС;
3. взаимодействие с внешней сетью - если это заложено в п.1.1
4. подсистемы: сигнализации (управление сценариями взаимодействия с МС) и коммутации трафика (см. замечания к работе Калинкина Владислава);
5. подсистема радиоизмерений - как ни как беспроводная подвижная сеть, без этого сов. не обойтись (см. замечания к работе Калинкина Владислава).

Как-то подобным образом должна быть синтезирована функциональная схема радиотерминала.
Из схем должно быть ясно, откуда "берутся" сообщения, где и как они обрабатываются и куда они передаются.

8. О "радиомодуле" - практически в каждом отзыве сказано, повторяться не буду - читайте, исправляйте. Без привычного примитивизма пож.

1.3. Определение и обоснование структуры информационной подсистемы сети. Выявление важнейших модулей информационной подсистемы и пояснение необходимых связей модулей.

Требуются иллюстрации ИС БС и терминалов с необходимыми пояснениями. Структура ИС должна следовать из материала п.1.1 и 1.2. Так быть не должно:
"Она будет включать в себя номера абонентов, принадлежащих к данной сети с целью соединения с любым из абонентов этой компактной системы радиотелефонной связи. Также информационная подсистема должна включать в себя информацию о видах услуг, которыми может воспользоваться пользователь данного терминала и собственную информацию терминала. В ее составе должны быть уникальный идентификатор терминала и свой абонентский номер." - это явная халтура.

olga_m
Сообщения: 14
Зарегистрирован: 17 авг 2011, 18:01

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

Сообщение olga_m » 24 окт 2012, 18:04

Спасибо. Приму к сведению.

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

Ночной Анне

Сообщение tor_root » 29 окт 2012, 14:24

Замечания к сообщению "КП на тему "Локальная радиосеть" п. 1.4-1.5 (часть №2)".

Выделю основные недостатки сообщения.
1. В сообщении используется много избыточной, зачастую в примитивной интерпретации, информации. Подобные сведения требуется из работы убрать, оставив лишь то, что имеет непосредственное отношение к обсуждаемым вопросам.
2. Изложение сути иерархической модели целесообразно начинать с верхнего уровня и, разумеется, заканчивать физическим слоем - в соответствии с используемой в работе концепцией передачи сетевых сообщений.
3. Напоминаю: в составе каждого слоя находятся службы, выполняющие определенные задачи. Для работы каждой службы требуются исходные данные; должен быть предельно ясен результат работы службы. К примеру: служба частотной синхронизации/подстройки частоты - что требуется для ее работы? Возможно: вспомогательные радиосимволы (преамбула), отдельный постоянно действующий канал синхронизации, отдельное поле в составе каждого пакета/кадра и т.п. - должна быть определенность. Для службы FEC, реализованной в виде сверточного кода, - видимо информация об используемой скорости кодирования, размер блока, после которого кодека сбрасывается в исходное состояние.

При описании модели OSI требуется дать ответы на следующие вопросы:
1. Каким образом в сети реализуется метод множественного доступа: анализ/обоснование (DAMA, FAMA, ALOHA и всевозможные комбинации/следствия методов).
2. Как планируется использовать выделенный частотный ресурс - метод доступа к физической среде (TDMA,FDMA, CDMA или комбинация): анализ/обоснование, как реализуется дуплексный режим.
3. Подсистема радиоизмерений: как планируется осуществлять измерения, кто является "потребителем" результатов измерений, на что они будут влиять? Как система будет реагировать на изменение помеховой обстановки?
4. Как осуществляется раздельная обработка сообщений подсистемы сигнализации и подсистемы трафика? Судьба принятых сообщений той и другой подсистем? Как обеспечивается гарантированная доставка сообщений? Имеются ли уведомления о доставке?
5. Роль ТД в доставке сообщений подсистемы трафика.
6. Где и как формируются/исполняются сценарии взаимодействия ТД и Т?
7. Как принципиально будет организован режим энергосбережения Т (в разрезе каждого слоя модели)?

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

Кривошеиной Марии

Сообщение tor_root » 30 окт 2012, 23:19

Замечания к сообщению "Компактная система радиотелефонной связи. 2 этап.".

1.4. Построение иерархической модели разрабатываемой системы в соответствии с рекомендациями OSI. Краткий анализ необходимых уровней и подуровней модели с обоснованием основных выполняемых задач.Оценка необходимости наличия сетевого и транспортных уровней в разрабатываемой системе.

Раздел, связанный с построением иерархической модели разрабатываемой системы в соответствии с рекомендациями OSI, не просто должен включать банальное перечисление очевидных вещей - высшее образование для этого отнюдь не требуется. Как и во всех остальных задачах выполняемого проекта, при решении этой проблемы необходимо применить творческое начало. Без этого никак. Для начала предлагаю ознакомиться с комментариями к сообщению Анны Ночной - здесь я повторяться не буду, те же самые замечания и вопросы имеют отношение и к Вашему сообщению.

Описание модели разрабатываемой системы должно следовать из решений п.1.1-1.3 и не противоречить им. Если при описании какого-либо уровня/службы/функции вводится не очевидная с т.з. п.1.1-1.3 задача/решение, то это должно быть отдельным образом пояснено: проблема - способы решения - аргументированный выбор решения (к примеру: TDMA, для минимизации диапазона используемых частот - сов. неясно, к чему TDMA, при чем здесь минимизация?, передача битов по физическим каналам - что за ФК? Сумбур какой-то...).

Так как разрабатывается радиотелефонная система, необходимо отметить, что количество каналов должно соответствовать количеству проводимых сеансов связи. При этом, пропускная способность должна быть фиксированной. Важно так же обеспечить минимальное время задержки. При этом, задача исправления абсолютно всех ошибок не является приоритетной, необходимо добиться приемлемой разборчивости речи.
Какое отношение указанное выше имеет отношение к физ. уровню??? В сообщении Вы перечислили задачи физ. уровня, если опустить его декларативность, то из каких задач следует решение тех проблем, о которых Вы заявляете?
Описание канального уровня совершенно оторвано от сути решаемой задачи и демонстрирует непонимание его особенностей для радиотелефонной системы. Как пример: Обычно, когда канальный уровень посылает кадр, он ожидает со стороны получателя подтверждения приема. Это имеет отношение к тлф-трафику? Или о чем-то другом идет речь? Аналогично: Отмечу, что на данном уровне появляется понятие адреса. - что за адрес? Адрес чего, для какой цели? Если предположить, что в в этом предложении Вы правы: необходимо отметить, что количество каналов должно соответствовать количеству проводимых сеансов связи, то использование адреса для доставки сообщений становится совсем непонятным.

Далее. "Уровень принятия решений" - это прежде всего набор служб управления мобильностью терминалов и управления радиоресурсами. Здесь закладываются всевозможные сценарии взаимодействия БС и Т. Вопросы, связанные с биллингом и взаимодействием абонентов с загадочной базой данных решаются приложениями прикладного уровня.

Вывод: п.1.4 в сущности не раскрыт, присутствует неряшливость в проработке задач уровней модели. Совершенно не учтена специфика основной задачи системы.

Требования.
1. Описание уровней модели необходимо строить в контексте решения основной задачи системы: передачи сообщений. Рассматриваете основные этапы обработки одного, сформированного по какой-либо причине сообщения, на всех связанных с его обработкой уровнях модели, т.е. начиная от "рождения" сообщения (где, как и по причине какого события), заканчивая его прохождением через слои и применением/исполнением/доставкой по назначению.
2. Выполнение п.1 связано как с сообщением канала трафика, так и с сообщением подсистемы сигнализации.
3. Любимые Вами задачи физ. уровня должны быть пояснены - что требуется реализовать в пределах уровня, в радиоинтерфейсе для их решения.
4. Построение модели радиосети необходимо начать с верхнего уровня ( "Уровень принятия решений"), рассматривая его как получателя или как источника сообщения подсистемы трафика или сигнализации.

1.5.1 Определение и краткая характеристика возможных режимов работы абонентского терминала. Проработка понятия сеанса соединения, возможные атрибуты соединения. Анализ способов обеспечения энергосбережения.

Изложение сумбурное, много непонятного выбора, наблюдается декларативный характер изложения без какого-либо анализа необходимости выполняемых действий. Снова оказалась заброшенной тема радиотелефонии - как задачи адресного соединения двух терминалов - вызываемого и вызывающего. Получилось какое-то подобие винегрета.

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

Васильеву Константину

Сообщение tor_root » 30 окт 2012, 23:32

Замечания к сообщению "Тема 3. Локальная радиосеть. Часть 1.".

Чтобы не повторяться:
1. Отзыв на сообщение Милованова Сергея
2. Отзыв на сообщение Подкопаевой Светланы
3. Отзыв на сообщение Ночной Анны
4. Отзыв на сообщение Калинкина Владислава.

Думаю, что осилите: требуется ознакомиться с замечаниями и соответствующим образом доработать сообщение.

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

Калинкину Владиславу

Сообщение tor_root » 31 окт 2012, 00:09

Сообщение №2
Владислав, уберите из текста термины англокитайско-русского перевода и поставьте перед собой единственную задачу - оставить в сообщении лишь то, что непосредственно касается Вашей работы.
И, разумеется, привести исчерпывающие поянения необходимости использования того или оного решения. Замечания к сообщению Марии (viewtopic.php?f=39&t=226&start=10#p1106) обязательны к изучению и к применению. Что касается ужаса, связанного с CSMA - не читайте на ночь сайты сомнительного содержания. У нас имеется подходящее для первого прочтения учебное пособие по радиосети 802.11 (viewtopic.php?f=27&t=161), начните с него. Уверен, что поможет.

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

Баклагину Алексею

Сообщение tor_root » 31 окт 2012, 09:52

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

Первое впечатление от сообщения: работа проделана качественно и достаточно глубоко.
Разумеется, есть некоторые моменты, которые сглаживают положительное впечатление о проделанной работе.
1. Явно недостает иллюстраций, схемотично поясняющих излагаемые в сообщении идеи и различные решения обсуждаемых задач. Иллюстрации требуется не просто "воткнуть" в текст, а выстроить вокруг них изложение материала.
Это прежде всего касается п.1.5.1-1.5.3, в которых должно быть по крайней мере по одной диаграмме.

2. Содержание п.1.5.2 не соответствует заданию. С каких это пор OFDM имеет отношение к ФК?

1.5.2 Пояснение способа организации доступа к физическому каналу. Разработка и пояснение способа адаптивного изменения скорости передачи данных.

ФК - это соединение, реализуемое и управляемое на канальном уровне. По запросу от верхнего уровня (когда готово сообщение для передачи) соответствующая служба канального уровня начинает процедуру организации ФК (на основе конкурентной борьбы, по запросу к ТД и т.п.).
Вот именно аргументированное, подробное изложение такой процеудры/сценария реализации ФК для приема/передачи сообщений является целью этого пункта задания. Т.е. требуется описание того, как планируется организовывать симплексные по сути ФК для широковещательных и адресных соединений (передача сообщений трафика, сигнализации).
Ключевые слова: алгоритмы многостанционного даступа, FAMA, DAMA, ALOHA, CSMA и т.п.

По факту то, что представлено в п.1.5.2 - имеено аспекты организации физ. уровня.

3. Что касается Internet: Ваша сеть предназначена для организации доступа к произвольной внейшней сети. Internet - частный случай. Главное, чтобы для соединения с внешней сетью использовался стандартный интерфейс и протокол. Это предмет первого сообщения, которое не проработано и пока весьма слабое.
Второе сообщение не должно касаться аспектов взаимодействия с внешней сетью, для Вас, при необходимости, должно быть понятие принятого/требуемого к передаче сообщения, никаких xNET. Некоторые концептуальные моменты изложены в комментариях к работе Калинкина Владислава.

4. Самое основное - описание уровней взаимодействия моделей Ваших сетевых объектов необходимо пояснять в виде пояснения процедуры доставки сообщения верхнего уровня от одного сетевого объекта к другому по всем нисходящим уровням модели. Должно быть четкое разделение сообщений трафика, широковещательной рассылки и сообщений подсистемы сигнализации.
Не следует забывать о том, что службы каждого уровня могут требовать передачи/приема служебной информации, им необходимой и не касающейся верхних уровней (к примеру, синхронизация в широком смысле, FEC, ARQ и т.п.). Четко должна быть изложена реакция соответствующих служб на изменение помеховой обстановки - как это будет влиять на параметры ФК и на параметры физ. уровня в целом?

Чтобы не повторяться в главном, ознакомьтесь с замечаниями к сообщению Марии Кривошеиной.

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

Подкопаевой Светлане

Сообщение tor_root » 31 окт 2012, 10:42

Замечания к сообщению "КП "Локальная радиосеть" п. 1.4-1.5. Часть 2.".

Сообщение понравилось, за исключение п.1.4.
Создалось ощущение того, что Вам не ясно, как требуется выполнить это задание.

Как я отметил в комментариях к сообщению Алексея Баклагина - описание уровней взаимодействия моделей Ваших сетевых объектов необходимо пояснять в виде пояснения общей процедуры доставки сообщения верхнего уровня от одного сетевого объекта к другому по всем нисходящим уровням модели: что из себя представляет исходное сообщение, что к нему должно быть добавлено службами разных уровней для решения своих задач. Как и на основании чего будет организован канал передачи сообщения, как будет настроено соединение физ. уровня и т.п.
Должно быть четкое разделение описания обработки сообщений трафика, широковещательной рассылки и сообщений подсистемы сигнализации по слоям модели. Как-то так.

Содержание п.1.5. намного интереснее и содержательнее. Оно обладает большим потенциалом и требует некоторой "шлифовки".
Основное, что "бросается в глаза" - недостаточное описание/раскрытие п.1.5.2, выраженное в плохом пояснении приведенной диаграмме.
Это также отчасти относится к остальным иллюстрациям раздела: иллюстрации требуется не просто "воткнуть" в текст, а выстроить вокруг них изложение материала.
Требуется на диаграммах расставить идентификаторы состояний (цифры или буквы) и при текстовом описании сценариев непосредственно ссылаться на обсуждаемое состояние или группу состояний.
К примеру, на основе цитирования: "Войдя в сеть, терминал может перейти в пассивный режим (1), если на данный момент нет необходимости получения обслуживания. Для получения обслуживания, терминалу необходимо захватить канал связи на время передачи данных. С этой целью в соответствии со сценарием обслуживания терминал получить в свое распоряжение ФК, за решение этой задачи отвечает служба такая-то (состояние 2, рис. ...)" - как-то так.

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

Калинкину Владиславу

Сообщение tor_root » 06 ноя 2012, 10:01

Комментарии к сообщению КП "Локальная радиосеть". Часть 2. Калинкин В.В.
В сообщении заостряется внимание на многих частных вещах, "вырванных" из контекста, причем с безвозвратной утратой связи этих частей друг с другом и с основными задачами разрабатываемой системы.
Проработка темы очень слабая, возникает ощущение непонимания автором полноты работы разрабатываемой сети.
1. В сообщении не отражена концепция доставки сообщения от одного терминала к другому, а также передача служебных сообщений от ТД к терминалам и обратно. Это сделать надо, по крайней мере, в п.1.4. Раздел 1.5 должен "с точностью до запятой" соответствовать отсутствующему описанию алгоритму доставки сообщений.
2. Следствие из п.1: описание уровней взаимодействия моделей Ваших сетевых объектов необходимо пояснять в виде пояснения процедуры доставки сообщения верхнего уровня от терминала к точке доступа по всем нисходящим уровням модели или в обратном направлении - от ТД к теримналу. Должно быть четкое разделение сообщений трафика, широковещательной рассылки и сообщений подсистемы сигнализации (если имеется).
Четко должна быть изложена реакция соответствующих служб на изменение помеховой обстановки - как это будет влиять на параметры ФК и на параметры физ. уровня в целом?
3. Описание физ. уровня никуда не годится: что за поток битов, откуда берется, почему отсутствует "стыковка" с канальным уровнем? Почему "В проекте используется сверточное кодирование", на каком основании? К чему так подробно описывать процедуру перемежения? По синхронизации и оценке КС - вообще тиражируемый инет-бред, для студента выпускного курса РТФ использовать такое - себя не уважать. Здесь как-раз требуется не декларация общеизвестных задач физ. уровня, а краткое описание того, как и из чего требуется формировать сообщение на физ. уровне - т.е какая служебная информация на физ. уровне должна дополнять сообщение для решений соответствующих задач? Если планируется OFDM, то именно в этом пункте нужно делать соответствующие заявления. Разумеется, рисунок "Структура физического уровня" в целом не имеет отношения к разрабатываемой системе.
4. Понятия LLC, MAC, "сигнал затора" и т.п. требуется использовать исключительно в том случае, если имеется понимание необходимости их использования при решении задач именно в разрабатываемой сети. То, что Вы приводите - информационная околосетевая шелуха.
5. п.1.5.1:
Определение и краткая характеристика возможных режимов работы абонентского терминала, отражающих решения выполненных ранее п.1.1-1.3. Проработка понятия сеанса соединения, возможные атрибуты соединения. Анализ способов обеспечения энергосбережения.

Требуется скорректировать материал этого пункта, представив его в виде описания решения основной задачи сети - доставки сообщения от одного Т к другому. Не забывать отражать необходимость передачи служебных сообщений и решение задач контроля качества соединения.
Целесообразно разработать соответствующий рисунок - в виде набора временных диаграмм, наподобие рис.17 из учебного пособия.

6. Содержание п.1.5.2 должно с точно соответствовать п. "Метод множественного доступа" п .1.4. Кроме того, в сообщении изложена лишь одна из фаз CSMA/CA - конкурентный доступ. Остальное почему-то опущено... Из описания непонятно - ТД участвует в процессе доступа к ФК?
7. Цель регистрации - непонятно. Что за идентификаторы: PID, UID и TID - с какой целью каждый из них используется? Отсутствует связь идентификаторов с разделами информационной подсистемы. Регистрация - это особый случай? В этом режиме не действуют законы физики и правила CSMA?
8. Сценарий взаимодействия на этапе запроса канала и обмена данными - непонятно. Что за обмен данными? Как все это соотносится с п.1.5.1?
"Терминалу необходимо передать запрос точке доступа на выделение временного интервала для обмена данными" - не понятно, к чему это? Из п.1.5.1 это никак не следует. Это вообще не следует из принципа CSMA...

Из п.1.5.2-1.5.4 категорически не ясно - каким образом будет осуществляться главная задача сети: доставка сообщения от одного Т к другому. Не ясны также и способы решения доп. задач сети...

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

Ламтеву Константину

Сообщение tor_root » 06 ноя 2012, 10:42

Обсуждаемое сообщение "Система сбора данных с подвижных станций. Часть 2."

Константин, сообщение понравилось. Проработка задач - добротная. Выскажу следующие замечания:
1. Вместо рис.1 целесообразно привести схему уровней Вашей системы - этот рисунок надо будет разработать по приведенному Вами исчерпывающему описанию. Такого рисунка очень не хватает в сообщении.
2. М.б. связать пункт описания МАС подуровня с рис. 3 и его описанием?
3. Идея, изложенная на рис. 2 - спорая: не ясно, как фазы установления соединения на САС будут успешно выполнены без синхронизации? Т.е. фазы 4 и 5 почему относятся только к этапу передачи данных? Целесообразно разработать дополнительный рисунок в виде набора временных диаграмм, поясняющих стратегию САС - наподобие рис.17 из учебного пособия.
4. "Например, это может быть сигнал о смене профиля функционирования системы, если был получен сигнал об изменении качества канала связи. В данном случае сигнал и пакет управления – это две разные вещи." - как-то нечетко. На канальном и выше уровнях целесообразно пользоваться понятием сообщения или набором сообщений (кадром). И еще - от кого получен сигнал "об изменении качества канала связи", на основании чего? Как это соотносится с радиоинтерфейсом рис.2? Недосказанности надо стремиться избегать.
5. По физ. уровню: то, что приведено на рис.4 как-то не очень согласуется по описанию с рис.3 и рис.2. Чтобы не повторяться: посмотрите пож. соответствующий пункт замечаний Калинкина Владислава.
6. По диаграммам - в целом ОК, единственно - спорность рис.2. Дополнительно: "Проигравшие РМ переходят в состояние «сон» на время, которое им сообщила ТС" - когда это она успела сделать? Если в сети сообщения КУ фиксированной длины (??) - нужна ли тогда такая функция?
7. "Если РМ такого сигнала не получает, то он на некоторое время переходит в состояние «сон», а затем вновь осуществляет поиск сети." - на какое именно время? Гдк хранится это и другие подобные значения?
8. При описании разнообразной идентификации требуется ввести соответствующие обозначения и активно их использовать в дальнейшем.
9. Как в сценариях, так и при описании САС как-то пропущен вопрос об идентификации оптимального профиля и не отражена стратегия работы подсистемы радиоизмерений (как ее задачи трансформируются в специфику САС и рассматриваемых ниже сценариях?).


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

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

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