TGViewer
Military hub | СВО, FPV, дроны, БПЛА Military hub | СВО, FPV, дроны, БПЛА @mil_hub · 25.4K subscribers
Post #137011 1.06K

Forwarded from Хроники связи СВО

ИИ в управлении сотовой сетью

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

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

Агент смотрит на низкую загрузку ресурсов передачи данных и решает, что абонентов почти нет. Рекомендует отключить дополнительную несущую. Агент энергосбережения исполняет рекомендацию. Связи становится ещё хуже.

Сам счётчик при этом не соврал. Ошибка возникла при объяснении его показаний.
В отдельной симуляции авторов участвовали пять агентов. Четверо, не обученные распознавать такую перегрузку, приняли её за простой. Один, имевший нужную подготовку и доступ к счётчикам служебного обмена, поставил правильный диагноз.

Предложенный механизм оценивал, насколько вывод каждого агента обоснован доступными ему данными. В этом эксперименте он позволил принять правильный ответ вопреки ошибочному большинству.

Это исследование, до проверки на физическом оборудовании ещё предстоит дойти. Описания реального падения операторской сети в статье нет.

Меня здесь больше всего интересует привычка считать несколько согласных ответов дополнительной проверкой.

Если пять автоматических помощников смотрят на одинаково неполную картину, от количества помощников недостающие данные не появятся. Они вполне могут подтвердить друг другу одну и ту же ошибку. В отчёте будет согласованное решение, у абонента по-прежнему ничего не заработает.

Я бы у поставщика такой системы спрашивал вполне приземлённые вещи. Какие измерения подтверждают диагноз? Какие ему противоречат? Что происходит, когда данных не хватает? Кто разрешил именно это действие и как потом восстановить всю цепочку решения?

И отдельно: как система проверит результат собственного вмешательства. Команда успешно выполнилась, параметр изменился, журнал заполнен. А людям стало лучше? Звонки устанавливаются? Данные пошли? Или мы просто аккуратно оформили продолжение аварии?

Автоматический разбор телеметрии мне понятен и интересен. В больших объёмах измерений он может здорово помочь инженеру. Но право менять работающую сеть я бы выдавал после испытаний на отказах, неполных данных и противоречивых показаниях.

Красивый ответ на штатном примере получить проще всего. Дежурить этой системе придётся и тогда, когда штатное уже закончилось.

Communicatio est victoria.

— Душнила
t.me/zas_svo
vk.com/zas_svo
#СВО #связь #ИИ #телеком
  • 🫡 1
More from @mil_hub
  1. Oct 8, 2026Новый детектор БПЛА и FPV-дронов aSel Labs H245 будет представлен 7–9 октября 2026 года в…
  2. Oct 8, 2026Scaleout Systems испытала ИИ-дрон, работающий без связи с центром управления 🤖 Шведская к…
  3. Oct 8, 2026Навигация «Лазаря»: GNSS-приёмник Septentrio Mosaic-X5 Продолжаем разбор борта Лазарь. Пос…
  4. Oct 8, 2026Часть 1/2. FPV С ИИ: ЧТО НЕЛЬЗЯ ПРИНИМАТЬ НА ВЕРУ Первое: потеря контакта с оператором не…
  5. Oct 8, 2026Часть 1/1. FPV С ИИ: ЧТО ПОДТВЕРЖДЕНО, А ЧТО - ЗАЯВЛЕНИЕ «FPV с искусственным интеллектом»…
  6. Oct 8, 2026Рунет: чем централизованнее, тем уязвимее. Удар по дата‑центру Яндекса побудил многих «око…
Threads Profile ViewerView any public Threads profile without an account.Open ThreadLook →Writing with AI? Make it sound human.Metric37 rewrites AI drafts so they read naturally. Free AI detector, 1,500 words free.Try Metric37 →