您好,欢迎访问飞畅科技官网!
服务热线:+086 0571-87007055/56/57 EN
飞畅科技新闻中心与行业资讯

光通信与工业互联网方案专家

EXPERT IN OPTICAL COMMUNICATION & INDUSTRIAL INTERNET SOLUTIONS

联系我们CONTACT US

全国咨询热线

0571-87007055/56/57/75

市场部直线电话:0571-87007140

手机:15306818230(微信)

QQ :2355416925

定制设计:18072828031(微信)

或给我们留言

在线留言

Kerlink宣布网关支持LR-FHSS:公用事业抄表怎样分别验收上行与下行?

浏览次数:

FIBERIOT / 工业通信

大量表计向同一片区域上报数据,网关容量和现场干扰都会影响采集结果。Kerlink于11月10日宣布为Wirnet iBTS系列增加LR-FHSS接收能力。对工业物联网项目而言,这条新闻需要拆成两件事理解:网关能够接收新的上行调制,并不自动说明旧终端、入网流程和下行控制都获得了同样变化。

01已核实的新闻事实

Kerlink官方公告日期为2026年11月10日,发布地点为维也纳Enlit Europe。公告称,指定Wirnet iBTS系列的新装和已部署网关可通过软件更新启用LR-FHSS接收,无需更换硬件或增加许可费用。厂商列明该能力用于上行,入网及下行继续使用LoRa,并说明网关可以同时处理标准LoRa流量和LR-FHSS上行,向LoRaWAN网络服务器转发。

上述范围是厂商对其指定系列的说明,不能推广为所有网关都能升级,也不能从中推断全部表计已具备该调制能力。本文以下为飞畅独立工程解读,配图采用通用表计、无线网关和服务器连接,不表示Kerlink产品实物、厂商性能测试或飞畅参与该合作。现场具体数据率、频段及终端支持须按设备资料和区域参数核对。

表计到无线网关的上行与返回下行的不同路径
图1|通用表计与网关,分别标出LR-FHSS上行和LoRa入网及下行。非Kerlink产品图。飞畅独立工程解读配图,AI辅助。

02飞畅解读:画出从表计到业务数据的路径

在一个通用抄表系统中,表计先产生业务值,再按支持的无线方式发出上行。网关的无线接收部分负责接收和解调,把结果通过以太网或蜂窝回传送到网络服务器。服务器继续处理设备身份、帧计数、去重及适用的安全检查,业务平台才把有效数据交给应用。无线端口收到一次信号,距离业务数据库出现一条可信读数,中间还隔着多个环节。

因此,验证新上行能力时,应为同一次上报保留可对应的标识,例如终端标识、帧计数和应用记录时间。网关收到的记录与服务器接受的记录并非必须一一等量:同一终端上行可能被多个网关听到,由网络侧合并处理。不能把网关接收次数直接当作新增的独立业务读数,也不能仅凭服务器去重后的数量倒推出每台网关的接收性能。

回传链路同样属于端到端路径。若无线端已接收,但网关回传中断或服务器队列延迟,应用仍可能迟迟得不到新数据。测试记录需包含网关回传状态和时间来源。对允许缓存的设备,还要查缓存容量、保存条件和恢复策略,不能自行假定断网后会无限保存并自动补齐全部数据。

03为什么上行升级后还要单独验证下行

新闻明确限定LR-FHSS是上行能力。以常见Class A终端的通用过程理解,下行机会与终端完成上行后的接收窗口有关。网络服务器安排下发时,还要满足终端接收设置、网关发射及区域要求。这个过程与网关能否解调新上行是不同的问题,不能拿一个接收成功标志代替两者的完整验收。

假设一个终端每十五分钟上报一次,维护人员在上一次上报结束后才提交参数更新。若该终端只按Class A接收机会工作,业务平台可能需要等待后续符合条件的接收窗口才能完成下发。此例只解释时序,十五分钟不是任何产品推荐周期。看到“上报正常但参数未立即生效”,应检查下发请求进入服务器的时间、调度结果、网关实际发送和终端是否应用,避免直接认定无线接收升级无效。

入网也应独立留证。测试新装终端时,确认设备与服务器的入网配置,记录请求、接受结果和后续业务上报。已有终端持续运行通过,并没有覆盖重启、重新入网或密钥状态变化。网关软件升级后,旧LoRa终端与新能力终端各抽取代表设备,按照实际部署模式分别验证,避免只挑最容易成功的一类。

无线接收后经以太网回传到服务器和应用的验收路径
图2|同一上报需要关联无线接收、回传和应用有效数据。通用原理示意,非实测。飞畅独立工程解读配图,AI辅助。

04工程验收:在相同负载下比较有效数据

容量验证首先要定义工作量。终端数量、上报间隔、有效载荷、数据率和消息是否集中到达都会影响结果。一个平均上报稀疏的系统,可能在定时集中抄读或恢复供电后出现短时密集请求。把测试条件写成明确组合,再比较相同位置和相同观察时长内的有效上报比例、最晚到达以及连续缺报情况。

可以先建立少量终端的基线,然后按获准计划增加并发负载。为每台测试终端预留已知序列或可核对计数,把终端产生的样本与业务平台接受的样本关联。逐项保留网关接收、回传、服务器处理和应用落库的时间。样本丢失时,这些观察点能帮助定位发生在哪一段。只有最终数据量而没有产生基准,无法区分没有发送与没有收到。

频谱占用和区域约束需要纳入测试条件。跳频不意味着可以任意提高发射频率或让所有终端不受限制地重试。不同地区的数据率及发射要求要按实际配置和有效资料执行。测得的容量结论应附上终端组合、频段、布点和负载条件,不把厂商对扩容的概括表述改写成所有现场的统一倍率。

05部署建议:升级、恢复与业务连续性一起交付

升级前核对网关完整型号、硬件平台、软件版本和终端能力清单。保存现行配置及恢复方法,在受控环境验证新的接收功能和旧流量并存,再按维护计划部署。上线后重新检查入网、上行有效数据、下行确认和回传恢复,而不是只确认升级包安装完成。

对于能源、水务及工业采集项目,业务的“最新值”还应带采集时间和有效状态。回传恢复后收到一批历史值时,应用需要区分它们与刚产生的新样本。某项指令已进入服务器队列,也不代表现场执行机构已经采用。把每个阶段的状态展示清楚,可以减少“平台显示成功但现场没变化”的误判。

交付记录应将厂商支持范围、测试设备、软件版本、上报条件、观察时长和故障恢复结果放在一起,并列出未覆盖的工况。后续增加终端或调整周期时,重新验证受影响路径。新增上行接收能力为扩展网络提供了一个选项,而实际采集是否可靠,仍由终端、无线、回传、服务器和业务应用共同决定。

新闻来源与机制资料

Kerlink官方公告,2026年11月10日 · LoRaWAN L2 1.0.4,3.3 接收窗口