Тема 1. Компактная система радиотелефонной связи

[olga_m]

Добрый вечер, Андрей Васильевич. Мое первое сообщение было доработано. Исправленный вариант: http://omoled.ru/publications/view/312

[tor_root]

Ольга, здравствуйте.
В работе имеются недостатки, о которых говорилось неоднократно при разборе других сообщений. Непонятно, почему Вы не считаете нужным их читать...
1. Провести подробный анализ задач, выполняемых БС и Т, поясняя их необходимость с т.з. предоставляемых услуг. По каждой задаче - аккуратное и емкое назначение (анализ) с оценкой (если возможно) того, что потребуется (в отношении Т и БС) для реализации каждой функции (п.7предыдущих замечаний - не проработан).
2. Блок-схемы не пояснены. Обратите внимание на п.5, п.7 предыдущих замечаний - не проработаны.
3. Аналогично п.6 - не проработан
4. "по таблице Эрлангов находим...": 1) ссылка на таблицу? 2) Было много Эрлангов? Они все так прославились, чтобы их цитировали во множественном числе? 3) Расчетные выражения используемой модели (ф. Эрланга "B"?) должны быть в сообщении.
5. " определитель номера вызывающего абонента;" - ?!
6. "Поэтому выберем структурированную конфигурацию сети, которая обладает стационарной инфраструктурой[2]" - почему это "поэтому"? Откуда такой вывод следует? Требуется аргументация.

[Maria_Krivosheina]

Андрей Васильевич, добрый день!
Объясните пожалуйста, возможно ли для обеспечения достоверности принимаемых сообщений использовать контрольную сумму? Т.е вычисляем контрольную сумму на передающей стороне, полученное значение вносим в конец пакета, в поле контрольной суммы. На приемной стороне известен алгоритм, по которому она должна быть вычислена. По завершению приема пакета, по принятым битам вычисляется новая контрольная сумма уже на приемной стороне и полученное значение контрольной суммы сравнивается с принятым. Если результаты совпадают, значит целостность данных сохранена.
Разумеется, помехоустойчивое кодирование никто не отменяет.

[tor_root]

Мария, здравствуйте.
Именно это мы имели в виду, обсуждая задачу контроля целостности передаваемого сообщения второго уровня и указывая на наличие в сообщении поля CRC. По факту на канальном уровне (MAC) практически любой системы такой контроль присутствует. Это мы исследовали в лабораторных работах по GSM и Bluetooth.

[Maria_Krivosheina]

Спасибо за консультацию!

[Maria_Krivosheina]

Здравствуйте.
На ресурсе Omoled представлен третий этап моего курсового проектирования.

[tor_root]

Мария, замечания к сообщению размещены здесь. Обсуждение замечаний можно продолжать в этой ветке.

[Maria_Krivosheina]

Доброго времени суток.
Андрей Васильевич, постаралась учесть Ваши замечания и доработала второй этап курсового проектирования.

[tor_root]

Замечания ксообщению Колданова Михаила "КП.Компактная система радиотелефонной связи.Статья 1.Колданов."
1. Соблюдайте правила построения предложений: «Основные требования и исходные данные к проектируемой системе будут следующими:
Основные требования: …» - ?
Или: «Исходные данные:
Количество абонентов в сети: 10
Радиус зоны обслуживания: 700м
… » - Сколько в цитируемом абзаце предложений?
2. «кол-во» - подобное сокращение неуместно.
3. «ρ1 = λ*Т = 0,13*2 = 0,28 (Эрл) . [1] » - ссылка на литературу является частью предложения.
4. При оценке требуемого количества КС надо все же учитывать наличие 10 абонентов (случай соединения всех 10 с внешней сетью).
5. «В первом приближении мы видим нашу систему как некий черный ящик, который передаёт какие-то данные от одного подвижного терминала другому.»- почему мы? Какими основными качествами должен выполнять т.н. черный ящик, чтобы было возможным выполнение поставленных задач?
6. Концепция функционирования системы изложена как-то сумбурно. Сначала – отражение основных моментов, связанных с выполнением основных задач системы, потом – сервисные функции (администрирование, интернет и т.п.). Как уже было отмечено при обсуждении темы, основным элементом системы все же является цифровая АТС. Как приемлимый вариант – решение компьютерной телефонии (VoIP) Asterisk. Радиооборудование потребуется для соединения Asterisk с подвижными терминалами. Почитайте о практических решениях Asterisk – материала достаточно много. Чего стоит знакомый Вам проект OpenBTS, использующий Asterisk.
7. рис.1 – не обобщенная функциональная схема системы, это просто рисунок…
8. RTOS – программная платформа БС, т.е. средство реализации функционала. В сообщении необходимо акцент делать на описание именно функциональных модулей БС. В текстовой части сообщения это в целом имеется, а вот на рисунках – нет: все, что практически излагается в тексте должно найти свое отражение и на рисунках.
9. п.1.3 – описание должно быть основано на прорабатываемой концепции функционирования системы и, разумеется, непосредственно с ним связано. Также должно быть понятным использование разделов ИС на функциональных схемах БС и Т.
10. На схеме разделов ИС (рис. ??) должны быть отражены функциональные связи. Для Вас с начала семестра доступен вполне понятный пример ИС из раздела методических материалов.

Рекомендую для ознакомления разбор сообщений Горюшкина , Кривошеиной, Михаилинойи др.

[Ольга Михайлина]

Здравствуйте, Андрей Васильевич! Мною был выполнен второй этап курсового проекта :http://omoled.ru/publications/view/337