HD video přenos pro BVLOS: vliv komprese, FEC a latence v bezdrátových kanálech

HD video přenos pro UAV v nepříznivých rádiových kanálech

Bezpilotní letadla (UAV) se stále častěji spoléhají na přenos vysoce kvalitního (HD/Full-HD/4K downscaled) videa pro navigaci operátora, situační povědomí i pro vidění algoritmů. V praxi však video prochází kanály s proměnlivou šířkou pásma, rušením, Dopplerovým posunem, multipath efektem a náhlými výpadky. Článek integruje pohledy z oblasti komprese videa, dopředné korekce chyb (FEC) a návrhu latencí tak, aby výsledkem byl robustní, nízkolatenční „glass-to-glass“ řetězec vhodný pro UAV mise.

Architektura end-to-end řetězce a latencovní rozpočet

Typický řetězec: kamera → ISP → encoder → packetizace (RTP/TS) → FEC/interleaver → MAC/PHY → kanál → demodulace → FEC de-interleaver → de-packetizace → decoder → renderer/displej. Pro návrh je klíčové vytvořit „latency budget“ a přiřadit ho každé části.

• Capture/ISP: rolling shutter a expozice (typicky 3–10 ms při 60 fps).
• Kompresní část: od ~1–3 ms (ASIC low-delay) po 20–60 ms (software s lookaheadem).
• Packetizace + FEC: 1–10 ms podle velikosti bloků a interleavingu.
• MAC/PHY + fronty: 1–30+ ms podle průchodnosti, ARQ a zatížení sítě.
• Sítové jitter buffery: 5–100 ms v závislosti na variabilitě kanálu.
• Dekompresní a renderovací část: 5–20 ms (GPU/ASIC), frame buffer 1–2 snímky.

„Glass-to-glass“ latence je součet jednotlivých komponent a standardně ji měříme zapnutím LED diody v záběru kamery a fotodiodou na displeji. Rozumným cílem pro FPV/teleoperaci je 40–120 ms v závislosti na třídě systému a kanálu.

Model kanálu: proč je „nepříznivý“

• Fading a multipath: selektivní útlum subnosných (OFDM), hluboké propady signálu.
• Dopplerův efekt: při rychlosti 20–30 m/s a 5 GHz přibližně 1 kHz, mění koherenční čas.
• Rušení a uživatelé se stejným kanálem: dynamický, burstový charakter ztrát paketů.
• Shadowing/LOS omezení: změny elevace, stínění tělem UAV nebo terénem.

Z těchto důvodů jsou ztráty paketů shlukované a okamžitý bitrate výrazně kolísá. Návrh musí předpokládat burst-loss a krátkodobé poklesy průchodnosti.

Kompresní video pro nízkou latenci: výběr kodeku a profilu

Nejčastější kodeky: H.264/AVC (High/Constrained Baseline), H.265/HEVC (Main/Main10) a stále častěji AV1 (Main). Výběr je kompromisem mezi efektivitou, latencí a dostupností HW akcelerace.

• H.264: široká HW podpora, velmi nízká latence v zerolatency režimech, vhodné pro 720p/1080p při 30–120 fps.
• H.265: zhruba o 30–50 % lepší komprese než H.264 při srovnatelné kvalitě, mírně vyšší nároky a latence; vhodné pokud je k dispozici ASIC/SoC.
• AV1: nejlepší kompresní efektivita, ale vyšší výpočetní nároky na kódování; vyžaduje novější SoC pro dosažení nízkých latencí v reálném čase.

Doporučení pro low-delay režimy:

• All-Intra (AI) pro extrémně nízkou latenci a předvídatelnost (vyšší bitrate), nebo Low-Delay P (LDP) s potlačenými B-snímky pro lepší poměr kvalita/bitrate.
• Zmenšit délku GOP (např. 15–30 snímků), vypnout B-frames, minimalizovat lookahead (0–1), používat slices/tiles a row-based pipelining (Wavefront pro HEVC/AV1) pro paralelizaci bez navýšení latence.
• Řízení datového toku: CBR s HRD „leaky bucket“ nebo VBV s malými buffery (VBV-buf ~ 1–2× velikost snímku), pro UAV klíčová předvídatelnost bitrate.
• Předzpracování: jemné odstranění šumu, downscale na 720p/900p při vysokém fps; stabilizuje kvantizaci a snižuje bursty bitů.

Bitrate, CBR/VBR a adaptace na kanál

V bezdrátových spojích je bezpečné navrhovat CBR/VBV-constrained stream s mírnou rezervou vůči goodput kanálu. Při proměnlivých podmínkách je vhodné přidat adaptaci:

• ABR (Adaptive Bitrate) na zdroji: dynamická změna rozlišení, fps, QP podle zpětné vazby o průchodnosti a PER (Packet Error Rate).
• Koncepce CQI/MCS z PHY vrstvy: mapovat MCS a RSSI/SNR na cílový bitrate pro kódovač.
• Řízení přetížení: u IP stacku zvažovat RTP-friendly algoritmy (např. SCReAM pro RTP), při UDP s FEC používat „pacing“ a token-bucket.

Dopředná korekce chyb (FEC): principy a volby

Cílem FEC je proměnit pravděpodobnost ztráty paketu a burst-loss na akceptovatelnou reziduální chybovost bez zpětné retransmise.

• Blokové kódy: Reed-Solomon (RS), Raptor/RaptorQ (fontánové kódy) – výborné při ztrátách paketů a pro skupiny N médií s K datovými a R redundantními symboly.
• LDPC/Turbo kódy: používané na PHY/MAC úrovni (Wi-Fi/OFDM, COFDM), synergicky s vyšší vrstvou paketové FEC.
• Konvoluční kódy + interleaving: vhodné pro burstové chyby; interleaver rozprostře burst do více bloků.

Praktická schéma pro RTP: Unequal Error Protection (UEP) – klíčové NAL jednotky (I-slices, headery) s vyšším FEC poměrem než P-slices. Obvyklé je N:K ≈ 10:8 (25 % overhead) pro důležité vrstvy a 10:9 (11 % overhead) pro ostatní.

ARQ vs. HARQ vs. čisté FEC v reálném čase

• ARQ (retransmise): zlepšuje spolehlivost, ale zvyšuje latenci a jitter; pro přímý operátorský náhled často nevhodné.
• HARQ (PHY): kombinuje FEC se selektivním opakováním na krátkém časovém horizontu; při kvalitních PHY implementacích přínos bez velkého narůstu RTT.
• Čisté FEC (aplikační vrstva): preferováno pro stream, spolu s malým jitter bufferem a krátkým interleaverem.

Interleaving a jeho vliv na latenci

Interleaver mění pořadí symbolů/paketů tak, aby burst ztrát zasáhl různé FEC bloky. Cena je zpoždění. Návrhové pravidlo: interleaver by měl pokrýt typickou délku burstu (např. 5–20 ms), ale nesmí přesáhnout polovinu end-to-end latencového rozpočtu FEC vrstvy.

Packetizace a transport: RTP/UDP, MPEG-TS, SRT, QUIC

• RTP/UDP: standard pro real-time aplikace; flexibilní FEC (RFC 5109/Dopředná korekce chyb), časování přes RTP timestamp a RTCP zpětnou vazbu (jitter, ztráty).
• MPEG-TS: robustní pro broadcast scénáře; u UAV se používá méně, RTP je flexibilnější.
• SRT/QUIC: nabízejí zabudovanou odolnost vůči ztrátám a řízení proměnlivé průchodnosti; SRT podporuje retransmise – vhodné pro záznamové video, ne vždy pro FPV.
• SRTP: šifrování a autentizace s nízkým overheadem, důležité pro bezpečnost mise.

Výpočet: efekt reziduální ztráty po FEC

U blokového kódu s parametry K datových a R redundantních paketů lze reziduální pravděpodobnost selhání bloku aproximovat jako součet binomických pravděpodobností ztráty více než R paketů v bloku. Intuice: mírný overhead (10–25 %) výrazně snižuje PER, pokud jsou ztráty menší nebo rovné R v bloku. Pro burst je nezbytný interleaver.

Jitter, buffery a „glass-to-glass“ stabilita

Variabilita zpoždění (jitter) způsobuje trhání obrazu, výpadky a přeskočené snímky. Krátký de-jitter buffer (např. 10–30 ms) vyhlazuje příval paketů. Při velmi nepříznivém kanálu rychlé navyšování bufferu zhoršuje ovladatelnost UAV; kompromis je proto zásadní.

Vrstvení videa a UEP: prioritizace informací

• SVC (Scalable Video Coding): prostorové/časové/kvalitativní vrstvy; základní vrstva s nejvyšší ochranou, doplňkové vrstvy s nižší prioritou.
• FEC s UEP: vyšší redundance pro I-snímky a headery; nižší pro P-snímky.
• DSCP/802.11e/EDCA: mapování priorit na MAC úrovni (hlas/video fronty) pro „airtime fairness“.

Optimalizace encoderu pro UAV

• H.264 (příklad): Constrained Baseline/High, GOP=15–30, no-B, tune=zerolatency, vbv-bufsize ≈ 1–2× velikost snímku, vbv-maxrate=CBR, omezení scenecut, aq-mode pro stabilitu kvality v šumu.
• H.265: Main/Main10, low-delay-P, krátký GOP, WPP (Wavefront), malé rc-lookahead, vbv omezení, tmvp zapnutý.
• AV1: low-delay preset, deaktivace alt-ref frames nebo minimalizace lookahead, tiles pro paralelizaci, constrained quality (CQ) s bitrate cap.

Úprava obsahu a odolnost vůči kompresním artefaktům

Při nízkých bitratech pomáhá content-adaptive encoding: dynamické ořezávání zorného pole (FOV), region-of-interest (ROI) s vyšší kvalitou uprostřed pro FPV, vyhlazení vysokofrekvenčního šumu (tmavé scény) a adaptivní snímání (vyšší expozice pro lepší SNR, nižší „grain“).

Standardní frekvenční pásma a fyzická vrstva

• 2,4 GHz: delší dosah, více rušení, nižší kapacita.
• 5 GHz: vyšší kapacita, citlivější na NLOS podmínky, vhodné pro HD přenosy s line-of-sight.
• Sub-GHz (868/915 MHz): vhodné spíše pro telemetrii; video pouze s nízkým bitrate.
• LTE/5G: širokoplošné pokrytí, ale kolísavá latence; vyžadují ABR a adaptivní FEC.

MIMO/OFDM a anténní diverzita (prostorová/frekvenční/polarizační) výrazně snižují burst-loss. Řízení výkonu a vhodný výběr MCS dle CQI jsou základními prvky.

Bezpečnost a její dopad na latenci

Šifrování (SRTP/AES-GCM) přidává nízkou CPU režii a několik bajtů navíc na paket, ale je nezbytné pro ochranu mise. Klíčové je udržet MTU pod hranicí fragmentace (např. 1200–1400 B při VPN/QUIC), aby se nezvyšovaly ztráty paketů.

Monitoring a KPI pro provoz

• Síťové metriky: PER, BER, jitter, RTT, throughput/goodput, distribuce MCS, RSSI/SNR, počet opakování.
• Video metriky: stabilita fps, vynechané/pozdní snímky, VBV underruns, histogramy QP, PSNR/SSIM/VMAF (offline).
• End-to-end měření: „glass-to-glass“ latence, procento výpadků > X ms, subjektivní MOS/pilotní zpětná vazba.

Testování: emulace kanálu a „fail-injection“

Před nasazením doporučujeme emulaci kanálu (fading, burst loss, jitter) a injectování selhání (nárazové ztráty, změna MTU, rušení kanálu, náhlý pokles průchodnosti). Měřte latenci a kvalitu při různých FEC poměrech a nastaveních GOP, abyste určili „sweet spot“ pro vaši misi.

Nasazovací vzory (design patterns)

<