Замечания к сообщению
Добавлено: 20 дек 2020, 16:31
Замечания к сообщению Радиосеть сбора данных с ПО
1. 2.2. Разработка иерархической модели радиосети - как транспортной платформы доставки информационных (п.1.1-1.4) и служебных сообщений (п.2.1). - только предметный материал, связанный с решением конкретных задач в контексте темы. Чтобы не повторяться - подробнее здесь, в т.ч. в примечаниях по тексту статьи
2. 2.4.1. Диаграмма состояния терминала - не соответствует ранее изложенному материалу, в том числе:
а) Отсутствует проработка идеи организации множественного доступа Т к услугам ТД.
б) Проигнорирована доставка сообщений в прямом направлении.
3. "После регистрации начинает свою работу управления радиоресурсами, которая формирует запрос на выделение канала для передачи данных " - совершенно непонятно:
а) зачем нужна регистрация? Обоснования необходимости этого процесса в п.1 не было.
б) Сервис установления соединения Т взаимодействует с одноименным сервисом на ТД и по факту передачи сообщения доступа совместно устанавливают канал. Зачем здесь нужна служба RR?
в) Задача ПД по соединению выполнена – соединение разрывается или поддерживается пока Т в пределах зоны радиопокрытия? Если потребуется доставить инф. сообщение на Т (аналитическая постобработка на ТД или сообщение из ЦС) – как это реализуется в диаграмме? Или «кто не успел, тот без ужина»?
г) Инструмент ARQ выделять на схеме не требуется - это неотъемлемая часть Вашего протокола ПД.
4. "Делает она это до тех пор, пока ресурс не будет выделен " - непонятно, стучится что ли она куда?
Остальные замечания по тексту.
1. 2.2. Разработка иерархической модели радиосети - как транспортной платформы доставки информационных (п.1.1-1.4) и служебных сообщений (п.2.1). - только предметный материал, связанный с решением конкретных задач в контексте темы. Чтобы не повторяться - подробнее здесь, в т.ч. в примечаниях по тексту статьи
2. 2.4.1. Диаграмма состояния терминала - не соответствует ранее изложенному материалу, в том числе:
а) Отсутствует проработка идеи организации множественного доступа Т к услугам ТД.
б) Проигнорирована доставка сообщений в прямом направлении.
3. "После регистрации начинает свою работу управления радиоресурсами, которая формирует запрос на выделение канала для передачи данных " - совершенно непонятно:
а) зачем нужна регистрация? Обоснования необходимости этого процесса в п.1 не было.
б) Сервис установления соединения Т взаимодействует с одноименным сервисом на ТД и по факту передачи сообщения доступа совместно устанавливают канал. Зачем здесь нужна служба RR?
в) Задача ПД по соединению выполнена – соединение разрывается или поддерживается пока Т в пределах зоны радиопокрытия? Если потребуется доставить инф. сообщение на Т (аналитическая постобработка на ТД или сообщение из ЦС) – как это реализуется в диаграмме? Или «кто не успел, тот без ужина»?
г) Инструмент ARQ выделять на схеме не требуется - это неотъемлемая часть Вашего протокола ПД.
4. "Делает она это до тех пор, пока ресурс не будет выделен " - непонятно, стучится что ли она куда?
Остальные замечания по тексту.