ARTICLE DETAIL

资讯详情

深耕郑州网站建设与运营推广的一线实战洞察。

国内首款SDR AIS基站技术解析:天线到解码链路与实测

国内首款SDR AIS基站技术解析:天线到解码链路与实测 国内首款基于软件无线电技术的AIS基站投入测试使用——看到这个消息我第一反应是这个行业终于走到软件定义这一步了。我在海事通信领域做了快十年岸基设备从最早的模拟接收机、到DSP方案的AIS基站、再到现在的SDR全软件解调这条技术路线的演变本质上是把“硬件锁死”变成“算法可迭代”。这篇文章不打算写新闻通稿我想把一个AIS基站从信号到数据的完整链路拆开穿插这台SDR基站在现场测试时暴露的问题和我们的处理方式给准备做船舶监控、岸基AIS网络或者打算用SDR改造旧站点的朋友作参考。1. 为什么AIS基站会转向软件无线电1.1 传统AIS基站的封闭架构传统AIS基站大家都不陌生一个标准机柜里装着射频收发单元、基带处理板、协议转换模块AIS 1和AIS 2两个信道各做一路接收基带解调用ASIC或者固化过的FPGA协议栈全部烧在固件里。这套东西的优点是稳定通电之后基本不用管但缺点同样明显所有功能在出厂那一刻就定死了。想要升级解调算法、增加新的消息类型支持、调整信道带宽和时隙参数只能等厂商发新固件甚至要整板更换。更难受的是成本结构。双信道接收意味着同样的射频链路要做两套哪怕只是加一个信道、加一个频段监听都要动硬件。我在现场就碰到过用户想把AIS基站顺便监听150MHz频段的航标遥测信号传统基站根本做不到只能再加一台接收设备。基站分布在沿海和内河沿岸运维人员跑一趟站点成本很高硬件功能单一就意味着运维效率低、扩展性差。1.2 SDR重新定义了“基站”的天花板软件无线电的思路和传统设备完全不同射频前端只负责把信号搬移到中频或者基带ADC完成数字化之后数字下变频、信道滤波、GMSK解调、HDLC成帧、消息解析全部变成软件模块。一台采用SDR架构的AIS基站硬件上是通用射频前端加高性能处理器软件上是一套完整的信号处理和解码链。这次测试使用的国内首款SDR AIS基站最直观的变化就是一套硬件同时完成了AIS 1和AIS 2两个信道的接收而且不需要为每个信道单独配置解调板卡。更关键的是升级解调算法、调整滤波器参数、增加对VDES或其他海事信号的解析能力都变成了软件更新。我参与测试的这台设备在测试过程中就远程更新过一次GMSK解调器的参数整个过程不到半小时放在传统设备上基本等于返厂维修。2. AIS信号的物理层与数据链路SDR方案绕不开的底层细节2.1 频点、GMSK与突发时隙要做SDR AIS基站先得把AIS信号的物理层参数吃透。AIS系统使用两个VHF频段信道AIS 1在161.975MHzAIS 2在162.025MHz信道带宽25kHz调制方式是GMSK数据速率9600bps带宽时间积BT约为0.4。这里有个容易被忽略的细节AIS的信号结构不是连续载波而是突发性的每艘船在自己的时隙内发送一帧报文一帧只有26.67毫秒一分钟总共2250个时隙。这意味着SDR接收机不能像接收广播电台那样做连续解调它必须有能力在极短时间内检测到突发信号、完成符号同步、解调出数据、并且在下一次突发到来之前腾出处理资源。在FPGA加DSP的架构里这通常靠中断机制完成在纯软件方案里就要有一个高效的突发检测器一直盯着基带I/Q数据流。2.2 HDLC帧、CRC与NMEA输出AIS的数据链路层用的是HDLC帧结构帧起始和结束的标志字段是0x7E中间是地址字段、控制字段、信息字段和16位CRC校验。AIS报文在传输时还要做比特填充遇到连续的1后面插入0避免误判帧标志。这些在传统基站的协议栈里都是固化逻辑但在SDR系统里所有步骤都要在软件里独立实现任何一个环节出错整条报文就废了。解码完成之后AIS数据通常以NMEA 0183格式输出最常见的语句是VDM和VDO。基站从VDM语句里解析出消息类型位置报告对应1、2、3类消息基站自身报告对应4类消息静态和航次信息对应5类消息。如果要在海事监管平台上展示船舶轨迹这些消息类型必须完整解析而且解码延迟要控制在毫秒级。我见过一些用RTL-SDR做的实验性AIS接收机VDM输出没问题但在高船流量的内河场景下丢包严重问题往往出在消息类型处理不完整或者缓冲区设计不合理。2.3 SDR解调与专用芯片的差异传统AIS设备的解调芯片会把粗同步、频偏估计、符号定时恢复、信道均衡这些都处理掉开发者拿到的是已经解好的数据帧。SDR方案里没有这个“黑盒”所有算法都要自己写或者自己调优。AIS信号带宽窄、速率低计算量本身不大真正的难点是如何在复杂电磁环境下把误码率压低。AIS信道里经常出现远近效应附近几公里的船信号强度可能有-40dBm而几十公里外的船只有-105dBm强弱信号差60多dB同时出现在一个时隙附近的时候突发检测很容易被强信号触发从而漏掉弱信号。SDR的优势在这里就体现出来了——数字域滤波器的滚降特性、解调器里的均衡算法、突发检测的阈值都可以随时调甚至可以让算法针对本场站的噪声底做自适应。3. 从天线到解码SDR AIS接收链路逐级拆解3.1 天线与射频前端的选型SDR AIS基站的接收链路最前端是天线。AIS信号是垂直极化基站一般采用垂直极化的VHF海事全向天线中心频率在162MHz附近增益通常在2到3dBi。天线架设高度对覆盖范围影响极大后面会专门讲。射频前端是很多人容易忽视的地方。SDR设备本身有噪声系数但如果不加前置滤波和低噪声放大现场的表现会非常不稳定。我建议在SDR之前加一个带通滤波器专门滤除FM广播、寻呼台、TETRA等带外强信号再串一个低噪声放大器噪声系数尽量控制在1dB以内。因为FM广播功率很大如果直接进SDR的ADC会造成阻塞或者产生互调分量严重时AIS信号完全解不出来。3.2 数字信道化与双信道并行工业级SDR接收机的核心参数有几个频率覆盖范围、瞬时带宽、ADC位数、噪声系数和线性度。AIS只需要160MHz附近大约2MHz的瞬时带宽门槛不高但ADC位数至少要12位以上否则弱信号容易被量化噪声淹没。数字信道化是SDR处理双信道的标准做法。将天线接收到的射频信号下变频到中频并数字化后在FPGA或PC里通过数字下变频器把中心频点分别对准161.975MHz和162.025MHz各生成一路零中频基带信号。这两路信号在数字域是完全隔离的滤波器由软件配置不需要像传统设备那样为每个信道准备独立的模拟射频通道。3.3 突发检测、GMSK解调与帧同步基带信号准备好之后第一步是突发检测。常用方法是能量检测加相关检测先看信号功率是否超过设定门限再用本地训练序列做相关确认这是AIS突发而不是干扰。AIS报文的开头有训练序列和启动标志这是天然的同步头相关性检测很容易得到明显峰值。GMSK解调我推荐两种实现路线一种是用正交差分解调实现简单对频偏不敏感适合资源受限的嵌入式平台另一种是基于GNU Radio的开源实现用时钟恢复和匹配滤波模块配合一些自定义算法优化。测试中我们对比过两种方案的误码率正交差分解调在弱信号下略吃亏但在大部分近中距离场景下表现足够稳定。解调出比特流之后后面就是常规但必须严谨的流程去比特填充、找HDLC帧边界、做CRC校验、解析出AIS消息。注意CRC校验必须严格做宁可丢弃也不要把错包送进数据库否则平台上会出现大量虚假船位。3.4 时间戳、授时与数据上报AIS基站和接收机的本质区别在于基站要输出带精确时间戳的船位数据并且自身要作为一个参与SOTDMA网络的节点周期性发送基站报告。这意味着SDR AIS基站必须接入GPS或北斗授时源在解调出每条消息时打上UTC时间戳误差要控制在1毫秒以内否则后续的轨迹融合和碰撞分析都会失真。SDR方案在打时间戳这一点上有天然优势因为信号从天线到解调完成全部在数字域处理从突发检测到帧解码的延迟可以精确测量并补偿。传统基站要额外设计硬件延迟校准而SDR只要在软件里做固定时延补偿就行。数据上报接口上常见的有NMEA 0183串口、NMEA 2000、TCP/UDP网络接口或者直接以JSON格式写入数据库方便上层平台调用。4. 首款SDR AIS基站的现场测试与指标验证4.1 测试环境搭建与对比方法现场测试选择了一处沿海高地的岸基站天线架在约40米高的通信铁塔上SDR基站设备放在塔下机房用低损耗馈管连接。为了验证SDR基站和传统AIS基站的差异我们让两者共用一副天线中间用功分器把信号分成两路同时接入两台设备。这样对比的是接收机本身的能力而不是天线的差异。测试时长定为72小时连续运行覆盖工作日和周末保证能遇到不同密度的船舶交通流。白天记录AIS 1和AIS 2两个信道同时工作时的解调情况晚上记录接收灵敏度下限附近的弱信号表现。设备日志里每分钟输出一次统计摘要内容包括当前时隙数、解调成功数、CRC失败数、频偏估计值等。4.2 灵敏度、双信道与稳定性测试结果灵敏度测试使用标准信号源加可调衰减器产生AIS测试信号从-80dBm逐步衰减到-112dBm每个功率点发送1000帧报文统计包错误率PER。行业里一般要求PER低于20%时的输入功率作为接收灵敏度判定值这台SDR基站实测在-109dBm左右还能保持PER低于15%相比旁边那台传统基站测到的-107dBm略好一些。双信道并行接收的验证没有异常AIS 1和AIS 2同时高负荷工作时两个信道的解调成功率没有互相拖累。72小时连续运行期间设备没有出现过死机或需要人工重启的情况处理器平均负载大概在45%左右温度稳定在50度以内。这说明SDR方案不仅仅能跑通Demo已经具备7乘24小时工作的工程基础。4.3 实际船舶覆盖与报文接收率实际运行数据更能说明问题。选择天气晴好、能见度高的测试日以基站为圆心统计了24小时内收到的船舶报文。结果显示SDR基站收到的A类船位报告数量比传统基站多了约12%到18%多出来的部分主要集中在40公里以外的远距离弱信号区域。这个结果不意外自研解调算法里针对弱信号做了专门的匹配滤波优化突发检测门限也按日夜噪声底做了分段调整。在船流量最高的几个小时里每分钟收到的报文数量峰值接近2200条两个信道接近满负荷SDR基站的解码链路依然稳定消息解析成功率超过99%。这个吞吐量已经覆盖大多数内河和沿海监控场景说明软件无线电方案在性能上完全够用而不是某些人说的“只能做实验”。5. 基站在实际部署中的工程问题与处理5.1 天线高度、馈线损耗与视距估算AIS工作在VHF频段实际覆盖范围主要受视距约束。视距计算公式是D 4.12 × (√h1 √h2)单位公里h1和h2分别是船台天线和岸站天线的高度单位米。岸边站天线40米高船上AIS天线10米高理论视距大约是4.12 × (3.16 6.32) ≈ 39公里。开阔海域再往外会受地球曲率和信号衍射影响报文丢包率快速上升。馈线损耗是个容易被忽略的坑。LMR-400馈线在160MHz频段的损耗大概是4.5dB/100米1/2英寸馈管大概2dB/100米看起来不多但如果从塔顶天线到机房设备走了80米再算上接头和避雷器的插损整体可能吃掉6到7dB信号灵敏度优势全被抵消。部署时我建议馈线室外部尽量用馈管设备到塔底这段也尽量控制在30米以内连接器一定要做防水密封。5.2 多基站组网与信道时隙协调如果只是单站接收SDR基站的时隙管理逻辑和传统设备差不多但如果一个区域内有多座基站同时工作就要考虑SOTDMA时隙的自组织协调。AIS基站会周期性发送4类消息也就是基站报告包含基站编号、位置、UTC同步状态等信息告诉覆盖区内的船舶这个基站是正常工作的。多基站组网时相邻基站的发射时隙必须错开否则会干扰彼此的接收。传统基站一般采用预先规划时隙的方式改起来麻烦SDR基站的软件架构可以实时监听信道占用在发射基站报告时动态选择空闲时隙冲突概率大幅下降。这个特性在密集水域建设多基站网络时特别有价值不用每个站点人工规划时隙。5.3 雷击防护、供电与远程运维海岸基站最大的威胁是雷击。天线在塔顶是同轴电缆把雷电流引向机房的天然通道必须在馈线进入机房前安装同轴浪涌保护器并且保证接地电阻小于10欧姆。SDR设备的前端是灵敏的射频器件对雷击浪涌的耐受能力不如传统设备皮实防雷措施更要做到位。供电方面SDR基站整机功耗在20到50瓦之间比传统AIS基站低了不少可以支持太阳能加蓄电池的部署方式。但要注意工业级SDR板卡的工作温度范围室外机柜必须配温控风扇或者加热器保证设备在-20度到55度之间可靠运行。远程运维是SDR带来的额外红利因为所有处理都在软件层可以通过SSH连接查看实时频谱、调整解调参数、抓取原始帧数据传统基站根本没有这个能力。6. 我在测试中踩过的坑和留给同行的话6.1 灵敏度“虚高”的假象第一次在实验室测这台SDR基站的灵敏度时信号源用短跳线直接接接收机测出来-112dBm数据漂亮得让人兴奋。结果上了塔实测弱信号区域的船舶接收数量并没有明显优势排查了很久才发现问题天线附近有一圈金属护栏导致天线驻波比偏高从天线到机房又多过了两个转接头整体系统噪声系数比实验室环境高了3到4dB。实验室测的是接收机本体现场测的是整个接收系统两者差得很大。后来我们专门做了一套现场整链路灵敏度测试流程用校准过的标准信号源从天馈端注入信号重新测了灵敏度阈值才真正反映实际部署水平。给同行一个建议任何SDR设备实验室数据只能参考必须做整链路验证。6.2 滤波器、防雷器插损和干扰排查测试过程中出现过一次AIS信道上误码率突然升高的情况频谱图上看161.975MHz附近出现了明显的宽带杂散信号。排查后发现是附近一座调频广播塔的大功率信号在接收机前端产生了三阶互调正好落在AIS信道范围里。传统滤波器解决不了这个问题必须加窄带的螺旋腔体滤波器中心频率162MHz带宽5MHz插损控制在0.5dB以内才把干扰压下去。防雷器同样是个隐性坑。有些低价同轴防雷器在VHF频段的插损高达1.5dB相当于白送掉一部分灵敏度。选防雷器时一定要看频段插损曲线插损超过0.3dB的直接淘汰。还有一次是接头进水导致驻波比异常SDR解调出来的报文CRC错误率明显上升这个案例提醒我们所有室外接头都必须做防水胶带加自融胶带处理不能省。6.3 软件升级带来的质变与后续扩展测试期间我们发现解调算法在低信噪比下对小信噪比报文的漏检率偏高放在以前的传统基站设备上这基本等于无解只能等下一版本硬件。但SDR基站的解决办法很直接远程把新的解调器参数推上去同时调整突发检测门限半小时后重新观察统计曲线漏检率明显下降。这种“算法迭代代替硬件返厂”的模式对沿海、内河这种站点分散、运维成本高的场景意义非常大。后续这个平台还可以沿着同一套SDR硬件往前走增加对VDES甚高频数据交换系统的支持或者叠加多个AIS信道的同时接收甚至通过多站点组网实现船舶位置的辅助定位。这些能力在传统AIS基站上都要重新设计硬件但在软件无线电架构里只是加一段代码的工作量。这个方向值得持续关注。
返回列表