★ FEATURED ARTICLE 简介中国联通发布的《5G泛低空网络部署与服务运营白皮书》围绕低空无人机行业应用需求系统梳理了5G网络在300米以下低空覆盖、实时通信与安全运营方面的解决方案适合通信网络规划人员、无人机行业应用开发者及相关研究者参考。资源包共1个PDF文件大小约2.19MB内容为白皮书完整全文章节涵盖需求分析、5G泛低空网络部署方案、基于MEC与网络切片的服务能力、安全机制及运营模式分析结构清晰。白皮书目前已有301人学习下载读者可从中获取完整的5G泛低空网络架构、标准进展、典型部署方案和运营模式等关键信息对低空网络研究与项目规划具有直接参考价值。1. 某运营商5G泛低空网络部署与服务运营白皮书这不是给无人机加张流量卡某公司X的空中巡检组用了十几个月的4G挂卡方案无人机飞50米高度巡检厂区图传偶尔卡顿还能忍但一旦飞到120米做屋顶测绘数传链路直接断连后台看到的是终端反复注册又掉线。换了高档工业级无人机、换了号称“空中增强”的CPE问题照旧。后来才明白地面网从来不是按“对空覆盖”设计的天线波束压着下倾角打地面用户空中几十米是波束的盲区。这个白皮书表面谈的是5G一张网实际讲的是两件事网怎么按“空域”而不是“地面”重新部署以及运营商怎么把低空连接当成一项可计费、可承诺SLA的服务来运营。适合谁看做无人机行业应用集成、园区5G专网或者想在低空物流、巡检赛道上找连接方案的从业者都能从这里拿到部署逻辑和运营边界。2. 泛低空为什么难地面网络的波束偏见与空域分层2.1 地面基站凭什么“看不见”无人机先看一个最基本的认知移动通信网络的天线波束是有“指向性”的。宏站天线默认带一定机械下倾角再加上电调下倾角主瓣指向地面。无人机爬升到80米、120米位置已经落在天线副瓣甚至旁瓣区域副瓣增益比主瓣低十几dB这直接就变成弱覆盖。更麻烦的是无人机终端的接收天线本身在三维运动机身姿态、螺旋桨遮挡都会造成极化失配和额外的衰落。所以泛低空网络的第一步不是加基站而是把“给谁打”的对象从地面用户改成空中终端。白皮书里把低空空域粗略切成了几层10到120米是微型无人机、行业巡检常见的作业层120到300米是物流航线、部分通航飞行器的巡航层再往上300米到1000米是大范围广域覆盖层。不同层对网络的要求差别很大作业层要求上行大带宽、低时延巡航层要求连续覆盖、切换无感广域层更看重覆盖范围和可靠信道。部署策略必须按层拆解不能用一张网无差别覆盖。部署层面常见做法是给宏站换上支持更大仰角扫描范围的AAU配合电子波束扫描把小区波束拆成“地面波束”和“对空波束”两组。对空波束的主瓣方向抬起来覆盖本小区上方的低空扇区。注意这跟把天线直接朝天放是两回事朝天放会让小区间干扰失控且终端在低空水平移动时切不到相邻小区。所以波束设计是按“空域栅格”做的水平面仍按扇区走垂直面拉伸仰角覆盖带。2.2 链路预算差异同频覆盖但穿透和散射完全不同对空链路和地面链路的最大差别在于几乎没有建筑物反射、绕射信号主要是直射径加少量地面反射。这听起来是好事实际会产生两种现象一是快衰落模型变化瑞利衰落占比下降莱斯K因子显著提高接收功率的波动不再像地面那么剧烈二是远区覆盖反而变得“干净”邻区干扰的分布和地面用户计算模型完全不同网络规划工具里直接套用地面传播模型会导致覆盖半径估算失真。链路预算上要用自由空间损耗加余量。我一般会先用一个简易的python脚本把高度、距离算到路径损耗上做初筛import math def fspl(d_km, freq_mhz): # 自由空间路径损耗d_km单位公里freq_mhz单位兆赫 return 20 * math.log10(d_km) 20 * math.log10(freq_mhz) 32.44 def slant_distance(ground_dist_m, height_m): # 将水平距离和高度换算成斜距基站到无人机的真实无线传播距离 return math.sqrt((ground_dist_m / 1000.0) ** 2 (height_m / 1000.0) ** 2) # 典型参数C波段3500MHzAAU发射功率按单通道200mW等效接收灵敏度按工业终端-95dBm freq 3500 tx_power_dbm 43 # 单小区等效发射功率取43dBm(20W) rx_sensitivity -95 antenna_gain 27 # AAU对空波束峰值增益 terminal_gain 3 # 机载终端天线增益 for height in [50, 120, 300]: for dist in [200, 500, 1000, 2000]: slant slant_distance(dist, height) loss fspl(slant, freq) rx tx_power_dbm antenna_gain terminal_gain - loss margin rx - rx_sensitivity print(f高度{height}m 水平距离{dist}m 斜距{slant:.2f}km f接收电平{rx:.1f}dBm 余量{margin:.1f}dB)这里逻辑是判断一个位置能不能覆盖不是看无人机距离基站的“水平距离”也不是看“高度”而是看斜距。很多人第一次算低空覆盖会忽略这点把覆盖半径直接拿地面规划里的水平距离套过来。另一个关键是发射功率和灵敏度之间要留出至少15dB余量而且留的不是给穿透的是给波束边缘和终端姿态波动的。参数里antenna_gain对空波束和地面波束往往不同地面波束增益做高但打不到天上规划回传链路时如果把这个数套到低空场景余量会虚高。2.3 Spectrum选择覆盖半径与设备成熟度的平衡点重点频段一般是C波段3.5GHz附近和2.1GHz。C波段可用带宽大能支撑多路4K图传和高并发数传代价是路径损耗高覆盖半径受限2.1GHz覆盖能力强但带宽小热点容量容易成为瓶颈。运营商在实际部署里很少做单选通常C波段做低空业务主力2.1GHz做广域兜底和FDD辅助上行增强。选频段还要看支持对空波束的AAU设备成熟度。部分早期型号的AAU在垂直面的扫描范围有限改上倾角只能动一点点真要覆盖到300米高度就得换设备形态。这个在方案选型阶段就要卡死不要在施工阶段让工程队用地面型号硬撑。3. 部署与参数设计站址、波束与专网切割3.1 站址规划先画空域航线再反推地面站址低空网络的站址逻辑和地面宏站是反的。地面网络先算覆盖面积再加容量低空网络先画“航路走廊”再沿走廊选站址。拿物流航线来说航路是一条几公里长、几十米宽的带状空域沿线站点只需要保证这条带的上空连续覆盖不必把周边大面积空域都打满。做法的第一步是把目标空域切割成网格350米×350米或500米×500米把每个网格的期望业务密度标出来比如常飞航线的网格标上行满载偶尔过境的网格标边缘保持。然后用链路预算倒推每个网格需要多少个基站、什么站型。注意低空站址的挂高比地面更重要站高差异几十米对空波束俯仰角的调整余量差别很大楼顶站一般比地面杆站更合适。我一般会先输出一个覆盖仿真的CSV再人工判读哪些网格是孤岛。这个环节别一上来就套商业仿真工具的默认射线追踪模型用自由空间模型大概扫一遍再精算效率更高也不会被一堆不完美的地物参数带偏。3.2 波束参数大上倾角不是一次性搬到底对空波束的参数可以拆成三块小区级广播波束、业务波束的CSI-RS资源、终端级波束细扫。广播波束决定终端在空中的初始接入能力必须保证无人机在目标层任何位置都能读到可用的SSB信号。常见做法是广播波束里配置一组“对空扫描子波束”把垂直维度从覆盖地面扩展到覆盖10°到35°仰角带。实际参数调整里有个普遍翻车点有人直接把SSB的垂直偏转从默认的0°抬到12°并加大功率以为这样就能覆盖高空结果地面用户的上行接收信号被自身波束抑制。正确做法是让AAU运行在“多波束时分扫描”模式地面子波束和对空子波束分时发送牺牲一点公共信道的复用率换来两个方向各自保形。我在现场验证时主要盯三个值地面的SSB RSRP有没有掉3dB以上、对空波束在规划高度上的RSRP是否达到-100dBm以上、以及两个方向的波束切换边界是否落在小区边缘。另一个容易被忽略的参数是PRACH根序列规划。低空场景下无人机距离基站可以很近比如就在站顶上方又可以在几公里外时延差跨度比地面更大。如果根序列的循环移位配置太小会产生前导序列碰撞现象是无人机靠近基站后反而随机接入失败。规划上要给对空小区预留更多前导格式的循环移位空间代价是每小区可用的根序列总数变少。3.3 专网切割低空业务不能和地面用户抢公共信道公共网络的寻呼、随机接入、RRC连接管理逻辑假设终端密度稳定且移动速度慢。无人机高速大范围移动如果和地面用户混在同一个小区会出现两类冲突一是接入拥塞空中终端频繁在小区间切换每次都占用随机接入资源二是移动性误判网络把无人机的切换误判为终端快速移动频繁下发测量重配反过来加剧信令负荷。可靠方案是拉一张低空专网独立的小区配置、独立的跟踪区、独立的DNN或网络切片。物理站址仍然可以共享但逻辑上通过配置区分。业务通道上给无人机终端开专用5QI调度优先级高于普通视频业务以保证图传上行不被地面大流量业务挤掉。容灾上要做到如果专网小区故障终端能够平滑回落到地面公网这要求终端侧配置好公网专网双模切换策略避免两侧信号的反复选择导致“乒乓驻留”。专网切割不是非要做核心网切片下沉才有意义。如果只是在一个园区里做低空覆盖直接在基站侧配置独立小区加白名单接入也能达到隔离效果。白名单隔离的好处是改动小风险是无人机的SIM卡一旦被复制或者误写其他号段接入就会失败。所以正规一点的方案里就是切片加号段双重限制。4. 服务运营从“卖流量”到“卖连接SLA”4.1 业务分层与QoS策略白皮书下半段的重心是运营。低空网络如果只是把空地覆盖做好还停留在管道层面。真正让这个方向成立的是把连接能力按业务分级出售。我将低空业务分成三类照片/巡检数据下行回传要求低时延但不苛求超大带宽4K视频实时图传上行要求稳定50到100Mbps对抖动敏感远程操控指令数据量小但对时延极其敏感一旦延迟超过80ms就会造成飞手操作滞后。三类业务混跑会产生调度矛盾。远程操控指令需要的是高优先级小包走数据无线承载的SRB或者专用承载调度权重必须排在最高图传属于大包高速率业务适合用GBR承载离线回传则可以走Non-GBR用剩余资源跑。这个分层直接决定5QI的选择和ARP优先级。运营侧要能按“航线”或“任务”维度动态开卡而不是按天按流量。最实用做法是开通API接口让行业客户的调度平台自己调实时资费、申请临时SLA保障、查看实时连接质量。这里运营商实际提供的是一个低空网络的“业务编排面”客户平台需要拿到三个核心能力连接状态查询、QoS临时保障申请、用量结算清单。白皮书里的服务运营框架基本就是围绕这三块展开的。QoS保障真正执行起来有两个坑一是按切片粒度的保障无法区分单条航线必须到承载级qos二是当无人机跨小区飞行时承载的QoS重配置需要核心网和基站协同如果只做了无线侧策略跨站后就会失效。验收时建议直接做一条跨两个小区的航线每秒抓一次上下行速率确认QoS重配置是否在切换完成后的500毫秒内生效。4.2 计费模型连接时长、任务次数与保障等级的取舍低空业务计费模型不能照搬地面流量套餐。无人机作业高度关注“一次任务”的完整性按GB计费没法体现“保障成本”——因为真正的成本在于为这趟任务预留了多少无线资源和专网信令配额。常见计费组合是“基础月租任务计次保障等级加价”。基础月租覆盖终端卡、专网接入费和基础连接任务计次按“单架次起飞到降落”算一次包含固定时长的连接服务和一次SLA保障窗口保障等级加价则看目标时延和上行最低带宽要求比如某条物流航路的图传保障要求上行40Mbps这类加价客户往往愿意买单因为它直接影响飞行安全。这里需要说明一个容易误解的地方计费单位不是“无人机终端数”因为一个终端一天可以飞很多架次架次才是真正的资源消耗单位。运营系统必须能把终端、任务、航线三者的映射关联起来。如果计费系统只按在线时长计会出现一趟长时间悬停的巡检任务产生大量时长费用和实际资源消耗不匹配客户会认为计费不合理。4.3 运维与调度空口质量可视化、故障定界低空网络运维比地面复杂的地方在于故障可能发生在“垂直维度”。地面网络关注的是RSRP、SINR、上下行速率、时延低空网络还要增加高度、航向、机型和任务状态的关联维度。一份运维屏幕里看不到飞机在哪就没办法判断信号问题是位置问题还是设备问题。常见做法是给运维平台叠加“空域热力层”把每架次飞行采集的RSRP/SINR沿着航迹画成三维热力线在空中看空洞比在地面打点直观得多。遇到投诉先看热力线的断裂点是否正好落在某个基站的小区边缘再决定是调波束、调站址还是调航线。故障定界要遵循“先空口、再回传、再终端”的顺序。无人机的图传卡顿如果空口上下行电平都是好的就去查回传通道如果回传也好就查终端侧的编解码和天线摆放位置。很多项目组第一个怀疑的就是基站覆盖结果调了半天最后发现是机载终端装在了碳纤维机架内部天线被机身遮挡白白消耗几天工期。这些事在白皮书里不会写但在真实运营里占了一半以上的“伪故障”。5. 部署与运营避坑高频出现的5个翻车点5.1 翻车点一把地面覆盖仿真的结果直接当低空覆盖现象仿真报告显示某区域RSRP在-90dBm以上但无人机实测只有-110dBm业务直接不可用。原因仿真用的射线追踪模型和地物库是基于地面接收点标定的对空中的反射、绕射预测偏差极大而且很多工具默认把天线方向图按地面主瓣校准垂直面上偏转后增益变化未参与计算。解决不要用地面仿真的覆盖率数据验收低空至少在目标高度上做一次“高度维度”仿真或实测抽查。5.2 翻车点二上倾角调到位了但CA载波聚合没配对空波束现象单载波RSRP很好但载波聚合后吞吐量反而波动剧烈。原因辅载波的对空波束没有跟着主载波一起上倾导致主载波强、辅载波弱终端在CA模式下频繁上报辅载波测量失败触发去激活又重建形成吞吐锯齿。解决部署时把同站所有载波的对空参数做成一个参数模板统一下发不要只调主载波。变更后一定要做吞吐的长时间记录对比每次调度变更都留现场日志。5.3 翻车点三切换参数沿用地面宏站配置无人机在小区边界频繁掉线现象飞机飞到两站中间时RSRP超过切换门限但切换迟迟不触发或触发后目标小区拒绝接入。原因地面宏站切换偏爱迟滞大、避免小区边缘频繁切换而无人机速度快、航线固定需要更快更早的切换决策。解决把对空小区的切换参数单独设置降低A3事件迟滞量缩短TTT同时把邻区关系做成双向且提前预配置不要依赖ANR自动发现。无人机在航线上走切换路径完全可预测手工配置邻区反而更可靠。5.4 翻车点四误以为“专网隔离”等于“物理隔离”把核心网搞过载现象独立切片开启后所有无人机终端的PDU会话都建立成功但业务平台显示大量会话建立时延翻倍。原因部分核心网网元没有做切片级资源隔离所有切片共用同一套处理资源低空突发的大量短时会话把其他业务的信令处理能力挤占。解决核心网侧要对低空终端的信令风暴做单独限流和优先级分类如果场景只覆盖一个中小园区优先考虑在基站侧做本地转发把业务流量在接入侧闭环不进核心网。5.5 翻车点五只测“平飞”场景忽略起飞爬升阶段的连接恶化现象外场测试飞一圈都正常但飞机刚起飞升到30米时出现一段断流。原因起飞阶段无人机姿态倾斜大机载天线快速扫过基站方向本身的辐射方向图在某个角度形成深衰区叠加网络波束尚未锁定链路无法快速恢复。解决外场测试必须把“爬升段”单独作为一个测试剖面连续记录RSRP和SINR网络侧开启波束快速重扫功能减小波束失败恢复的判定时间。终端侧则注意天线布局尽量用双天线分集不要把两根天线放在同一轴线。6. 落地验证一张三维栅格测试矩阵和三项KPI验收标准最后一件事是你怎么确定这套方案在某个区域真的成了。我习惯用的方法是搭一个“三维栅格测试矩阵”把覆盖验证从“在地面上打一圈点”变成“在高度和水平距离两个维度上同时打点”。以常用RTK实时差分位姿记录终端位置以自动航线在30米、80米、120米、200米四个高度上按规划网格飞行每个网格点悬停10秒采集层三上三下数据。# 常见外场测试网格点生成脚本用于自动化飞行航线设计 def generate_grid_points(center_lon, center_lat, span_m1000, step_m200, heights(30, 80, 120, 200)): # 以中心点为中心生成栅格经纬度坐标高度列表可配 import math points [] lat_step step_m / 111320.0 lon_step step_m / (111320.0 * abs(math.cos(math.radians(center_lat))) or 1.0) for h in heights: for dx in range(-span_m // step_m, span_m // step_m 1): for dy in range(-span_m // step_m, span_m // step_m 1): points.append({ lon: center_lon dx * lon_step, lat: center_lat dy * lat_step, height: h }) return points # 参数说明 # span_m 是以中心点向四周扩展的半边长step_m 是网格间距。 # 网格间距和高度要按无人机任务的实际航线密度来设巡检类场景200米间距够用 # 物流航线验证建议在航路上用50米间距密采非航路区域放宽避免无效测试时间过长。脚本逻辑上只是按“经纬度网格 × 高度层”生成航点组合。执行外场测试时把点集导入地面站软件注意单架次电池续航一般只能覆盖三到五个网格点所以把点按高度重新分组优先保证同一个高度层的连续覆盖不要让飞机忽高忽低地跨层采集。测试时同步飞一个对比航线用商业终端的专业路测工具记录下行RSRP、SINR、上行发射功率和吞吐量。验收标准上我一般锁三个关键KPI第一目标高度层的RSRP覆盖率以-100dBm为门限要求不低于98%第二在最大飞行速度下连续切换成功率不低于99.5%切换时延小于50ms从测量上报到切换完成第三上行50Mbps比特率的可达性按任务持续时间95%区间统计要求至少90%的时间满足。这三个指标覆盖了接入、移动性、业务承载三个层面。做这个系统到现在我最大的教训是低空覆盖的绝大多数问题在实测前看起来都像覆盖问题实际上有将近一半是终端天线布局、参数配置和业务模型造成的。所以开局验收时一定让终端厂商和飞手到场别让网络工程师自己拿一个机载终端埋头调基站联合调测两天比单方磨两周有效。希望帮到你。本文还有配套的精品资源点击获取
阅读完成 · 觉得有帮助？
