Управление воздушным пространством на малых высотах: создание системы управления воздушным движением для масштабируемого использования беспилотных летательных аппаратов.

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

Эта задача быстро переходит от исследований к регулированию и внедрению. По состоянию на сентябрь 2026 года Соединенные Штаты все еще находятся на этапе перехода к рутинным операциям за пределами прямой видимости (BVLOS): предложение FAA от 2025 года предусматривает создание Части 108 для масштабируемых операций BVLOS и Части 146 для автоматизированных поставщиков услуг передачи данных, которые могут поддерживать управление воздушным движением БПЛА (UTM). В январе 2026 года FAA возобновило часть процесса обсуждения, чтобы собрать больше информации об электронной заметности и праве приоритета. В Европе нормативно-правовая база U-space уже действует, и текущая консолидированная версия Регламента (ЕС) 2021/664 отражает изменения по состоянию на 22 февраля 2026 года. В январе 2026 года в руководстве SESAR по внедрению U-space также был обобщен опыт раннего внедрения в виде 70 уроков и рекомендаций, а также шести технических приложений.

Эти события указывают в одном направлении: будущее экономики полетов на малых высотах зависит не столько от одного прорыва в области беспилотников, сколько от надежной цифровой инфраструктуры, совместимых сервисов, четкой подотчетности и безопасной координации с существующими авиационными системами. Федеральное управление гражданской авиации (FAA) описывает систему управления воздушным движением (UTM) как совместную экосистему, которая дополняет, а не заменяет традиционные службы управления воздушным движением.

Почему экономичность авиаперелетов на малых высотах так быстро превращается в проблему с дорожным движением?

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

Масштаб также меняет проблему безопасности. Несколько полетов дронов, координируемых вручную, можно контролировать с помощью телефонных звонков, визуальных наблюдателей и разовых согласований. Сотни или тысячи повторяющихся операций требуют машиночитаемых ограничений, автоматической авторизации, общего намерения полета, контроля соответствия и надежного способа разрешения конфликтов. Исследования НАСА в области управления воздушным движением (UTM) продемонстрировали ценность распределенной модели, построенной на основе цифрового обмена запланированными операциями и общего понимания ситуации; агентство передало эту работу на внедрение в Федеральное управление гражданской авиации (FAA) после завершения своего первоначального проекта UTM.

Наконец, воздушное пространство на малых высотах не изолировано от остальной авиации. Вертолеты, самолеты малой авиации, аэропортовое движение, службы экстренного реагирования и будущие передовые летательные аппараты могут входить в эту же зону или пересекать ее. Поэтому руководство ИКАО по управлению воздушным движением в условиях ограниченных пространств (UTM) делает акцент на гармонизации и взаимодействии с традиционным управлением воздушным движением, а не на создании отдельного цифрового неба, не связанного с существующей авиацией.

Что на самом деле должна делать реальная система UTM?

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

Как создать UTM-систему, начиная с самых простых задач и заканчивая самыми сложными?

1. Начните с авторитетных данных и однозначного определения ролей.

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

Европейская модель U-space четко это демонстрирует посредством общих информационных сервисов и сертифицированных поставщиков услуг U-space. Регламент (ЕС) 2021/664 требует, как минимум, идентификации сети, геолокации, разрешения на полеты БПЛА и предоставления информации о воздушном движении в обозначенном воздушном пространстве U-space. Сводный регламент ЕС особенно полезен, поскольку он показывает, как обязательства по предоставлению услуг, общая информация и обязанности операторов сочетаются в реальной правовой системе.

2. Оцифруйте процесс предполетной подготовки, прежде чем автоматизировать работу в небе.

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

Наиболее важным проектным решением является совместимость. Цели полетов не должны быть ограничены одним продуктом для управления флотом. Различным операторам и поставщикам услуг необходим предсказуемый способ обмена минимальной информацией, необходимой для обеспечения безопасности, при одновременной защите коммерчески важных и персональных данных.

3. Добавить стратегическое предотвращение конфликтов на сетевом уровне.

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

Предложение США иллюстрирует, насколько важным может стать этот уровень. В уведомлении FAA о предлагаемых правилах BVLOS 2025 года стратегическое предотвращение конфликтов и мониторинг соответствия описываются как важные автоматизированные службы обработки данных, а также предлагается надзор в соответствии с Частью 146 для поставщиков, чьи услуги влияют на безопасность и эффективность воздушных судов. Это пока предложение, а не окончательное правило, но оно демонстрирует сдвиг от рассмотрения UTM как необязательного программного обеспечения к рассмотрению определенных цифровых услуг как важной для безопасности авиационной инфраструктуры.

4. Контролировать соответствие требованиям и быть готовым к отклонениям.

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

Именно здесь управление в чрезвычайных ситуациях становится крайне важным. В производственной архитектуре системы управления воздушным движением (UTM) должно быть определено, что происходит после потери сигнала GNSS, потери управления, ухудшения качества сетевого обслуживания, изменения погоды, приоритетного аварийного рейса или неспособности воздушного судна выполнить первоначальный план. Система должна выходить из строя предсказуемо, а не просто исчезать при ухудшении связи.

5. Интегрировать приоритеты пилотируемой авиации и действий в чрезвычайных ситуациях.

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

Электронная заметность — способность воздушного судна сделать свое присутствие электронно обнаруживаемым — является одним из сложных политических и технических вопросов, поскольку не все пользователи воздушного пространства используют одинаковое оборудование. В январе 2026 года Федеральное управление гражданской авиации (FAA) возобновило период комментариев по вопросу полетов за пределами прямой видимости (BVLOS), специально запросив дополнительные сведения об электронной заметности и праве приоритета, что показывает, что смешанный воздушный поток остается одним из самых сложных нерешенных вопросов реализации.

6. Рассматривайте поставщиков услуг как часть системы безопасности.

В больших масштабах система UTM превращается в сеть сетей. Один оператор может полагаться на службу планирования полетов, другой — на отдельного поставщика услуг по предотвращению конфликтов, в то время как власти публикуют ограничения через другой канал. Это означает, что безопасность одного участника может зависеть от данных, предоставляемых другой компанией, которую он не контролирует.

Ответ не может быть таким: «Доверяйте API». Зрелая система UTM требует соблюдения требований к уровню обслуживания, контроля целостности данных, аутентификации и авторизации, управления изменениями, отчетности об инцидентах, кибербезопасности, отказоустойчивости и надзора. В текущей программе UTM Федерального управления гражданской авиации (FAA ) уже используется процедура краткосрочного утверждения для оценки того, обеспечивают ли определенные сторонние сервисы достаточную ценность с точки зрения безопасности для получения зачета при подаче заявок на освобождение от требований или исключения, даже до окончательного утверждения будущей нормативной базы.

Чему могут нас научить Соединенные Штаты, Европа и ИКАО?

Европа также предлагает полезную перспективу зрелости благодаря исследованиям SESAR в области U-space, которые группируют возможности от базовых сервисов U1 до постепенно автоматизирующихся концепций U2, U3 и U4. Эти обозначения не заменяют юридические требования Регламента (ЕС) 2021/664, но они полезны при планировании дорожной карты. Руководство по внедрению U-space 2026 особенно ценно, поскольку оно отражает уроки, извлеченные из реальных европейских проектов, а не просто описывает целевую архитектуру.

Что нельзя путать с UTM?

• Карта в реальном времени — это не UTM. Визуализация полезна, но управление дорожным движением также требует надежной идентификации, авторизации, управления конфликтами, соответствия стандартам и процессов реагирования на чрезвычайные ситуации.
• Дистанционная идентификация не является управлением воздушным движением. Знание того, кто является конкретным воздушным судном, не позволяет разрешить конкурирующие планы полетов или определить, кто должен уступить дорогу.
• Одного лишь обнаружения и предотвращения столкновений недостаточно. Предотвращение столкновений в воздухе может быть важным последним уровнем, но стратегическое предотвращение конфликтов на сетевом уровне снижает количество конфликтов, которые когда-либо дойдут до этой стадии.
• Фиксированные коридоры не являются полным решением. Коридоры могут упростить некоторые операции, но погодные условия, реагирование на чрезвычайные ситуации и меняющиеся ограничения по-прежнему требуют динамической информации и правил приоритета.
• Единая проприетарная платформа не создает масштабируемую экосистему. Город может начать с одного поставщика, но для долгосрочной устойчивости и конкуренции необходимы совместимые интерфейсы и управление между поставщиками.

Как проверить, готова ли архитектура UTM к масштабированию?

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

• Можно ли привязать каждую операцию к ответственному оператору и идентификатору воздушного судна?
• Являются ли данные об ограничениях воздушного пространства и геопространственной осведомленности достоверными, версионированными и обновляемыми достаточно быстро для обеспечения работы системы?
• Можно ли выявить противоречивые намерения относительно полета у разных операторов и поставщиков услуг до его начала?
• Может ли система определить, когда воздушное судно выходит за пределы разрешенной зоны полетов?
• Существует ли чётко определённая процедура реагирования на потерю связи с управлением и контролем, потерю навигации, ухудшение качества наблюдения или сбой в работе поставщика услуг?
• Могут ли аварийно-спасательные и пилотируемые воздушные суда получать приоритет без необходимости согласования действий по телефону?
• Могут ли два независимых поставщика услуг UTM обмениваться минимальной информацией, критически важной для безопасности, без раскрытия ненужных коммерческих данных?
• Рассматриваются ли кибербезопасность, аутентификация, авторизация и ведение журналов аудита как требования безопасности, а не как дополнительные ИТ-функции?
• Существует ли документированный интерфейс для взаимодействия с обычными банкоматами в тех случаях, когда этого требует операционная среда?
• Могут ли регулирующие органы и следователи восстановить информацию о том, какую информацию получил каждый участник и какие решения были приняты после инцидента?

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

Будущее UTM — за инфраструктурой, а не за приложением.

Экономика полетов на малых высотах не сможет безопасно масштабироваться за счет добавления новых дронов в существующие процессы утверждения по одному разрешению за раз. Не сможет масштабироваться и единая централизованная диспетчерская, которая вручную управляет каждым летательным аппаратом. В США, Европе и рекомендациях ИКАО намечается направление к созданию совместимых, высокоавтоматизированных сервисов с четко определенными обязанностями и тесной связью с существующей авиацией.

Поэтому в ближайшей перспективе приоритетными задачами являются практические аспекты: обеспечение возможности обмена авторитетными данными, машиночитаемость информации о целях полета, разрешение предсказуемых конфликтов до запуска, мониторинг соответствия, проектирование с учетом возможных сбоев и создание надежного моста между системами управления воздушным движением (UTM) и автоматизированного управления воздушным движением (ATM). Более совершенная автоматизация может быть реализована позже. Когда эти основы станут надежными, воздушное пространство на малых высотах начнет функционировать не столько как экспериментальная зона, сколько как транспортная инфраструктура.

Для получения дополнительной технической информации, в обзоре исследований в области управления воздушным движением без использования дронов (UTM), подготовленном НАСА, объясняется модель распределенного определения целей полета, которая помогла сформировать современные концепции UTM, а в концепции операций BVLOS по интеграции дронов в воздушное пространство за пределами прямой видимости (BVLOS) Федерального управления гражданской авиации США (FAA) на 2025 год описывается видение США в отношении рутинных, масштабируемых операций в течение следующего десятилетия.