无人机信道的上下行链路往往是不对称的。那么维持飞机到地面（下行）视频的实时传输，最低需要多少上行反馈带宽？如果上行链路彻底中断，下行视频还可达么？
依托能够协调、控制编码、传输、网络感知、解码和播放的框架，iLive近期又重点增强了上下行不对称传输能力，并给出了自己的答案：仅需7Kbps上行反馈带宽，即可在下行弱网中保持高质量的视频实时传输；开启单向模式后，即使上行完全中断，下行视频仍可持续回传。
上下行链路的不对称，本就是无人机的常态
上下行不对称，在无人机图传和宽带自组网中是一种典型的信道配置方法。按实际业务分配两个方向的资源，可有效提升真实场景下信道的稳定性，并扩大有效传输的距离。
无人机链路中的两个方向承担着不同任务。飞机到地面通常需要持续传输视频、遥测等数据，地面到飞机则主要承载遥控、云台控制和视频传输的反馈信息。视频可能需要数Mbps带宽，而部分控制与反馈只需要几十Kbps，平均分配资源并不经济。
iLive本次增强降低了视频对反向链路的依赖。在单频共享、时分收发和Mesh等系统中，这为减少低负载方向的资源占用、给视频和其他有效信息留出更多空间提供了条件。iLive并不改变电波传播规律，却能推迟视频从可用走向不可用的临界点。对巡检、搜救和侦察任务而言，更长的有效传输距离意味着无人机不必因为画面提前中断而返航或暂停任务。
干扰越复杂，两个方向的网络差异可能越大
除了业务数据量和资源配置，飞行器与地面端所处的电磁环境不同，也会进一步加剧上下行不对称。造成差异的关键因素是两个接收端能够接收到的干扰源并不相同：飞行器升到建筑物上方后，往往更容易接收到较大范围内的基站、Wi-Fi和其他地面发射源信号，机载接收端可能同时面对更多干扰；地面接收端则可能受到建筑和地形的部分隔离。
北卡罗来纳州立大学在城市和乡村开展的一项空地测量显示，在最高170米的测试高度，空中接收端测得的聚合干扰最多比地面接收端高16.66dB，并认为空中接收方向更容易受到多个视距干扰源的共同影响。空地链路干扰不对称测量(https://arxiv.org/abs/2507.20392)
同一研究团队的后续测试还发现，随着飞行高度增加，空中接收到的干扰总体增强。当无人机无法可靠接收反向ACK/NACK反馈时，即使飞机到地面的视频方向仍然可用，视频吞吐量也会受到明显影响。空地链路测量与性能评估(https://arxiv.org/abs/2508.12941)
这种现象也得到了其他公开研究和标准工作的关注。3GPP指出，无人机飞到屋顶以上后可能同时检测到多个强邻区，因而面临更严重的干扰，并为此引入了与飞行高度相关的测量和干扰缓解机制。3GPP无人机支持说明(https://www.3gpp.org/technologies/nr-uav) 2023年发表于《IEEE Internet of Things Journal》的一项实验研究同样观察到了明显的上下行差异，并报告其测试中的下行链路质量显著优于上行链路。IEEE实验研究(https://doi.org/10.1109/JIOT.2022.3233576)
这些研究说明了存在一种具有普遍实际意义的情况：地面到飞机的上行方向可能已经严重受限，而飞机到地面的下行方向仍然具备较好的传输条件。
上行只剩7Kbps，视频再遇弱网还能传回来吗？
对实时视频系统而言，上述不对称会产生一个容易被忽视的问题：视频方向明明仍然可用，整个传输却可能因为反向反馈无法及时返回而降低画质、频繁卡顿，甚至完全停止。
为了验证iLive在这种网络中的表现，我们将上行链路限制为7Kbps，并分别在下行链路叠加突发丢包和10%随机丢包以模拟实际弱网。Case 1—3的视频码率上限设置为1Mbps，并与WebRTC方案进行对比。
Case2 测试中画面对比，WebRTC较模糊
下表为对比测试后统计数据：
1 iLive采用了“先上行限速、再接收”的启动顺序。但WebRTC在相同顺序下约30秒后画面停止，无法形成持续样本，因此WebRTC只能放宽为“先启动接收、再上行限速”的顺序进行统计。
2 该数据来自网卡流量监测，测试中可观察到画面清晰度明显下降。
3 Case 2的下行突发丢包模型为：每120ms以6%的概率出现持续200—250ms的完全丢包。
Case1对比测试的环境和结论
Case2对比测试的环境和结论
Case3对比测试的环境和结论
当上行链路完全中断时，我们进一步进行了纯单向传输测试。该测试独立于Case 1—3，结果如下。
4 单向测试的运行码率配置与Case 1—3不同，3309Kbps为该次测试的实际平均码率，因此不与前表的1Mbps限码率结果作横向比较。
本文及上述测试表格中的“上行”，是指地面端到飞机端的方向，主要承载控制以及视频传输系统的反馈信息；“下行”是指飞机端到地面端的方向，主要承载无人机回传的视频。受到干扰后，上行链路往往会降速、丢包乃至断连。本次我们只记录了降速和断连的情况。表格中的卡顿数据只统计100ms以上的画面停顿。
测试结果的三角能力图，iLive优势明显
这些数字对应的是客户能够直接感知的差异。在视频方向存在10%随机丢包、反向链路仅有7Kbps的测试中，iLive平均每分钟卡顿约2.68秒，本次WebRTC方案约为48.31秒，已无法正常观看；在反向链路完全中断后，WebRTC画面约6秒后彻底停止，而iLive单向模式仍保持了连续传输。对于需要依据实时画面识别目标、判断环境或指挥作业的客户，前者意味着任务仍然可以继续，后者则可能意味着远端操作人员已经失去现场信息。
更重要的是，这项增强能力被纳入了iLive通用软件体系，而不是只针对某个客户、某款设备或某一次测试制作的专用版本。无人机厂商和图传方案商可以根据自身链路条件选择常规双向、上下行不对称或单向传输方式，而不必为每一种无线网络重新更换整套视频技术。
对群体无人机而言，这项能力价值更大
多架无人机同时回传视频时，视频、控制、遥测和传输反馈会共同争夺有限的信道资源。如果每一路视频都依赖持续、充足的反向反馈，节点越多，反馈和重传带来的共享信道压力越大，单架无人机的链路波动也更容易影响整体传输效率。
iLive对不对称链路的支持，使系统设计者可以降低音视频传输对反馈方向的带宽要求，将更多资源用于有效视频和关键业务数据。在集群侦察、应急搜索、大范围巡检和多机协同等应用中，这种能力意味着可以让有限频谱服务更多节点、覆盖更大范围，并减少一架无人机链路波动对整个系统造成的连锁影响。
面向真实需求，解决实际问题——iLive持续进步中
从正常网络下的超低延时传输，到弱网中的画面连续，再到极窄反向链路和单向网络中的持续视频，iLive面对的目标始终不是某一个孤立指标，而是让实时视频适应越来越复杂的实际通信环境。
此次能力增强来自无人机图传和专用无线链路的真实需求，也体现了iLive将市场反馈转化为通用产品能力的路径。对于远距离图传、群体无人机和复杂电磁环境下的实时通信系统，一次次接近实际业务边界的能力提升，比理想网络下的峰值指标更能说明视频传输能力能否支撑任务。
本文测试数据来自特定实验室网络和软硬件配置，测试结果反映该条件下的表现。实际效果可能因无线环境、设备配置及业务方式不同而存在差异。
如果您对此感兴趣，请联系我们
https://www.powerinfo.net/contactme.html
热门跟贴