Яка пропускна здатність потрібна каналу передачі даних БПЛА для керування, телеметрії та HD-відео?

БПЛА може відповідати на команди в крихітному потоці даних, але втрачати придатне для використання відео, коли радіозв’язок перевантажується. Цей контраст робить планування пропускної здатності більш складним, ніж вибір модему за його рекламованою піковою швидкістю. Контроль, телеметрія та HD-відео висувають дуже різні вимоги до одного з’єднання.

Ключове питання полягає в тому, наскільки стабільний Пропускна здатність каналу передачі даних БПЛА, яку літак може підтримувати під час реального польоту. У розділах нижче порівнюється кожен тип трафіку, створюється практичний бюджет пропускної здатності та показується, як захистити контроль і телеметрію, коли попит на відео зростає.

 

Скільки пропускної здатності використовує кожен потік даних БПЛА

Команди керування потребують невеликої потужності, але негайної доставки

Введення пілотом, зміни режиму польоту, оновлення маршрутних точок, інструкції щодо повернення додому, переміщення підвісу та тригери корисного навантаження – все це невеликі повідомлення. Практичний допуск для планування становить приблизно 5–100 Кбіт/с, включаючи підтвердження та накладні витрати на протокол. Погана продуктивність керування зазвичай виникає через затримку, тремтіння, втрату пакетів або перевантаження черги, а не через відсутність вихідної ємності.

Висхідна лінія все ще потребує захищеної пропускної здатності, оскільки більшість великого трафіку БПЛА рухається у протилежному напрямку. Посилання може мати достатньо місця для відео, але контрольні пакети залишаються в очікуванні іншого трафіку. Таким чином, командні дані повинні отримувати зарезервований пріоритет щоразу, коли кілька програм використовують одну радіостанцію.

Пропускну здатність також не можна оцінити без урахування часу команди. Інструкція щодо затримки корисного навантаження може бути незручною, тоді як затримка режиму польоту або команда відновлення може негайно вплинути на місію. З цієї причини контрольний трафік слід оцінювати за узгодженістю відповідей, а також за середнім споживанням даних.

Попит на телеметрію залежить від швидкості повідомлень

Телеметрія включає положення, положення, висоту, стан батареї, стан навігації, прогрес місії, якість зв’язку та стан корисного навантаження. Основні звіти можуть використовувати 10–50 Кбіт/с, тоді як звичайний потік наземної станції керування зазвичай укладається в межах 50–300 Кбіт/с. Високошвидкісна діагностика, докладні журнали, кілька корисних навантажень або кілька літальних апаратів можуть збільшити загальну швидкість до 1 Мбіт/с або більше.

Попит залежить як від розміру повідомлення, так і від частоти. Дані про ставлення, які надсилаються десятки разів на секунду, споживають більше ємності, ніж оновлення акумулятора, яке надсилається раз на секунду. MAVLink дозволяє змінювати інтервали окремих повідомлень, допомагаючи командам зменшити несуттєвий трафік без видалення критичних даних про стан.

Скорочення телеметрії має бути вибірковим, а не невибірковим. Високочастотні дані, які підтримують навігацію, керування або поінформованість оператора, повинні бути збережені, тоді як повторювані повідомлення налагодження можуть бути сповільнені або вимкнені під час нормальної роботи. Це забезпечує ефективність бюджету телеметрії, не приховуючи важливих змін у стані літака.

HD-відео зазвичай визначає розмір посилання

Стиснене відео зазвичай домінує в бюджеті пропускної здатності каналу передачі даних БПЛА. Корисні діапазони планування становлять приблизно 2–5 Мбіт/с для 720p при 30 кадрах/с, 4–12 Мбіт/с для 1080p при 30 кадрах/с, 8–20 Мбіт/с для 1080p при 60 кадрах/с і 15–40 Мбіт/с для стисненого моніторингу 4K. Фактичний попит залежить від кодека, частоти кадрів, руху, деталізації зображення, шуму за слабкого освітлення, інтервалу ключових кадрів і налаштувань якості кодера.

H.264 широко використовується для пакетованого відео, тоді як H.265 може зменшити бітрейт, необхідний для порівнянної якості, коли обладнання підтримує додаткове навантаження на обробку. Потоки зі змінним бітрейтом також можуть підвищуватися, коли літальний апарат повертає до листя, води, будівель або інших деталей руху. Для оперативного моніторингу стабільний канал із помірним бітрейтом зазвичай корисніший, ніж чіткіший потік, який застигає біля межі покриття.

Ці значення слід розглядати як діапазони планування, а не як налаштування універсального кодера. Дві камери з однаковою роздільною здатністю та частотою кадрів можуть створювати різні навантаження, оскільки їхні сцени, профілі стиснення та цільові показники якості відрізняються. Вимірювання фактичного потоку надійніше, ніж його оцінка лише за роздільною здатністю.

 

Як створити реалістичний бюджет пропускної здатності

Додайте кожен потік, який запускатиметься одночасно

Використовуйте просту формулу: необхідна стабільна пропускна здатність дорівнює безперервному трафіку, очікуваним сплескам і операційному запасу. Підраховуйте кожен потік, активний протягом тієї самої фази місії, включаючи вторинне або термічне відео, команди корисного навантаження, стан датчиків, інформаційні панелі, діагностику, карти та передачу журналів. Додаткові глядачі або літаки можуть збільшити трафік, якщо розподіл не відбудеться після того, як канал досягне землі.

Розраховуйте окремо висхідну та низхідну лінії зв’язку, оскільки деякі радіостанції вказують загальну швидкість, спільну для обох напрямків. Вбудований запис не споживає смугу радіозв’язку, доки не буде передано файли, але пізніше завантаження може наситити з’єднання, якщо воно не обмежене швидкістю. Експлуатаційний запас повинен охоплювати піки кодування, накладні витрати, повторні передачі, зміну модуляції та тимчасові перешкоди.

Політ на великі відстані, зміна орієнтації антени, перевантажений спектр або шляхи ретрансляції вимагають більшої резервності, ніж робота на короткій відстані в чистому полі. Метою націнки є не завищення специфікації. Він призначений для підтримки стабільного трафіку під час найслабшої очікуваної частини місії.

Робота на прикладі БПЛА з однією камерою

Розглянемо один потік 1080p H.264 зі швидкістю 6 Мбіт/с, 0,1 Мбіт/с для телеметрії автопілота, 0,05 Мбіт/с для стану корисного навантаження та команд і 0,5–0,7 Мбіт/с для приладової панелі та періодичної діагностики. Безперервне та середнє навантаження становить близько 6,7–6,9 Мбіт/с. Додавання 3–5 Мбіт/с резерву дає розумну мінімальну ціль приблизно 10–12 Мбіт/с стабільної пропускної здатності програми.

Радіо, рекламоване на швидкості 12 Мбіт/с, автоматично не є достатнім. Він повинен підтримувати цю швидкість на запланованій відстані, висоті, положенні літака, умовах каналу та суміші трафіку. Друга камера додає власний повний бітрейт потоку, тоді як кілька БПЛА потребують сукупного розрахунку для кожного спільного сегмента мережі.

Ці діапазони корисні для раннього вибору, але вони не замінюють вимірювання. Запишіть фактичний вихід кодера під час реалістичного руху та освітлення, а потім додайте спостережуваний невідео трафік. Це запобігає як заниженню розміру зв’язку, так і перенесенню непотрібної ваги, потреби в електроенергії або пропускної здатності спектру.

 

Чому пропускна здатність у польоті нижча за швидкість, указану в таблиці даних

Швидкість PHY не є доступною смугою пропускання БПЛА

Ширина каналу, швидкість фізичного рівня, пропускна здатність мережі та пропускна здатність програми описують різні речі. Фізична швидкість включає ємність, споживану кодуванням і кадруванням, тоді як програми отримують менше, оскільки заголовки, шифрування, виправлення помилок, підтвердження, повторні передачі, маршрутизація та керування трафіком використовують ефірний час. Отже, велике число таблиці даних не можна розглядати як пропускну здатність, доступну для камери та контролера польоту.

Адаптивні радіостанції також переходять на більш надійну модуляцію та кодування, оскільки якість сигналу падає. Це зберігає зв’язок, але знижує пропускну здатність, у той час як повторна передача споживає додатковий ефірний час, а буферизація додає затримку. Порівняйте стабільну виміряну пропускну здатність на відстані, а не максимальну швидкість, досягнуту в ідеальних лабораторних умовах.

Радіус дії та рух літака змінюють швидкість передачі даних

Пропускна здатність змінюється в міру руху літака. Відстань, лінія видимості, прозорість зони Френеля, висота наземної антени, поляризація та перешкоди впливають на якість сигналу. Нахиляння або поворот може призвести до того, що антена опиниться в слабкій частині діаграми спрямованості, а батареї, вуглецеве волокно, металеві конструкції або корисне навантаження можуть перекрити шлях.

Налаштування, яке передає бездоганне відео на стенд, може стати нестабільним, коли БПЛА повертається, знижується або досягає найдальшої частини маршруту. Перевірте реальний профіль місії, включаючи повороти та зміни висоти, одночасно вимірюючи втрату пакетів, джиттер, затримку та постійну пропускну здатність. Плануйте навколо найслабшої умови, за якої підключення все ще потрібне.

Спільний ефірний час ще більше зменшує ємність

Дві камери, кілька БПЛА, окремі одноадресні канали для кількох глядачів або трафік фонового обслуговування – все це розподіляє доступний ефірний час. Шляхи ретрансляції та сітки можуть розширити зону покриття, але передані пакети споживають радіоресурси на кількох стрибках. Таким чином, наскрізна ємність може знизитися, навіть якщо кожне локальне з’єднання виглядає справним.

Визначте місце збігу трафіку та розрахуйте сукупне навантаження в цій точці. Не припускайте, що кожен вузол отримує повну ставку заголовка одночасно. Проста діаграма топології з мітками напрямку та бітрейту часто виявляє вузькі місця більш чітко, ніж одна сукупність усієї мережі.

 

Як розставити пріоритет трафіку та вибрати правильний канал передачі даних

Погіршення якості відео перед контролем або телеметрією

Канал змішаної передачі даних потребує чіткого порядку обслуговування: спочатку команди польоту, потім важливі телеметричні повідомлення та повідомлення про стан зв’язку, пов’язані з безпекою команди корисного навантаження, відео в реальному часі та, нарешті, журнали або передача файлів. Ця ієрархія запобігає візуально вимогливому потоку від затримки крихітного, але критичного пакета. Це також робить поведінку системи передбачуваною, коли доступна ємність падає.

Якість обслуговування, окремі черги, вибір пріоритету обслуговування та обмеження швидкості є ціннішими, ніж сама по собі невикористана пікова потужність. Без них серійне відео або завантаження файлу може заповнити чергу, навіть якщо середній трафік здається прийнятним. Відео має мати максимальний бітрейт, а фонові передачі мають бути призупинені або обмежені під час польоту.

Встановіть передбачувану стратегію погіршення якості відео

Коли маржа посилань зменшується, спочатку призупиніть масові передачі, потім зменшіть бітрейт відео, зменшіть частоту кадрів, зменшіть роздільну здатність і вимкніть додатковий потік, якщо потрібно. Основний контроль і телеметрія повинні залишатися доступними до тих пір, поки радіочастотне з'єднання може їх підтримувати. Послідовність слід налаштувати перед розгортанням, а не імпровізувати під час місії.

Постійний бітрейт створює передбачуване навантаження, але може втрачати ємність у простих сценах або знизити якість зображення у складних. Змінний бітрейт ефективно використовує доступні біти, але може створювати пакети, близькі до межі зв’язку. Обмежений профіль змінного бітрейту з твердим максимумом часто забезпечує дієвий компроміс.

Тестування має поступово зменшувати доступну пропускну здатність. Раптове роз’єднання лише доводить, що зв’язок може вийти з ладу; він не показує, чи створюються черги, чи збільшується затримка, чи спочатку адаптується кодер. Записуйте затримку відео, відповідь на команду, безперервність телеметрії та втрату пакетів на кожному кроці.

Зіставте характеристики продукту з бюджетом місії

Коли буде відомий бюджет трафіку, порівняйте стабільну пропускну здатність на дальності, пропускну здатність висхідної та низхідної лінії зв’язку, затримку під навантаженням, QoS, інтерфейси, налаштування каналів, розташування антени, бортову масу, енергоспоживання та потреби в теплі. Сумісність інтерфейсу має значення, оскільки керуючі дані можуть надходити через послідовний канал або Ethernet, тоді як відео надходить через IP, HDMI, SDI або CVBS. Швидкий модем, який вимагає кількох перетворювачів, може додати проводку, затримку, вагу та точки відмови.

Серія WDS Mesh DDLmesh airborne підтримує конфігурована пропускна здатність каналу передачі даних БПЛА для змішаного трафіку відео та даних. Доступні можливості включають широкосмугову роботу 1–70 Мбіт/с на частоті 20 МГц, адаптивну вузькосмугову роботу 50–1000 Кбіт/с, QoS, вибір пріоритету обслуговування, прозорий Ethernet і послідовний транспорт, підтримку MAVLink, настроювану ширину широкосмугового каналу від 1,25 до 20 МГц, а також режими точка-точка, точка-багатоточка та дрібномасштабна мережа. Одночасні інтерфейси відео та даних також дозволяють спільно використовувати одну бортову систему зв’язку для управління польотом, корисного навантаження, позиціонування, голосу та камери.

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

 

Висновок

Контроль і телеметрія зазвичай вимагають набагато меншої ємності, ніж HD-відео, але вони вимагають вищого пріоритету та більш послідовної доставки. Таким чином, практична цільова пропускна здатність каналу передачі даних БПЛА повинна відображати реальну пропускну здатність програми, одночасний трафік, робочий діапазон, перешкоди та достатній запас для стрибків бітрейту або слабких умов зв’язку.

Shenzhen Sinosun Technology Co., Ltd. пропонує повітряні канали передачі даних DDLmesh, які поєднують відео, телеметрію та двонаправлену передачу даних із пріоритетом трафіку та адаптованими мережевими функціями. Зіставлення цих можливостей із виміряним бюджетом місії може спростити інтеграцію системи, водночас допомагаючи критичним командам залишатися доступними під час коригування якості відео.

 

FAQ

З: Яка пропускна здатність каналу передачі даних БПЛА потрібна для відео 1080p?

A: Стислий потік 1080p зазвичай потребує 4–12 Мбіт/с при 30 кадрах/с. Телеметрію, контроль трафіку, накладні витрати на протокол і операційну маржу слід додати окремо.

Питання: Яку пропускну здатність використовують сигнали управління та телеметрії БПЛА?

Відповідь: для команд керування може знадобитися близько 5–100 Кбіт/с, тоді як для звичайної телеметрії зазвичай використовується 10–300 Кбіт/с. Надійність, затримка та частота надсилання повідомлень мають більше значення, ніж вихідна ємність.

З: Чи може один канал передачі даних БПЛА передавати контроль, телеметрію та відео?

A: Так, за умови, що канал забезпечує достатню стабільну пропускну здатність і пріоритезацію трафіку. Контроль і основна телеметрія повинні мати пріоритет, коли попит на відео наближається до доступної ємності.

З: Чому корисна пропускна здатність каналу передачі даних нижча за рекламовану швидкість?

A: Заголовки протоколів, шифрування, виправлення помилок, підтвердження, повторні передачі та слабші умови сигналу зменшують пропускну здатність, доступну для камер, контролерів польоту та програм корисного навантаження.

З: Чи впливає дальність зв’язку БПЛА на доступну пропускну здатність?

A: Так. Пропускна здатність часто зменшується з відстанню, перешкодами, зміщенням антени, рухом літака та перешкодами. Планування пропускної здатності має відображати найслабшу очікувану частину польоту.