从行业应用到智慧城市,升哲科技Alpha协议如何保障物理世界的数据传输

随着国家《“十四五”信息通信行业发展规划》和《物联网新型基础设施建设三年行动计划(2021-2023年)》的政策出台,物联网的产业发展迎来了新一波浪潮。在农业、制造业、生态环境、智慧消防等场景下,以数字化转型、智能化升级为动力,物联网承载了各种感知终端数据传输的重任。

升哲科技:自研发Alpha/Alpha+协议

升哲科技从成立之处,就致力于物理世界的数据采集,从最早的蓝牙信标(Beacon),到后来的IoT,再到后来的AIoT升级,均是围绕着数据的收集、应用。在物联网领域,升哲科技结合场景需求,先后推出了MAC层的自主协议,一是面向突发性业务的Alpha协议,二是面向突发性及周期性业务的Alpha+协议,并依托于自主协议,已经完成了从田间地头到高楼大厦的应用项目落地。

Alpha/Alpha+协议对比

Alpha/Alpha+协议的网络结构采用典型的星型拓扑,包含终端、基站、中继器和服务平台,其中中继器为可选节点。服务平台与基站之间采用4G、5G或以太网多种方式热备连接通讯。

1、基站

业务汇聚点,主要负责空口数据采集、空口资源管理、时钟同步、下级设备管理以及数据回传至服务平台,支持远程固件升级、配置等功能。

2、终端/中继器

数据透传模块,外接传感器搜集业务数据。

  • 双向通信;
  • 自主入网、配置;
  • 可靠传输;
  • 链路自适应,包括功率自适应和速率自适应。

Alpha协议

Alpha 协议支持终端进行上下行双向通信,上行通信通常由定时心跳或者指定事件来驱动,而对于下行通信来说,只有当终端开启接收窗口时基站才能与终端进行下行通信。

1、工作模式

根据不同的场景需求和时间同步原理,定义了 A、C、D、G、M等几种工作模式。

2、上行策略

(1)碰撞检测机制

终端在进行数据发送前进行信道碰撞检测,对于密集部署的场景可以极大地提高网络通信质量。

(2)闭环功率控制

针对固定部署的终端,基站可根据接收到的终端信号强度计算出功率调整值,然后通过下行数据传递给终端,终端修改功率等参数,降低系统内的自扰。

(3)上行确认

分为确认上行和非确认上行。确认上行,终端每发送一次数据均需要基站确认回复,适合对上行成功率敏感的场景。非确认上行,终端仅发送一次数据无需基站确认回复,适合频繁周期上行不关心成功率的场景。

(4)选择性回复

Alpha 协议设计了一种选择性确认回复机制,以减少多次非确认上行带来的额外冗余消耗。

3、下行策略

在下行策略上,Alpha协议通过基站选择逻辑和下行缓存2种方式,解决基站下行拥塞、冲突、互干扰等问题。

4、安全机制

在安全机制上,通过加密密钥、加密算法和帧号自增等手段,从根源上避免重放、破解、伪造或因攻击而产生的大规模安全问题。

5、信道规划

根据工信部的频谱使用规定,对分配带宽小的频段,采用上下行同频,对分配带宽大的频段,采用上下行异频,尽最大可能提供网络容量。例如470-510mhz频段,其中470-490mhz按照200khz划分出96个上行信道,500-510mhz按照200khz划分出48个下行信道,490-500mhz为上下行隔离带。同时Alpha协议设计了独特的频点扫描机制,终端会定时进行当前信道可用性检测,当发现信道不可用时会触发批量频点扫描,根据基站确认回复情况自动切换到最优信道,实现终端对网络信道计划修改的自适应。

6、落地案例

依托Alpha协议,升哲科技在智慧城市、智慧消防领域,在学校、九小场所、老旧社区、工业、企业、文物古建、医院、养老院等场景完成项目落地。例如在广东省的深圳、珠海、汕尾等城市,通过Alpha协议,完成了应急业务实施。

 

Alpha+协议

Alpha+协议是升哲科技结合业务场景的需求,采用CDMA+FDMA机制,自主开发的一套Alpha增强协议,简称Alpha+协议。其具备如下几个优势:

·可靠性传输和及时传输

Alpha+协议通过对所有数据包进行确认,包括上行数据和下行数据。上行采用一对多的广播确认机制,更为高效和低耗。如果发送方没有收到确认,发送方立即开启重传机制。

·高资源利用率

Alpha+协议采用双通道方案,设置专用信道和共享信道。共用信道采用CSMA/CA技术,满足信令、突发警报等突发紧急业务的传输需求,由于系统在时域划分时隙,信道的利用率是Alpha协议的2倍;专用信道是基站为终端分配专用资源,满足周期和大数据的传输需求,可以100%避免冲突,除去开销,时隙利用率最高可达80%,最大上行业务速率可达32kbps。

·支持大数据包传输

协议对大数据包进行分段后,在多个时隙传输,接收端将多个分段重新拼成完成的数据包,实现应用层数据包的透明传输。相比较LoRaWAN协议的最大数据包255Byte,大大扩展了应用场景,满足工业、地质灾害等场景中几百到上千Byte数据传输的需求。

·低功耗支持

通过终端节点定时唤醒和发射功率动态调节,降低终端节点功耗。

·远程固件升级

Alpha+协议具有下行广播、组播能力,传递大文件给多个终端,可支持远程升级终端设备固件。

·服务等级

Alpha+协议根据不同业务的紧急情况,将业务划分为多个优先级,高优先级的业务拥有更多接入机会和优先发送的权力。

·多基站共存干扰避免

不同基站上下行采用分频或不同的跳频图样,实现相同区域的基站互不干扰。

·中继传输

协议支持中继传输,终端可以被配置成中继器。

·信息备份

所有注册的终端信息,分别在基站及云端进行备份,避免因为断电或其他异常触发设备重启而导致的信息丢失。

1、工作模式

支持两种工作模式模式:专用模式(D模式)和共享模式(S模式)。例如基站总计有8个信道,系统默认为4个共享信道,4个专用信道,比例可以根据应用求进行更改。

2、私网划分

Beacon消息通过网络ID进行加密,可以保证用户的构建“私有”网络,屏蔽使用该协议的其他网络用户。

3、入网注册

终端开机后,在默认的下行频点上搜索beacon。在成功接收beacon后,完成与基站的同步,完成同步后,终端在共享信道上发起入网注册过程,基站将为终端分配网络临时标识,用于后续空口通信使用,为终端分配专用时隙资源。

4、上行信道跳频

上行信道跳频仅适用于共享信道。多基站共存时,通过使用不同的跳频图样,避免上行冲突。同时当区域内固定频域干扰时,采用上行跳频可避免通信中断,具有一定的抗干扰性。

5、数据传输

下行业务,采用一对一的确认机制,上行业务采用一对多的确认机制。下行时隙支持多个数据包级联传输,采用级联可以有效提高下行传输能力。

6、低功耗

A模式属于低功耗模式,在没有业务时,终端处于睡眠状态。当需要发送数据时,首先在下行频点上开启接收,接收beacon,重新调整时间同步。由于A模式下行接收受限,终端会定时醒来,上报设备状态,基站在此时开启下行数据传递。

C模式为常规模式,下行永远处于接收状态。

7、大数据包传输

当业务数据包较大,在一个时隙无法完成整包传输,协议将对数据包进行分段处理,在多个时隙进行传输。当某一分段传输失败后,终端只需要重新发送失败的分段,不需要重新传输整个数据包,增加传输的时效性,减少信道占用。

8、服务等级管理

基站中携带服务质量等级信息QoS。当网络发生拥塞时,终端可以发送高于或等于该服务等级的业务数据,低于该等级的业务数据不允许发送,从而降低网络拥塞的同时,可以保证高优先级业务得到有效传输。

9、链路自适应

链路自适应包括速率自适应和功率自适应。

Beacon中每8个周期发送一次功率控制信息。包括基站的发送功率和功率限制。终端可以根据这些信息调整发送功率,降低功耗。同时终端通过接收Beacon获得当前链路质量,根据无线环境调整业务数据速率,实现高效传输。

10、安全机制

业务数据传输会采用密钥进行加密处理。衍生密钥计算在入网注册过程中完成。终端在工厂环节即离线完成写入根密钥,云平台管理所有终端的根密钥信息。

11、落地案例

依托Alpha+协议的众多优点,升哲科技先后在智慧安防、智慧油田等场景落地项目。

智慧安防

采用Alpha+协议的S模式可以有效满足应用场景需求。Alpha+协议采用时隙aloha的接入方式,接入的成功率是Alpha协议的2倍;突发业务接入时延平均小于2秒;业务量为小包多次,随到随发,无需资源预先规划;通过app进行下行布控,时延小于2秒。

智能油田

针对这种业务类型,采用Alpha+协议的D模式,有效适配油田物联网场景。

  • 协议为周期业务的终端分配专用时隙资源,可以绝对避免空口传输冲突,上行业务速率可达32kbps;
  • 协议指示数据包分段,因此对应用层业务数据包的大小没有严格限制;此外,数据分段还可以提高重传的效率;
  • 协议对所有数据包进行确认,保证数据的安全可靠传输。

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处:http://www.mzph.cn/news/512248.shtml

如若内容造成侵权/违法违规/事实不符,请联系多彩编程网进行投诉反馈email:809451989@qq.com,一经查实,立即删除!

相关文章

Serverless 工程实践 | 零基础上手 Knative 应用

简介: Knative 是一款基于 Kubernetes 的 Serverless 框架。其目标是制定云原生、跨平台的 Serverless 编排标准。 Knative 介绍 Knative 通过整合容器构建(或者函数)、工作负载管理(动态扩缩)以及事件模型这三者实现…

DataWorks功能实践速览 05——循环与遍历

简介: DataWorks功能实践系列,帮助您解析业务实现过程中的痛点,提高业务功能使用效率!通过往期的介绍,您已经了解到在DataWorks上进行任务运行的最关键的几个知识点,其中上期参数透传中为您介绍了可以将上游…

阿里安全开源顶尖技术“猎豹” 计算更快数据更安全

两家公司想开展合作,发挥各自优势联合开发一款产品,如何以“隐私计算”的形式,在保护隐私的情况下,高效地实现两方联合计算,便成为解决这一问题的关键。 最近,阿里安全最新研发的Cheetah(猎豹&…

PaddlePaddle:在 Serverless 架构上十几行代码实现 OCR 能力

简介: 飞桨深度学习框架采用基于编程逻辑的组网范式,对于普通开发者而言更容易上手,同时支持声明式和命令式编程,兼具开发的灵活性和高性能。 飞桨 (PaddlePaddle) 以百度多年的深度学习技术研究和业务应用为基础,是中…

云原生体系下 Serverless 弹性探索与实践

简介: SAE 通过对弹性组件和应用全生命周期的不断优化以达到秒级弹性,并在弹性能力,场景丰富度,稳定性上具备核心竞争力,是传统应用 0 改造上 Serverless 的最佳选择。 作者:竞霄 Serverless 时代的来临 …

java jndi使用_Java项目中使用JNDI连接数据库

因为写的大作业经常用到数据库连接 所以自己写了个数据库连接的类 package DB_Link_info;/* * 数据库链接信息 */public class DB_link_Info {public static final String driverName "com.microsoft.sqlserver.jdbc.SQLServerDriver";public static开发环境为Java,…

Joint Consensus两阶段成员变更的单步实现

简介: Raft提出的两阶段成员变更Joint Consensus是业界主流的成员变更方法,极大的推动了成员变更的工程应用。但Joint Consensus成员变更采用两阶段,一次变更需要提议两条日志, 在一些系统中直接使用时有些不便。那么Joint Consen…

真香!8 行代码搞定最大子数组和问题

作者 | 码农的荒岛求生来源 | 码农的荒岛求生今天给大家带来一道极其经典的题目,叫做最大和子数组,给定一个数组,找到其中的一个连续子数组,其和最大。示例:输入: nums [-2,1,-3,4,-1,2,1,-5,4] 输出: 6 解释: 子数组…

深度干货|云原生分布式数据库 PolarDB-X 的技术演进

简介: 深入解读PolarDB-X的产品架构,以及分布式事务、透明分布式、水平扩展等技术内幕。 一、PolarDB-X是什么 PolarDB-X最早起源于阿里集团2009年提出用分布式架构替代传统商业数据库,阿里研发了TDDL分库分表中间件。2014年阿里集团开始全…

OpenStack 如何跨版本升级

作者 | 孙琦来源 | 万博智云OpenStack是中国私有云的事实标准根据三方统计报告,2020年,中国私有云市场规模达到951.8亿元,同比增长42.1%,私有云在国内IaaS市场占比约45%。私有云提供商有望在云计算市场持续高速发展进程中持续受益…

流计算引擎数据一致性的本质

简介: 本篇文章从流计算的本质出发,重点分析流计算领域中数据处理的一致性问题,同时对一致性问题进行简单的形式化定义,提供一个一窥当下流计算引擎发展脉络的视角,让大家对流计算引擎的认识更为深入,为可能…

java 的io流需要学吗_Java的IO流之字节流,必须要学得内容,你会嘛?

原标题:Java的IO流之字节流,必须要学得内容,你会嘛?伙伴们~端午节过的如何呀~有没有很开心呀~假期已过咱们继续开动了IO流先来认识一下IO流:IO流用来处理设备之间的数据传输,Java对数据的操作是通过流的方式…

为什么大家都在抵制用定时任务实现「关闭超时订单」功能?

作者 | 阿Q来源 | 阿Q说代码前几天领导突然宣布几年前停用的电商项目又重新启动了,让我把代码重构下进行升级。让我最深恶痛觉的就是里边竟然用定时任务实现了“关闭超时订单”的功能,现在想来,哭笑不得。我们先分析一波为什么大家都在抵制用…

面对疾风吧,如何搭建高协同的精准告警体系?

简介: 想要实现AiOps,智能告警少不了。Arms 告警运维中心让面向告警的组织协同更加便捷高效! 作者|九辩 世上没有一个系统是百分之百尽善尽美的。如果想要保证可用性,那么技术团队就得对服务的各种状态了如指掌&…

KubeMeet|聊聊新锐开源项目与云原生新的价值聚焦点

简介: 10 月 16 日上海,OAM/KubeVela、OpenKruise、OCM 三大开源项目的社区负责人、核心贡献者和企业用户将齐聚 KubeMeet,和现场 100 名开发者聊聊新的技术环境和企业需求下,有关“云原生应用管理”的那些事儿。 随着云原生关注…

Redis 究竟适不适合当队列来用?

‍作者 | Magic Kaito来源 | 水滴与银弹我经常听到很多人讨论,关于「把 Redis 当作队列来用是否合适」的问题。有些人表示赞成,他们认为 Redis 很轻量,用作队列很方便。也些人则反对,认为 Redis 会「丢」数据,最好还是…

EDA 事件驱动架构与 EventBridge 二三事

简介: 事件驱动型架构 (EDA) 方兴未艾,作为一种 Serverless 化的应用概念对云原生架构具有着深远影响。当我们讨论到一个具体架构时,首当其冲的是它的发展是否具有技术先进性。这里从我们熟悉的 MVC 架构,SOA 架构谈起&#xff0c…

如果被问到分布式锁,应该怎样回答?

作者 | tech-bus.七十一来源 | 程序员巴士说到锁,在平时的工作中,主要是使用synchronized关键字,或者相关的一些类库来实现同步,但这都是基于单机应用而言的,当我们的应用多实例部署时,这时候就需要用到分布…

工业视觉智能实战经验之IVI算法框架2.0

简介: 工业视觉智能团队在交付了多个工业视觉智能质检项目后,发现了工业视觉智能的共性问题和解法,打造了工业视觉智能平台,通过平台的方式积累和提升工业视觉的通用能力。在平台建设上最核心的能力是算法能力。算法能力包括不断增…

技术干货 | jsAPI 方式下的导航栏的动态化修改

简介: 操作指导:通过 jsAPI 实现导航栏的动态修改。 很多开发同学在接入 H5 容器后都会对容器的导航栏进行深度定制,除了 Native 的定制化之外,还有很多场景是使用到 jsAPI 的方式,通过 jsAPI 实现导航栏的动态修改。 …